From: GStreamer (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 14:54:07
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D345830 GStreamer | gst-plugins-bad | Ver: HEAD CVS Rob Bradford changed: What |Removed |Added -------------------------------------------------------------------------= --- CC| |ro...@de... Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Comment #4 from Rob Bradford 2006-08-16 14:54 UTC ------- Fixed in the development version. The fix will be available in the next m= ajor release. Thank you for your bug report. --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.org) <bug...@bu...> - 2006-08-16 15:01:10
|
Do not reply to this via email (we are currently unable to handle email responses and they get discarded). You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=3D345830 GStreamer | gst-plugins-bad | Ver: HEAD CVS Wim Taymans changed: What |Removed |Added -------------------------------------------------------------------------= --- Severity|critical |normal Status|RESOLVED |REOPENED Resolution|FIXED | ------- Comment #5 from Wim Taymans 2006-08-16 15:00 UTC ------- hey, ho! --=20 Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.org) <bug...@bu...> - 2007-08-23 16:46:42
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | Ver: HEAD CVS Tim-Philipp Müller changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Component|gst-plugins-bad |gst-plugins-good -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=345830. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2009-11-24 20:07:44
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git Thiago Sousa Santos <thiago.sousa.santos> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |thiago.sousa.santos@collabo | |ra.co.uk --- Comment #6 from Thiago Sousa Santos <thi...@co...> 2009-11-24 20:07:25 UTC --- The file seems to be no longer available. Do we have another one? Is this bug still valid? There is a patch for edit lists in https://bugzilla.gnome.org/show_bug.cgi?id=586848 (for handling empty entries). -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-02-05 12:56:56
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #8 from Thiago Sousa Santos <thi...@co...> 2010-02-05 12:41:19 UTC --- Created an attachment (id=153083) View: https://bugzilla.gnome.org/attachment.cgi?id=153083 Review: https://bugzilla.gnome.org/review?bug=345830&attachment=153083 qtdemux: Handle empty edts entries Empty segments in edit lists in qtff files means a segment without media for that track. This patch makes qtdemux consider and handle empty segments by skipping their duration in the track time position, preventing it from being selected for buffer pushing until the empty segment ends. Fixes #345830 Those two patches improve edit lists handling. This one makes qtdemux handle empty edit lists entries. I'd appreciate some review, I'm not so sure about the 'need_preroll' for avoiding stalls due to the first edts entry being an empty one, maybe someone out there has a better idea. You can find a sample in #586848 and in #607471 -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-02-05 12:56:55
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #7 from Thiago Sousa Santos <thi...@co...> 2010-02-05 12:35:36 UTC --- Created an attachment (id=153081) View: https://bugzilla.gnome.org/attachment.cgi?id=153081 Review: https://bugzilla.gnome.org/review?bug=345830&attachment=153081 qtdemux: EOS only on the last segment Only trigger EOS if on the last sample of the last segment. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-02-11 02:18:28
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git Roland Krikava <rkrikava> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rkr...@gm... --- Comment #9 from Roland Krikava <rkr...@gm...> 2010-02-11 02:18:11 UTC --- Thiago, I tried to apply the patch to current git and had 2 hunks rejected line 2797 and line 2806. Those 2 were just a GST_LOG_OBJECT that was moved, so I tried to test anyway. I tested 2 mp4 files (m4v/aac), both alternate 10 second empty and non-empty segments, but one starts with an empty segment and the other does not (See links to files below). Your previous patch in #586848 resulted in successful playback of the video that starts with a non-empty edit. The one that starts with an empty edit does not play at all (seek and position problems still apply). Using this patch, neither file plays properly. The mp4 that starts with a non-empty edit only has the initial audio segment played (and no other). The mp4 that starts with an empty edit doesn't play at all. Note: Using quicktime, only the mp4 that starts with a non-empty edit plays properly. The other one has a sync diff of about 2 seconds. Looking at the dumpster output it seems its mediatime duration is shorter than expected, so only use as test for starting with empty edit.. don't expect good sync. FYI: The mp4's were created using the initial patch in #601576, with an updated qtmuxedits test app (will likely submit updated patch at some point). AFGM-edits-10sec-empty-first.mp4: https://docs.google.com/leaf?id=0B60y2gZqzs4hZDc0YTQ0NjMtOTg4Ny00NTI3LWJmYjYtYmQyMWI1OWJlYTZi&hl=en AFGM-edits-10sec.mp4 https://docs.google.com/leaf?id=0B60y2gZqzs4hZjFlYTM2OTUtMGJhOC00YWI1LWE5NDctZGRmNDBkMmY4Mjcy&hl=en dumpster output for both: http://docs.google.com/leaf?id=0B60y2gZqzs4hYzZmNzY2ZmUtMzZlNC00MTQ2LWFkN2MtZjkxMjNiMGU1YmI5&hl=en -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-02-13 04:16:47
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #10 from Thiago Sousa Santos <thi...@co...> 2010-02-13 04:16:25 UTC --- These checks in the segment activation function where preventing the new segment event from being pushed. Removing these checks makes the second sample play in sync. But now I need to understand why they were there in the first place. The first one is still out of sync. == if (G_UNLIKELY (offset < segment->time)) { GST_WARNING_OBJECT (qtdemux, "offset < segment->time %" G_GUINT64_FORMAT, segment->time); return FALSE; } /* segment lies beyond total indicated duration */ if (G_UNLIKELY (segment->duration != -1 && segment->time > segment->duration) GST_WARNING_OBJECT (qtdemux, "segment->duration %" G_GUINT64_FORMAT " < segment->time %" G_GUINT64_FORMAT, segment->duration, segment->time); return FALSE; } == -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-02 11:14:57
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #11 from Thiago Sousa Santos <thi...@co...> 2010-03-02 11:14:44 UTC --- I got the later one working. The first one seem to have sync problems even in quicktime. Are you sure that file is correct? -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-02 16:53:47
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #12 from Roland Krikava <rkr...@gm...> 2010-03-02 16:53:37 UTC --- Yes, the video that starts with an empty edit has a sync problem .. about ~2secs off. If you look at the dumpster screen shot, the first empty edit is 8589 when it should be about 10000. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-02 20:02:05
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git Thiago Sousa Santos <thiago.sousa.santos> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #153083|0 |1 is obsolete| | --- Comment #13 from Thiago Sousa Santos <thi...@co...> 2010-03-02 20:01:51 UTC --- Created an attachment (id=155066) View: https://bugzilla.gnome.org/attachment.cgi?id=155066 Review: https://bugzilla.gnome.org/review?bug=345830&attachment=155066 qtdemux: Handle empty edts entries Empty segments in edit lists in qtff files means a segment without media for that track. This patch makes qtdemux consider and handle empty segments by skipping their duration in the track time position, preventing it from being selected for buffer pushing until the empty segment ends. Fixes #345830 -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-02 20:02:41
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git Thiago Sousa Santos <thiago.sousa.santos> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #153081|0 |1 is obsolete| | --- Comment #14 from Thiago Sousa Santos <thi...@co...> 2010-03-02 20:02:30 UTC --- Created an attachment (id=155067) View: https://bugzilla.gnome.org/attachment.cgi?id=155067 Review: https://bugzilla.gnome.org/review?bug=345830&attachment=155067 qtdemux: EOS only on the last segment These patches fix it for me. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-10 12:27:36
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #15 from Thiago Sousa Santos <thi...@co...> 2010-03-10 12:26:53 UTC --- One thing I noticed, though, is that the seek bar (on Totem) 'skips' forward when an empty audio entry is activated. Dunno if this is relevant, but it might be something we'd like to further investigate before pushing upstream. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-12 00:35:39
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #16 from Roland Krikava <rkr...@gm...> 2010-03-12 00:35:25 UTC --- I reviewed both last 2 patches, and found the following in addition to pos bug: * Seeking, pausing or playrate change can lead to a pipeline freeze. I tried to determine if it happens specifically with an empty or non-empty seg.. but it didn't seem to matter.. Its arbitrary. * Seeking into an empty segment (if pipeline does not freeze), results in an audio/video sync difference totalling the remainder of the empty segment. * Was not able to get reverse playback to work, freeze every time. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-12 00:54:47
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #17 from Roland Krikava <rkr...@gm...> 2010-03-12 00:52:08 UTC --- I'm working on supporting empty edits in qtdemux from an older code base (gstreamer-0.10.23 and gst-plugins-good-0.10.14). I've have things working quite well so far, but still need to resolve a reverse play rate issue, and do some more testing. I'll post patches when I'm done, but in the meantime hear are a few observations that will likely help you with the above mentioned issues: * alsasink 'async' property needs to be set FALSE, otherwise seek to an empty segtment will cause the pipeline to freeze during preroll * basesink gst_base_sink_get_position reports wrong position if an empty segment is followed by a non-empty segment.. it reports the new segment's start time up until buffers are being proccessed. My fix is to return clocktime - base + latency until clocktime has caught up with the segment's accum time. * ringbuffer gst_ring_buffer_set_flushing is pausing the ringbuffer when flushing (called by baseaudiosink upon receiving FLUSH start event, after seek). If seeking to an empty segment, the ringbuffer remains paused and therefore alsasink's provided clock is out of sync by the time the next non-empty segment starts to play. I also tried calling gst_audioringbuffer_start from baseaudiosink's gst_base_audio_sink_change_state, from PLAYING -> PLAYING transition.. I found not pausing the ringbuffer in the first place worked better since clock timestamps are produced uninterrupted. * qtdemux - I worked off your original patch from bug "586848", and added a few other fixes you probably have in the current git version. I would just note that your last patch prevents reverse playback. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |
From: GStreamer (bugzilla.gnome.o. <bug...@gn...> - 2010-03-12 01:24:14
|
https://bugzilla.gnome.org/show_bug.cgi?id=345830 GStreamer | gst-plugins-good | git --- Comment #18 from Roland Krikava <rkr...@gm...> 2010-03-12 01:24:02 UTC --- I used mc to correct the length of the first empty edit in the above posted mp4: AFGM-edits-10sec-empty-first-fixed.mp4: http://docs.google.com/leaf?id=0B60y2gZqzs4hMzdiMDEzOTUtYWM0Mi00ZDAyLTkwNzktYjA3N2EyOTA0NDFi&hl=en -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. |