<html>
<head>
<meta name="generator" content="Windows Mail 17.5.9600.20315">
<style><!--
.EmailQuote {
margin-left:1pt;
padding-left:4pt;
border-left:#800000 2px solid;
}
--></style><style data-externalstyle="true"><!--
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph {
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
}
p.MsoNormal, li.MsoNormal, div.MsoNormal {
margin:0in;
margin-bottom:.0001pt;
}
p.MsoListParagraphCxSpFirst, li.MsoListParagraphCxSpFirst, div.MsoListParagraphCxSpFirst, 
p.MsoListParagraphCxSpMiddle, li.MsoListParagraphCxSpMiddle, div.MsoListParagraphCxSpMiddle, 
p.MsoListParagraphCxSpLast, li.MsoListParagraphCxSpLast, div.MsoListParagraphCxSpLast {
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
line-height:115%;
}
--></style></head>
<body dir="ltr">
<div data-externalstyle="false" dir="ltr" style="font-family: 'Calibri', 'Segoe UI', 'Meiryo', 'Microsoft YaHei UI', 'Microsoft JhengHei UI', 'Malgun Gothic', 'sans-serif';font-size:12pt;"><div>Hi,</div><div><br></div><div>I tried out Davids QtMultimedia workaround, but that doesn't help while I have found other issues with sound after digging a bit deeper, not only the volume problem with the Audio element. <br>Btw. if I just remove the fading effect behaviour from my title music, the system volume isn't changed as the volume of all the Audio elements is never changed then and they also use the correct systems volume. <br></div><div><br></div><div>But I decided to remove all audio in Morzyn for Sailfish this weekend until there is a QtMultimedia fix.</div><div><br></div><div>I've found the following additional issues (maybe they are all related, but I want to summarize the symptoms here):</div><div><br></div><div>1. Using the Audio element with mp3-Sounds, every time I play a sound when a creature attacks, the game lags a few frames, (doesn't happen on desktop and weaker Androids)<br>2. short sounds <12kb don't play at all, maybe because of:<br>3. I get a few warnings like this on app start:<br>[W] QGstreamerPlayerSession::pause:828 - GStreamer; Unable to pause - "<a href="file:///usr/share/harbour-morzyn/qml/sounds/meleemiss01.mp3" target="_parent">file:///usr/share/harbour-morzyn/qml/sounds/meleemiss01.mp3</a>"</div><div><br></div><div>I converted them to wav and the gstreamer warnings disappeared and I heard the sounds, but the lags were still there.</div><div><br></div><div>So now with my wav files I tried the "SoundEffect"-Element, which solved the lags...great!, but:</div><div><br></div><div>4. all SoundEffects run with 100% volume, no matter what system volume is set to (this works for “Audio” elements if you don’t change their own volume).</div><div><br></div><div>I hope this helps a bit to fix QtMultimedia.</div><div><br></div><div>br and have a nice weekend<br>Martin<br></div><div data-signatureblock="true"><br></div><div style="padding-top: 5px; border-top-color: rgb(229, 229, 229); border-top-width: 1px; border-top-style: solid;"><div><font face=" 'Calibri', 'Segoe UI', 'Meiryo', 'Microsoft YaHei UI', 'Microsoft JhengHei UI', 'Malgun Gothic', 'sans-serif'" style='line-height: 15pt; letter-spacing: 0.02em; font-family: "Calibri", "Segoe UI", "Meiryo", "Microsoft YaHei UI", "Microsoft JhengHei UI", "Malgun Gothic", "sans-serif"; font-size: 12pt;'><b>Von:</b> <a href="mailto:reto.zingg@jolla.com" target="_parent">Reto Zingg</a><br><b>Gesendet:</b> ‎Freitag‎, ‎10‎. ‎Januar‎ ‎2014 ‎15‎:‎06<br><b>An:</b> <a href="mailto:devel@lists.sailfishos.org" target="_parent">Sailfish OS Developers</a></font></div></div><div><br></div><div dir="">
<div class="PlainText">Hi,<br>
<br>
On 10.01.2014 15:56, Martin Windolph wrote:<br>
> Hi,<br>
><br>
> oh, thanks for the information and sorry then for hijacking this thread.<br>
> I thought that it was just an assumption that Audio was the reason.<br>
><br>
> How can I find out if it's audio that is preventing suspend mode<br>
> (emulator or device)?<br>
><br>
> So Audio output seems to be really a problem in Sailfish OS. I'm using<br>
> the QML "Audio" Element of QtMultimedia. Isn't it supported? I use Audio<br>
<br>
as Robin wrote in <br>
<a href="https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/#post-id-6991" target="_parent">https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/#post-id-6991</a> <br>
this combination is an issue at the moment.<br>
<br>
But David found a workaround for that at least for his application, <br>
which passed store QA.<br>
<br>
checkout his main.qml from:<br>
<br>
<a href="https://build.merproject.org/package/files?package=screenshot&project=home:lbt:sailfishos" target="_parent">https://build.merproject.org/package/files?package=screenshot&project=home%3Albt%3Asailfishos</a><br>
<br>
he does something like:<br>
<br>
ffmpeg -ar 48000 -t 0.1 -f s16le -acodec pcm_s16le -ac 2 -i /dev/zero <br>
-acodec copy noSound.wav<br>
<br>
ApplicationWindow {<br>
...<br>
         Audio {<br>
             id: noSound<br>
             source: "/usr/share/harbour-screenshot/noSound.wav"<br>
         }<br>
         // workaround a bug in QtMultimedia<br>
         Component.onCompleted: noSound.play()<br>
     }<br>
}<br>
<br>
br<br>
Reto<br>
<br>
> just for a few things:<br>
> 1. Play title music<br>
> 2. Play attack sounds of the creatures<br>
><br>
> I temporary disabled 1. because of a known volume bug<br>
> (<a href="https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/" target="_parent">https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/</a>)<br>
> by setting the source to null.<br>
> 2. is still enabled (because I don't change their volume), but I do play<br>
> sounds only if the application is active and I don't hear anything if I<br>
> run it on my device.<br>
><br>
> Maybe setting the source of 1. to null is the reason? But in my opinion,<br>
> playing a null source should just result in a returning play() method...<br>
><br>
> the source of the audio element:<br>
> <a href="https://github.com/yoktobit/morzyn/blob/master/qml/MorzynPage.qml" target="_parent">https://github.com/yoktobit/morzyn/blob/master/qml/MorzynPage.qml</a><br>
><br>
> Thanks<br>
> Martin<br>
><br>
>  > Date: Fri, 10 Jan 2014 15:29:31 +0200<br>
>  > From: reto.zingg@jolla.com<br>
>  > To: devel@lists.sailfishos.org<br>
>  > Subject: Re: [SailfishDevel] Harbour QA process...<br>
>  ><br>
>  > Hi,<br>
>  ><br>
>  > On 10.01.2014 11:01, Martin Windolph wrote:<br>
>  > > Hi,<br>
>  > ><br>
>  > > another point for me is a possibility to contact the tester.<br>
>  > > A prior rejection reason for an update of my game "Morzyn" was a<br>
> missing<br>
>  > > menu button (that was absolutely ok, because it leads to bad usability,<br>
>  > > so I included one), my last rejection reason was battery consumption<br>
>  > > when minimizing while the AI players do their move.<br>
>  > > This is intended behaviour, but my game was rejected because it<br>
> consumes<br>
>  > > 3%-10% CPU while the AI players move (round-based) and the game is<br>
>  > > minimized (measured by top). When the game waits for the players<br>
> move, I<br>
>  ><br>
>  > According to my information the app got not rejected because of AI still<br>
>  > running, but because the audio blocks the power management to go to<br>
>  > suspend mode.<br>
>  ><br>
>  > And since there is no sound audible it might be that sound output is<br>
>  > done in a not supported way. (But don't ask me how to do it correctly<br>
>  > :-) But I'm sure here are other Sailors which can help you with that in<br>
>  > your particular case).<br>
>  ><br>
>  > see also about how we test:<br>
>  > <a href="https://lists.sailfishos.org/pipermail/devel/2014-January/002440.html" target="_parent">https://lists.sailfishos.org/pipermail/devel/2014-January/002440.html</a><br>
>  ><br>
>  > br<br>
>  > Reto<br>
>  ><br>
>  > > don't see it in "top". I love to finish my move, switch to my mail<br>
>  > > folders or read facebook messages while the other 6 AI players make<br>
>  > > their move.<br>
>  > > Another point is that in future I want to include network gaming.<br>
>  > > Therefore I also want it to run in background. The great thing of<br>
>  > > Sailfish OS is that one can simply close an app like in the good old<br>
>  > > desktop days, if you don't want it to consume power.<br>
>  > > So now I have no idea how to react on this and just did nothing,<br>
> because<br>
>  > > I also have desktop and Android versions to take care of. But I'm not<br>
>  > > happy that the few users of Morzyn can't profit from the fixes of the<br>
>  > > update and have to deal with the version in store.<br>
>  > ><br>
>  > > Martin<br>
>  > ><br>
>  > > > Date: Fri, 10 Jan 2014 08:57:50 +0100<br>
>  > > > From: alci@mecadu.org<br>
>  > > > To: devel@lists.sailfishos.org<br>
>  > > > Subject: [SailfishDevel] Harbour QA process...<br>
>  > > ><br>
>  > > > -----BEGIN PGP SIGNED MESSAGE-----<br>
>  > > > Hash: SHA1<br>
>  > > ><br>
>  > > > Hi,<br>
>  > > ><br>
>  > > > currently, the Harbour QA process is quite frustrating, as problems<br>
>  > > > are reported one after the other, with a delay of several days<br>
>  > > > inbetween... reminds me of the old time cobol compilators!<br>
>  > > ><br>
>  > > > It would be cool if the efforts made by the developper to provide<br>
> free<br>
>  > > > native application were a bit more considered.<br>
>  > > ><br>
>  > > > Ok, I'm talking out of frustration, but I had my app rejected first<br>
>  > > > because of naming conventions of the app itself (I didn't properly<br>
>  > > > read the FAQ, but it is not stated either in the app submission page<br>
>  > > > of Harbour), delay of 7 days, then because of rmp file naming<br>
>  > > > convention (which I did not find clearly stated except in the<br>
>  > > > rejection notification - 5 more days). Now I am waiting for next step<br>
>  > > > (2 days for now...)<br>
>  > > ><br>
>  > > > I understand this is a lot of work, but what I suggest is :<br>
>  > > > - - more controls and more information in the app submission page<br>
>  > > > (testing the naming conventions of at least the files seems trivial)<br>
>  > > > - - when doing QA, report all problems at once, not just the<br>
> first one<br>
>  > > > - - maybe provide a QA tool so that developpers could do this job and<br>
>  > > > let jolla teams concentrate on real QA (power consumption, security<br>
>  > > > checks, ...)<br>
>  > > ><br>
>  > > > Hope this does not sound too demanding...<br>
>  > > ><br>
>  > > > Best regards,<br>
>  > > > Franck<br>
>  > > > -----BEGIN PGP SIGNATURE-----<br>
>  > > > Version: GnuPG v1.4.14 (GNU/Linux)<br>
>  > > > Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_parent">http://www.enigmail.net/</a><br>
>  > > ><br>
>  > > > iQEcBAEBAgAGBQJSz6f+AAoJEGEvoAir78RoEOsH/3jBwaf6MTpi0tRqVQXZDvsU<br>
>  > > > nTUoc/H2zFWOFVDoSJqc6FQCQcPue5Fvu/tuGe8zEF8HPeW5Et08dmpGP7wdXurP<br>
>  > > > VJhaG8LOHCMj9AhgPLPkFKJKMCqKR8H0PmbvOaEhj+zua6AdpzlOz4MOPaxeQltz<br>
>  > > > FUbXwnrGNZQ/KRoM1NPJM8g9SkUmkg+1cBBS1ThhJuVP+jANBit9BFJuYnvh8HzO<br>
>  > > > y6ODX+jpn1348p89PWrt1/dDzRqLw62kccf5G6nyaBumjKNdzodfU7/+i2C6wHNG<br>
>  > > > tTfS46ytuebzm/5SMG9yJN77jg1bsFZlHPjiKUp+vLaU99RBWVlFaybJPJf1QAY=<br>
>  > > > =uJPj<br>
>  > > > -----END PGP SIGNATURE-----<br>
>  > > > _______________________________________________<br>
>  > > > SailfishOS.org Devel mailing list<br>
>  > ><br>
>  > ><br>
>  > > _______________________________________________<br>
>  > > SailfishOS.org Devel mailing list<br>
>  > ><br>
>  ><br>
>  > _______________________________________________<br>
>  > SailfishOS.org Devel mailing list<br>
><br>
><br>
> _______________________________________________<br>
> SailfishOS.org Devel mailing list<br>
><br>
<br>
_______________________________________________<br>
SailfishOS.org Devel mailing list<br>
</div>


</div></div>
</body>
</html>