Bug#449471: cpu intensive playback

[Bruno Kleinert]

This one time, at band camp, Sven Arvidsson wrote:
> Hi,
> 
> Is this specific to Rhythmbox, or does it happen with other GStreamer
> based players?
> 
> You should be able to try this by using a gstreamer pipeline, like
> this:
> 
>         gst-launch-0.10 playbin uri="file:///path/to/my/musicfile.ogg"
>         
> You will need the gstreamer0.10-tools package.
i tried the command you suggested, but gst-launch appears to ignore
gconf-settings, so it seems to always use the default sound card, which
ist, in my case, the card that doesn't cause problems.

i tried this:
gst-launch-0.10 -v filesrc location=hartz_IV.mp3 ! mad ! audioconvert !
  alsasink device=hw:1

which results in the following error output:
---[snip]---
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/pipeline0/mad0.src: caps = audio/x-raw-int, endianness=(int)1234,
signed=(boolean)true, width=(int)32, depth=(int)32, rate=(int)44100,
channels=(int)2 ERROR: from element /pipeline0/filesrc0: Internal data
flow error. Additional debug info: gstbasesrc.c(1816):
gst_base_src_loop (): /pipeline0/filesrc0: streaming task paused,
reason not-negotiated (-4) ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
/pipeline0/mad0.src: caps = NULL
FREEING pipeline ...
---[snap]---

givin [...] device=hw:nv_dmix as argument works. in this case nv_dmix
uses the right card (card 1), but as it does in rhythmbox, this doesn't
cause the hight cpu load. i tried to have gst-launch resample the
output to 48000khz (the card says, it's using this sample rate), but i
couldn't figure out the proper command line arguments how to do this.

cheers - fuddl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20071109/03115ed5/attachment.pgp