[gstreamer-bugs] [Bug 576534] New: ts-offset property of appsink is ineffective
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Tue Mar 24 02:32:15 PDT 2009
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=576534
GStreamer | gst-plugins-base | Ver: git
Summary: ts-offset property of appsink is ineffective
Product: GStreamer
Version: git
Platform: Other
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: andreas.frisch at multimedia-labs.de
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
Please describe the problem:
on my dreambox architecture, the ts-offset of the appsink element influences
the subtitle handover time in no way, when used as text-sink element for a
playbin2 pipeline with e.g. internal mkv subtitles
Steps to reproduce:
1. took wim's playbin-text example 2009-03-23 15:59:36
2. changed it to not quit the main loop on warnings
3. chose a ts-offset of 5*GST_SECOND
4. crosscompiled it
5. root at dm8000:/testProgs# ./playbin-text
file:///media/hdd/movie/mkv/with_utf8_sub.mkv
Actual results:
** (playbin-text:26660): WARNING **: gstplaysink.c(1224): gen_audio_chain ():
/GstPlayBin2:playbin20/GstPlaySink:playsink0:
Volume/mute is not available
H264 have codec data..!
H264 high profile at 3.1
MIMETYPE video/x-h264 VIDEO_SET_STREAMTYPE, 1
MIMETYPE audio/x-ac3
** (playbin-text:26660): WARNING **: gstbin.c(2240): gst_bin_do_latency_func
(): /GstPlayBin2:playbin20:
Failed to configure latency of 0:00:00.000000000
** Message: received a subtitle at position 0:00:44.501000000, running_time
0:00:37.592988000
00000000 (0x2eb5ce60): 2d 59 6f 2c 20 72 75 6e 20 74 68 65 20 62 61 6c -Yo,
run the bal
00000010 (0x2eb5ce70): 6c 2c 20 66 6f 6f 6c 21 0d 0a 2d 43 6f 6d 65 20 l,
fool!..-Come
00000020 (0x2eb5ce80): 6f 6e 2c 20 6e 6f 77 2e on,
now.
** Message: received a subtitle at position 0:00:46.962000000, running_time
0:00:39.972334000
00000000 (0x2eb7f682): 54 68 61 74 27 73 20 67 6f 6f 64 2e 20 47 6f 6f That's
good. Goo
00000010 (0x2eb7f692): 64 2e 0d 0a 44 6f 20 69 74 2e d...Do
it.
the subtitles are displayed the same exact time as when compiling without
ts-offset
Expected results:
i'd expect the subtitles to be displayed with the correct offset chosen
Does this happen every time?
yes
Other information:
maybe it has to do with the "Failed to configure latency of 0:00:00.000000000"
warning?
--
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=576534.
More information about the Gstreamer-bugs
mailing list