[gutsy] 0.10.14-1ubuntu3 regresses multi-cap playback
This bug report was converted into a question: question #40248: [gutsy] 0.10.14-1ubuntu3 regresses multi-cap playback.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gst-plugins-ugly0.10 (Ubuntu) |
Invalid
|
High
|
Unassigned |
Bug Description
gst-plugins-
* debian/
- patch from CVS, fix easy codec installation issue (LP: #135837)
-- Sebastien Bacher <email address hidden> Thu, 30 Aug 2007 19:20:52 +0200
This patch regresses playback on types with multiples capabilities. MP3s are the prototypical example of this: (the following is initially with a custom compiled version dropping the patch)
$ gst-launch-0.10 playbin uri=file:
Setting pipeline to PAUSED ...
sh: jackd: not found
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstAudioSinkClock
sudo apt-get installGot EOS from element "playbin0".
Execution ended after 22566126000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
$ sudo aptitude reinstall gstreamer0.
[...]
Preparing to replace gstreamer0.
$ gst-launch-0.10 playbin uri=file:
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /playbin0/source: Internal data flow error.
Additional debug info:
gstbasesrc.c(1816): gst_base_src_loop (): /playbin0/source:
streaming task paused, reason error (-5)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...
Changed in gst-plugins-base0.10: | |
importance: | Undecided → High |
status: | New → Triaged |
That's a gstmpegaudioparse issue, I've uploaded a workaround