From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 850ACE0076F; Thu, 5 Mar 2015 01:55:03 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (scerveau[at]gmail.com) * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.212.172 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 3649CE006E9 for ; Thu, 5 Mar 2015 01:54:57 -0800 (PST) Received: by widem10 with SMTP id em10so37256863wid.1 for ; Thu, 05 Mar 2015 01:54:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=TScbztK9xy0i8bzCvzDT3UDGEQ/TikTO9V8t6v18L3s=; b=HGLOSYhwNL5Ueg3abSk9lCN2CVPc4QQLBLK9DT6NAeZdchucsqEb+8+dOmXKvqhDLn my+DjIcOL2wQq+bveLPrOSLZRsAloMGcGoMJWItRmopDrNrR6zLPNKRTkCQhqXg+NsOT cngLsvzHU51wpfVi5a4aMYohqaoORqLanZao2vPfpVi1f6Af/saJr6wQLM7kpUl60I1r uxyQ9vX8JbcT9H7gO65xUKDPNBRCBKM2AYiAz1C+nzLRE8iI/g254xWTPsfukLxd3qmX ByXd/mQx3jZ2aoT0paOJ3z6TzQP7ClU1YmN6Ez4QgWvYoYiKCpu6tPqCpT0ILzm8gUBq qPXw== X-Received: by 10.194.75.193 with SMTP id e1mr16408938wjw.126.1425549296618; Thu, 05 Mar 2015 01:54:56 -0800 (PST) Received: from [172.24.63.26] (connected-labs-gw1.ter2.neodc.mpl.cust.as8218.eu. [94.103.137.126]) by mx.google.com with ESMTPSA id hl8sm9720923wjb.38.2015.03.05.01.54.54 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2015 01:54:55 -0800 (PST) Message-ID: <54F827ED.4040600@gmail.com> Date: Thu, 05 Mar 2015 10:54:53 +0100 From: scerveau User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Carlos Rafael Giani , meta-freescale@yoctoproject.org References: <54F58945.3070609@gmail.com> <54F5B28C.2010709@pseudoterminal.org> In-Reply-To: <54F5B28C.2010709@pseudoterminal.org> Subject: Re: GstVolume with dizzy is not working when changing to a value inferior to 1 X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Mar 2015 09:55:03 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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 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