Dear all,

Here is the patch who can be merged in meta-freescale concerning 
gstvolume.c in gstreamer1.0-plugins-base
I guess this patch should be merged in poky and not in meta-freescale 
seen that the bug is also on raspberry pi 2 by example.

A bug entry has been submitted to gcc bug tracker system:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65325

Best regards.

Stéphane



On 03/05/2015 11:53 AM, Carlos Rafael Giani wrote:
> 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@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
>>
>