CPU utilization when using gst-launch play mp3

[Soho Soho123]

Dears,

the audioconvert and audioresample are both necessary, since our
embedd platform just support:
big endian, 48Khz sample, this is not popular format in most of mp3 audio.
and
i do not have idea about the options of audioconvert and audioresample,
do you have any example about the usage of  audioconvert and audioresample?
or how about the example I can input option for audioconvert and audioresample?

Thanks!


2012/7/5 Stefan Sauer <ensonic at hora-obscura.de>:
> On 07/02/2012 12:50 PM, Soho Soho123 wrote:
>> Dears,
>>
>> Could you kindly show the example about the option?
> Jan mentoned the options below and how you can see them.
>> Since I  do not enable Orc lib.
> You want to use orc if you use elements that have orc optimizations.
>> I do not have idea about the option to reduce CPU utilizatgion.
>> And do you have suggestion about mp3 decoder?
>> mad is used currently.
> mad focuses on quality. having a mp3 decoder based on libmpeg123 would
> be faster, but no one finished the work on it ever.
>
> Stefan
>>
>> Thanks!
>> sOHO
>>
>> 2012/6/29 Jan Schmidt <thaytan at noraisin.net>:
>>> On Fri, 2012-06-29 at 15:25 +0200, Stefan Sauer wrote:
>>>> On 06/29/2012 10:11 AM, brad2012 wrote:
>>>>> Dears,
>>>>>
>>>>> Is there any method to reduce CPU utilization when play mp3?
>>>>>
>>>>> When I try to play mp3 by the command:
>>>>> gst-launch-0.10 filesrc location=/var/tmp/usb/sda1/audio_src/1503-9.mp3 !
>>>>> mad ! audioconvert ! audioresample ! audio/x-raw-int,
>>>>> rate=48000,width=16,endianness=4321 ! alsasink device="hw:0,0"
>>>> Yes there is a simple way to lower the CPU load. Use an optimized mp3
>>>> decoder. Avoid audioconvert (by ensuring your mp3 decoder will output in
>>>> a format suitable for your sink). Also fix your alsa driver to properly
>>>> report formats, so that you don't need the capsfilter.
>>> Another couple of options: run gst-inspect on audioconvert and
>>> audioresample, and note that both have options for reducing the amount
>>> of work they do (turning off dithering for audioconvert, and reducing
>>> the quality/filter length of the resampling)
>>>
>>> - Jan.
>>>
>>>> Stefan
>>>>> the alsa device is I2S+audio codec in our embedd platform.
>>>>> the device report sample rate available is 48K
>>>>> but I have to set playing rate to audio codec  is 8Khz, such that the audio
>>>>> data can be sent to codec.
>>>>>
>>>>> But it is now problem about playing .wav file with sample rate conversion by
>>>>> "aplay" on our embedded platform (without any modificiation).
>>>>>
>>>>> Is it possible to reduce CPU utilization about gst-launch playing mp3 audio?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/CPU-utilization-when-using-gst-launch-play-mp3-tp4655434.html
>>>>> Sent from the GStreamer-devel mailing list archive at Nabble.com.
>>>>> _______________________________________________
>>>>> gstreamer-devel mailing list
>>>>> gstreamer-devel at lists.freedesktop.org
>>>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>>>
>>>> _______________________________________________
>>>> gstreamer-devel mailing list
>>>> gstreamer-devel at lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>> --
>>> Jan Schmidt <thaytan at noraisin.net>
>>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel