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 669683 - [0.11] further challenges with remuxing in 0.11
[0.11] further challenges with remuxing in 0.11
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.11.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-02-08 15:34 UTC by Christian Fredrik Kalager Schaller
Modified: 2012-02-10 15:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
pipeline from dotfile (533.73 KB, image/png)
2012-02-08 15:34 UTC, Christian Fredrik Kalager Schaller
Details

Description Christian Fredrik Kalager Schaller 2012-02-08 15:34:17 UTC
Created attachment 207118 [details]
pipeline from dotfile

This bug is a follow-up to bug:
https://bugzilla.gnome.org/show_bug.cgi?id=669579

When trying to remux a file, it never starts generating a file and when running GST_DEBUG it seems to just keep logging forever things like:
0:02:41.990474994 30579  0xa17cb50 DEBUG              theoradec gsttheoradec.c:1378:theora_dec_decode_buffer:<theoradec2> header=70, outtime=0:01:50.410300000
0:02:41.990484547 30579 0xb1f41260 WARN               videorate gstvideorate.c:1111:gst_video_rate_transform_ip:<videorate0> Got buffer with GST_CLOCK_TIME_NONE timestamp, discarding it
0:02:41.990503202 30579  0xa17cb50 DEBUG              theoradec gsttheoradec.c:1230:theora_handle_data_packet:<theoradec2> parsing data packet
0:02:41.990540135 30579 0xb1f41260 DEBUG          basetransform gstbasetransform.c:2022:gst_base_transform_chain:<videorate0> we got return custom-success
0:02:41.990577780 30579 0xb1f41260 DEBUG          basetransform gstbasetransform.c:2029:gst_base_transform_chain:<videorate0> dropped a buffer, marking DISCONT
0:02:41.990605249 30579 0xb1f41260 DEBUG         queue_dataflow gstqueue.c:1150:gst_queue_loop:<queue5> queue is empty
0:02:41.991711863 30579  0xa17cb50 DEBUG               GST_PADS gstpad.c:3031:do_probe_callbacks:<decodebin2:src_0> data is passed
0:02:41.991740219 30579  0xa17cb50 DEBUG          basetransform gstbasetransform.c:1765:gst_base_transform_handle_buffer:<videoconvert0> handling buffer 0xadb075c0 of size 126720 and offset NONE
0:02:41.991753576 30579  0xa17cb50 DEBUG          basetransform gstbasetransform.c:1845:gst_base_transform_handle_buffer:<videoconvert0> calling prepare buffer
0:02:41.991764071 30579  0xa17cb50 DEBUG          basetransform gstbasetransform.c:1438:default_prepare_output_buffer:<videoconvert0> using pool alloc

Will attach full log and png of pipeline
Comment 1 Christian Fredrik Kalager Schaller 2012-02-08 15:39:33 UTC
Full log available here:
http://www.linuxrising.org/files/misc/remuxlog.txt.bz2
Comment 2 Sebastian Dröge (slomo) 2012-02-09 09:29:18 UTC
Seems that theoraenc is not correctly setting timestamps on the output
Comment 3 Christian Fredrik Kalager Schaller 2012-02-09 10:51:50 UTC
Yeah, I just tried doing the remux in Transmageddon and choosing 'no video' as an option, and that works just fine. So theoraenc doing something wrong seems likely.
Comment 4 Christian Fredrik Kalager Schaller 2012-02-10 15:07:52 UTC
Closing this s it has nothing to do with transmageddon and I want a clear testcase ready for a fresh bug.