GNOME Bugzilla – Bug 391283
rmdemux: can't seek in files without index
Last modified: 2018-05-04 11:46:34 UTC
When using a .rm file which doesn't have an index (for example capture of live real streams), rmdemux can't seek, whereas other players (namely mplayer) can do so. When working pull-based, rmdemux should be able to: _ Create the index as it goes along, so if the user wants to seek back rmdemux knows where to start from. _ Have a 'scanning' mode where it reads the frame headers in the stream, fills the index as above, but doesn't output any buffers, until it has enough information to complete a seek. At this point it can then start outputting for the good position (for example the keyframe before the seek point). Now I come to think of it, it could also work push-based if upstream is not a live source.
I find this issue in gst-plugins-ugly-0.10.18.tar.bz2 also, seek fail and rmdemux the duration of the video is error, if somebody know the case ?
> I find this issue in gst-plugins-ugly-0.10.18.tar.bz2 also Well yes, that's why this bug is still open..
*** Bug 671033 has been marked as a duplicate of this bug. ***
Thanks for Tim-Philipp`s answer,I am sorry I donot know why this bug is still open, if you know how to fix it, I find when the rm stream can not seek, the duration of this file is error by rmdemux,
HI Tim-Philipp, if you are checking the issue ?
No, I am not. Someone will get to it some day when they feel like hacking on it and aren't busy with other things. We don't know when that will be. It might be tomorrow, it might be next month or next year. Feel free to fix it and make a patch yourself.
Not going to look at it, it's a convoluted issue. If someone still cares about this fringe case (which can be solved just by remuxing), please provide patches against current master and re-open.