Bug#449471: cpu intensive playback

[Sven Arvidsson]

forwarded 449471 http://bugzilla.gnome.org/show_bug.cgi?id=465814
thanks

On Fri, 2007-11-09 at 17:27 +0100, Bruno Kleinert wrote:
> 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.

Hi,

A similar bug was reported upstream, so I added your description of the
bug, hopefully upstream have some ideas on how to proceed.

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20080228/852ea5c8/attachment.pgp