After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 539708 - [mpegstream] Increase allowable gap between streams
[mpegstream] Increase allowable gap between streams
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
git master
Other All
: Normal normal
: 0.10.18
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 539709 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-06-23 09:00 UTC by ogg.k.ogg.k
Modified: 2011-01-24 18:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
mpegstream: increase allowable gap between streams (1.92 KB, patch)
2011-01-06 18:33 UTC, Vincent Penquerc'h
committed Details | Review

Description ogg.k.ogg.k 2008-06-23 09:00:47 UTC
Please describe the problem:
When using Thoggen to encode a particular DVD, I get a very large
timestamp from the video pad every time at the same place every time.
I've traced this to the sending of newsegment events from the mpeg2dec
element, which get passed to videorate, which them emits huge timestamps.
Thoggen then stops encoding.


Steps to reproduce:
1. Encode a DVD with Thoggen (my test case is Princess Mononoke)
2. Wait till 310 seconds of it are encoded
3. Watch the encoding stop


Actual results:
The encoding stops

Expected results:
The encoding goes on till the end of the title

Does this happen every time?
yes

Other information:
If I comment out the sending of newsegment from mpeg2dec, Thoggen goes
on till the end of the title, but at the place where it would have stopped,
I get a dozen or so seconds of crackling audio, which seems to be more or
less what it should be if it was not crackling. After it recovers, the sound
is still in sync.

I'm afraid I have no patch for it. I do not know whether the problem lies in
mpeg2dec, videorate, anything else, or even the dvd itself.
Comment 1 Sebastian Dröge (slomo) 2008-06-23 09:41:31 UTC
*** Bug 539709 has been marked as a duplicate of this bug. ***
Comment 2 Sebastian Dröge (slomo) 2008-06-24 06:00:47 UTC
Could you run thoggen with GST_DEBUG=5 GST_DEBUG_NO_COLOR=1 thoggen &> log and bzip and attach the resulting log file?
Comment 3 ogg.k.ogg.k 2008-06-25 08:59:32 UTC
I have the log, but won't attach till you confirm you want it posted,
as the bzip2'd log is 600 MB - 12 GB uncompressed. Took bloody three
hours to compress at -9 :/
Alternatively, if you can give me a more precise set of debug flags,
I can regenerate a smaller log.
Comment 4 Tobias Mueller 2009-01-23 01:36:00 UTC
Sebastian, I think your question from comment #2 has been answered in comment #3. I am thus reopening.
Comment 5 Vincent Penquerc'h 2011-01-06 18:33:41 UTC
Created attachment 177688 [details] [review]
mpegstream: increase allowable gap between streams

The new delay is three times as much as the old one, and just happens
to let me properly decode my "Princess Mononoke" DVD, on which dvdreadsrc
was chocking before at 5:11.
While there, merge the constants used in two places into a define.
Comment 6 Sebastian Dröge (slomo) 2011-01-11 17:06:39 UTC
Thanks, I'll push this after release.
Comment 7 Sebastian Dröge (slomo) 2011-01-24 18:45:34 UTC
commit 7e6125fc8f1d077a13b874a4bf615e5ccde9eb19
Author: Vincent Penquerc'h <vincent.penquerch@collabora.co.uk>
Date:   Thu Jan 6 18:29:06 2011 +0000

    mpegstream: increase allowable gap between streams
    
    The new delay is three times as much as the old one, and just happens
    to let me properly decode my "Princess Mononoke" DVD, on which dvdreadsrc
    was chocking before at 5:11.
    While there, merge the constants used in two places into a define.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=539708