GNOME Bugzilla – Bug 607116
[playbin2] no 'about-to-finish' signal with audio CDs
Last modified: 2010-01-22 21:26:04 UTC
Unlike with 'file://' uri's where an 'about-to-finish' is emitted near it's finish during playback, 'cdda://' sources have no such signal. Instead gst.MESSAGE_EOS message-type from the 'message' signal is only available. This makes gapless-playback with audio-cds impossible.
This is surely not python-specific?
(In reply to comment #1) > This is surely not python-specific? I've no idea how to try it out in any other form be it gst-launch or C code.
Is there anything I can do to help? I really need this feature.
It's because for cdda we don't use decodebin2, which should provide us with the about-to-finish signal. Will need to do something similar for raw sources.
commit 12af63394225526e0d98267978007e726040dc2f Author: Wim Taymans <wim.taymans@collabora.co.uk> Date: Fri Jan 22 16:23:43 2010 +0100 uridecodebin: handle raw sources about-to-finish signals When we are dealing with a source that produces raw audio/video, we don't use a decodebin2 to decode the data and we thus don't have the drained/about-to-finish signal emited. To fix this, we add a padprobe on the source pads and emit the drained signal ourselves. This then makes playbin2 emit the about-to-finish signal for raw sources such as cdda:// Fixes #607116
Thanks Wim. The patch you just put through works for me.