Keep the selected AAC audio when the destination accepts M4A.
Twitter MP3 vs M4A: Choose the Source Before 320kbps
One SpaceX post offered 32 kb/s mono audio in its 480 × 270 MP4 and 128 kb/s stereo in its 720p MP4. Its 1080p and 4K files carried the same audio as 720p. Choose the source track first, then decide whether to copy it to M4A or encode MP3.
The October 15 comparison below inspected every returned direct MP4 variant from two posts. The June 20 measurements remain farther down: they compare output sizes from 12 low-bitrate sources selected by CarryFeed’s audio buttons.
The smaller MP3 option in this sample; check it in the app that will use it.
Choose it when the destination specifies 320k and the larger file is acceptable.
Inspect the available MP4 audio first. Copy the chosen AAC track to M4A when the destination accepts it; encode MP3 when required. CarryFeed’s audio buttons currently select one low-video-bitrate source automatically.
The same post can offer different audio tracks
On October 15, 2026, the public metadata returned five direct MP4 variants for the SpaceX clip and three for the NASA Artemis clip. Each file was downloaded, inspected with ffprobe, and hashed twice: once as its AAC packet payload and once after decoding to signed 16-bit PCM. All eight tracks were AAC LC at 48 kHz.
The resolution below identifies the MP4 file. Its advertised video bitrate is not the audio bitrate; the audio figures come from that file’s audio stream.
Different AAC packet and decoded-PCM hashes from the other rate tiers in this post.
Different AAC packet and decoded-PCM hashes from the other rate tiers in this post.
Audio hash reference for this post; the 1080p and 4K files matched it.
Same AAC packet and decoded-PCM hashes as the SpaceX 720p file.
Same AAC packet and decoded-PCM hashes as the SpaceX 720p file.
Different AAC packet and decoded-PCM hashes from the other rate tiers in this post.
Different AAC packet and decoded-PCM hashes from the other rate tiers in this post.
Different AAC packet and decoded-PCM hashes from the other rate tiers in this post.
- SpaceX: 480 × 270 held 32.26 kb/s mono; 640 × 360 held 64.45 kb/s stereo; 720p, 1080p and 4K held 128.06 kb/s stereo. The three highest-resolution files had identical audio packet and decoded-PCM hashes.
- For that SpaceX post, the 720p MP4 was 1,446,945 bytes; the 4K file was 21,691,445 bytes. Downloading 4K added no different audio payload in this comparison.
- NASA Artemis: the three returned MP4s held 33.03, 64.50 and 128.07 kb/s stereo audio. Their packet and PCM hashes differed. The highest measured audio rate was in the 720p file.
Choose the MP4 input before pressing an audio button
CarryFeed’s M4A, MP3 128k and MP3 320k buttons all use the same automatically selected input. The current picker sorts direct MP4 options by their advertised video bitrate, lowest first. Choosing 320k changes the output encoding; it does not switch to another source MP4.
To use a different track, open the video downloader, save the MP4 option you want to inspect, then run the local commands below. The Video source options on the audio page also download MP4 files; clicking one does not change the audio buttons’ input.
For these two posts, the 720p files supplied the highest measured AAC rate. On the SpaceX clip, 720p also matched the 1080p and 4K audio exactly. On another post, inspect its own tracks rather than selecting by resolution alone.
The eight-variant measurement CSV includes source URLs, stream fields, byte counts and full hashes. This pass compared direct MP4 files; it did not examine HLS playlists or measure listening preference. A hash comparison establishes equality of the tested payloads or decoded output, not a subjective sound-quality score.
After source selection: one June clip, three output files
In the June 20 check, the FORAB clip lasted 20.31 seconds. Its selected source carried mono AAC LC at 48 kHz and 32 kb/s. The measurements below use that same track for each conversion.
Copying the AAC track changes its container without encoding a new audio stream.
Converting to MP3 created a larger file in a different codec.
About 2.5 times the 128k file’s size. This measurement says how much data was saved, not how a listener rated it.
The 12 historical output-size measurements
The checks resolved public post media, selected the lowest-bitrate direct MP4 using the audio UI’s source preference, inspected that file with ffmpeg, and created M4A copy, MP3 128k and MP3 320k outputs.
All 12 selected tracks were AAC LC at 31–33 kb/s: eight at 48 kHz and four at 44.1 kHz. These describe the automatically selected low-video-bitrate MP4s. The October comparison above shows why they should not stand in for every track available from the same posts.
The mean outputs were 0.24 MiB per minute for M4A, 0.92 for MP3 128k and 2.31 for MP3 320k. The near-2.5× ratio between MP3 outputs follows the requested 320/128 bitrate ratio; it is a storage tradeoff, not a listening result.
Choose for the destination
For storage or an app that accepts M4A, copying the AAC stream avoids another lossy encoding step. Open the resulting file in the destination app once to confirm it works.
For an MP3-only upload, use the required MP3 setting. If no bitrate is specified, 128k is the smaller option shown here. Check playback before handing it off.
Use 320k when an app or publishing specification requires it. Converting a low-bitrate source to a larger MP3 cannot reconstruct sound absent from the source.
The three silent checks stopped before conversion
Three GIF-style MP4s had video streams and no audio stream. The MP3 attempts ended with “Output file does not contain any stream.” There was no track to encode.
- Check the original video for sound and inspect the selected MP4 for an Audio stream.
- For a silent looping clip, keep the GIF-style video rather than retrying another audio bitrate.
- If the source has sound but the saved file is silent, use the no-sound checks.
Repeat the check on one source
Save the chosen MP4 as source.mp4. Inspect its audio stream, then copy AAC into M4A or encode the MP3 rate the destination requires. Use another local filename when comparing a second MP4 from the same post.
Keep the original post URL, MP4 variant URL, audio stream fields and output filename in one note. The video-option bitrate is not an audio measurement. For an identity comparison, run the final hash command on each local input.
ffprobe -v error -select_streams a:0 -show_entries stream=codec_name,profile,sample_rate,channels,bit_rate,duration -of json source.mp4
ffmpeg -y -i source.mp4 -vn -c:a copy output.m4a
ffmpeg -y -i source.mp4 -vn -c:a libmp3lame -b:a 128k output-128k.mp3
ffmpeg -y -i source.mp4 -vn -c:a libmp3lame -b:a 320k output-320k.mp3
ffmpeg -v error -i source.mp4 -map 0:a:0 -c:a pcm_s16le -f hash -hash sha256 -
Codec and platform references
Documentation for the formats used in the measurement; the file sizes above come from the public source checks.
X's recommended media codecs. The sample sizes above come from the selected playback files.
Android Developers Supported media formatsDocuments Android support for AAC LC in MPEG-4 containers such as .mp4 and .m4a, plus MP3 playback support and bitrate ranges.
MDN Web Docs Web audio codec guideExplains common web audio choices, including broad MP3 support and AAC in MP4 containers across major browsers.