-
Notifications
You must be signed in to change notification settings - Fork 138
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] MP3 headers are malformed #410
Comments
Yes, I have noticed this as well but haven't looked into it because the audio seems fine / hasn't been a priority to look into. Is this causing issues? If so, I wonder if the LAME parameter changes in #411 have any impact FWIW I ran into this using both |
Not sure if that causes data loss or not, i do not have parallel samples from another source to compare. |
I've been grappling with an issue that may or may not be related to this. RTLSDR-Airband is capturing ATC traffic to mp3 files that rdio-scanner picks up (via dirwatch). The problem is that some of the recordings stop playback via rdio-scanner part-way through, and some don't play at all. Perhaps interestingly, the ones that stop in the middle always seems to do so at the point where there's an "over" in the conversation - i.e. ATC stops talking, then the aircraft starts, or vice-versa. If I download the mp3 from rdio-scanner, and play it with any other player, all of the audio is there. If I import the mp3 into audacity, re-export it as mp3, and drop the result in the dirwatch directory, rdio-scanner plays it OK. I tried applying the proposed "MP3 Quality" changes from #414, but that didn't fix it. I thought it might be something to do with VBR and periods of silence, but apparently not. My solution, for now, is to have rdio-scanner use ffmpeg to transcode the mp3 to h264/m4a, which seems to work. |
I checked out recordings, and a lot of them cuts off words. Having said that, i do not have any concrete arguments to tie it up with malformed MP3 headers. |
Most of recorded mp3 files are not playable directly from a web server using html5 audio component. When I tried to convert mp3 to ogg using ffmpeg, I got a lot of errors: Header missing=N/A speed= 0x |
Following - I really think this is causing many of the issue Im having. Since the headers are missing, icecast and perhaps the client is unaware what media format the audio is. With that being the case, there is a delay in the feed. Can this be fixed? |
I'm also seeing this and curious to see where it goes. I'm doing speech-to-text on Marine VHF and I upload the results to a Slack channel along with the audio. 90% of the time Slack doesn't recognize this as an audio file. ffplay gets results like: I'm in file split mode but it still seems to match to moments of discontinuity (changing speakers where squelch doesn't actually have time to close) --- a bit of research If I'm not mistaken the code creates a brand new instance of lame for encoding silenceand the inserted tones. If I read correctly lame_encode_flush_nogap (used to close the files) can make a set of validly concatenate-able files but only if you continue with that instance |
Ugh, this just bit me too. I was trying to get mp3 for each channel in scan mode so I can process those and get a transcription... Malformed header on every mp3. |
#411 was abandoned to the point of branch deletion. There are few forks visible in https://github.com/charlie-foxtrot/RTLSDR-Airband/network but i did not check if anyone did pick this up already in full capacity. |
I have unfortunately had to take a step back. I do intend to return but things are taking longer than I expected. |
Glad you're still here |
@charlie-foxtrot I hope all is well, great to know you'll be back :-) |
A little more info after tripping over this myself. Google Drive can only directly play a sub-set (the non-LAME3 ones) of the saved files. Here is a
The ones identified as MPEG play fine naively in Google Drive. However the LAME3 ones are not identified as playable and Downloading the LAME3 ones and playing them on an Android device works fine, however. |
Describe your environment
make
options used to build the program: cmake ../ && makeWhat happened?
Created MP3 files are malformed. In most cases audio is still usable, not sure if that is always the case.
What you expected to happen?
Fully standard and proper MP3 file
Steps to Reproduce
Use Airband to save radio traffic to mp3
Additional context
Code
output example
Exact output varies.
This is not a new issue, saw the same in old versions from 6-12 months ago.
Your rtl_airband.conf file
The text was updated successfully, but these errors were encountered: