gst-ffmpeg and problems with seeking
Locked
gst-ffmpeg and problems with seeking
 
|
Hi,
I seem to be having a problem with using gst-ffmpeg and trying to do seeks with mp3 playback. I've debugged gst-ffmpeg slightly and noticed that the duration and filesize that is returned from parsing the stream info seems to be incorrect. The mp3 I am trying to play has a length of 6:52, and file size of 6.3MB gst-ffmpeg is returning the following: 0:00:52.358563334 6566 0x11faf0 DEBUG ffmpeg gstffmpeg.c:87:gst_ffmpeg_av_find_stream_info: Duration: 00:00:03.51 0:00:52.361220000 6566 0x11faf0 DEBUG ffmpeg gstffmpeg.c:95:gst_ffmpeg_av_find_stream_info: Start time: 0.000000 Having the incorrect file size and duration of the file could cause problems with seeking outside of the range. When I try to seek, it always goes back to the beginning of the file. Is this a known problem with gst-ffmpeg, reporting the incorrect duration and file size? Thanks -- Baek Chang [hidden email] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: gst-ffmpeg and problems with seeking
|
|
On Fri, Nov 6, 2009 at 3:19 PM, Baek Chang <[hidden email]> wrote:
> Hi, > > I seem to be having a problem with using gst-ffmpeg and trying to do seeks > with mp3 playback. I've debugged gst-ffmpeg slightly and noticed that the > duration and filesize that is returned from parsing the stream info seems to > be incorrect. > > The mp3 I am trying to play has a length of 6:52, and file size of 6.3MB > > gst-ffmpeg is returning the following: > 0:00:52.358563334 6566 0x11faf0 DEBUG ffmpeg > gstffmpeg.c:87:gst_ffmpeg_av_find_stream_info: Duration: 00:00:03.51 > 0:00:52.361220000 6566 0x11faf0 DEBUG ffmpeg > gstffmpeg.c:95:gst_ffmpeg_av_find_stream_info: Start time: 0.000000 > > > > Having the incorrect file size and duration of the file could cause problems > with seeking outside of the range. When I try to seek, it always goes back > to the beginning of the file. Is this a known problem with gst-ffmpeg, > reporting the incorrect duration and file size? You shouldn't use ffdec_mp3 at all, probably. However, if you do, you should use mp3parse beforehand - and that applies to any other mp3 decoder as well. mp3parse should be capable of reporting accurate durations, and seeking properly, in almost all cases. Mike ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: gst-ffmpeg and problems with seeking
|
|
So ffmpeg_demux is not the recommended choice for mp3 demuxing? I am using my own decoder to decode the mp3 files. There are licensing issues with mp3parse because it is in gst-plugins-ugly correct? Are there any other mp3 demuxers that are available with better licensing?
Thanks Baek On Fri, Nov 6, 2009 at 3:36 PM, Michael Smith <[hidden email]> wrote:
-- Baek Chang [hidden email] ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: gst-ffmpeg and problems with seeking
|
|
On Fri, Nov 6, 2009 at 4:05 PM, Baek Chang <[hidden email]> wrote:
> So ffmpeg_demux is not the recommended choice for mp3 demuxing? I am using > my own decoder to decode the mp3 files. There are licensing issues with > mp3parse because it is in gst-plugins-ugly correct? Are there any other mp3 > demuxers that are available with better licensing? Oh, if you have your own decoder, then you should _certainly_ use mp3demux. Things in -ugly MAY have licensing issues - it's up to you to find out. Things in gst-ffmpeg usually have licensing issues, however - you're certainly not avoiding anything by using ffmpeg there. In general, licensing-wise, gst-ffmpeg is much worse than gst-plugins-ugly. In the particular case of mp3parse, I don't (and everyone I've discussed this with agrees) think that there are any licensing issues - but like anything in the world of multimedia, you may find it better to consult a lawyer. I doubt you'll find anything with better licensing. Mike ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |