Can't ID3 v2 section be those broken frames? ID3 v2 is especially common for podcasts.
On Tue, Feb 16, 2010 at 9:54 AM, Tamas Selmeci <[email protected]> wrote: > Hi all! > > I'm using ffmpeg SVN revision r21634 for my project. The task is to play > back internet radio streams, mainly MP3 stations. The application dumps the > downloaded stream into a file, as it is read with av_read_frame(...). > > Everything works well, but I've observed something. After opening the stream > and reading the initial frames from the broadcasted program, the first one > or two frames seem to be corrupt. I mean, the MPEG audio header sync bits > can not be found, that's why both mpg123 and mplayer consider that frame to > be broken and simply skip it. In other cases the MPEG sync bits are ok, but > after decoding the frame some noise can be heard. > > The question is: why does ffmpeg send some garbage at the beginning? Later > on there are no problems at all. I've tried to perform some cache flushing > with av_read_frame_flush(...) and avcodec_flush_buffers(...), but either > crashed or it's internal function and can not be called from a user > application. > > What shall I do in order to get rid of those broken frames? (now I perform > filtering on MPEG audio sync bits, although this test must be extended > according to my experiences) > > Thanks, > -- > Selmeci, Tamas > http://www.open-st.eu > _______________________________________________ > libav-user mailing list > [email protected] > https://lists.mplayerhq.hu/mailman/listinfo/libav-user > _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
