[meta-freescale] GstVolume with dizzy is not working when changing to a value inferior to 1

[Carlos Rafael Giani]

Yes, indeed. -O2 with gcc 4.9 seems to break Orc.

Please mention this in the GStreamer mailing list.

Or, better yet, in their bugzilla: 
https://bugzilla.gnome.org/page.cgi?id=browse.html&product=GStreamer
The bugreport should go to "gst-plugins-base". Or perhaps also to "orc".

On 03/05/2015 10:54 AM, scerveau wrote:
> Dear all,
>
> I had a try on rpi2 and i'm facing the same issue.
> The sound is not working when we change the volume value to less than 1.0
> Looks like a compiler issue in gcc-4.9 on arm7 ?
> My fix for now is disabling gstreamer1.0-plugins-base optimization byt 
> putting CFLAGS to -O0
>
> Best regards.
>
> Stéphane
>
> On 03/03/2015 02:09 PM, Carlos Rafael Giani wrote:
>> On 03/03/2015 01:20 PM, Otavio Salvador wrote:
>>> Hello Stephane,
>>>
>>> On Tue, Mar 3, 2015 at 7:13 AM, scerveau <scerveau at gmail.com> wrote:
>>>> Dear all,
>>>>
>>>> I'm facing an issue with dizzy on imx6q and gstreamer 1.4.1. The 
>>>> volume
>>>> element is not working properly.
>>>> Whith this pipeline:
>>>>
>>>> gst-launch-1.0 audiotestsrc ! volume volume=0.5 ! alsasink
>>>>
>>>> The sound level is equal to 0 instead of half of the standard 
>>>> volume. If i
>>>> put volume=1 this is working properly.
>>>> Affter investigation i understood that it is related to this line
>>>>
>>>> gstvolume.c:251 self->current_volume = volume; in volume_update_volume
>>>>
>>>> If i put any log just after this line, the behaviour is coming back to
>>>> normal. If i compile with -00 its also working fine.
>>>>
>>>> CFLAGS += " -O0"
>>>>
>>>> That's my fix for now ;)
>>>>
>>>> Please advise on how to fix this issue because i dont know if its 
>>>> related to
>>>> the compiler (4.9.1) or to gstreamer.
>>> Added Khem in Cc. Khem how we can gather info to see what's going on?
>>>
>>
>> I saw this before. It is a strange error. I did a hexdump of the 
>> input and output samples to see what's going on. Input samples are 
>> nonzero, as expected. Output samples however, are all nullbytes. 
>> Sample rate, number of channels, sample format are all irrelevant - 
>> it occurs with them all.
>>
>> This could be a compiler bug, an error in Orc, or both, especially 
>> since -O0 fixes it.
>>
>> Carlos
>