Hi,
On 10.01.2014 15:56, Martin Windolph wrote:
Hi,
oh, thanks for the information and sorry then for hijacking this thread.
I thought that it was just an assumption that Audio was the reason.
How can I find out if it's audio that is preventing suspend mode
(emulator or device)?
So Audio output seems to be really a problem in Sailfish OS. I'm using
the QML "Audio" Element of QtMultimedia. Isn't it supported? I use Audio
as Robin wrote in
https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/#post-id-6991
this combination is an issue at the moment.
But David found a workaround for that at least for his application,
which passed store QA.
checkout his main.qml from:
https://build.merproject.org/package/files?package=screenshot&project=home%3Albt%3Asailfishos
he does something like:
ffmpeg -ar 48000 -t 0.1 -f s16le -acodec pcm_s16le -ac 2 -i /dev/zero
-acodec copy noSound.wav
ApplicationWindow {
...
Audio {
id: noSound
source: "/usr/share/harbour-screenshot/noSound.wav"
}
// workaround a bug in QtMultimedia
Component.onCompleted: noSound.play()
}
}
br
Reto
just for a few things:
1. Play title music
2. Play attack sounds of the creatures
I temporary disabled 1. because of a known volume bug
(https://together.jolla.com/question/421/qaudiooutput-isnt-integrated-with-system-volume-and-libresource-like-qmediaplayer/)
by setting the source to null.
2. is still enabled (because I don't change their volume), but I do play
sounds only if the application is active and I don't hear anything if I
run it on my device.
Maybe setting the source of 1. to null is the reason? But in my opinion,
playing a null source should just result in a returning play() method...
the source of the audio element:
https://github.com/yoktobit/morzyn/blob/master/qml/MorzynPage.qml
Thanks
Martin
> Date: Fri, 10 Jan 2014 15:29:31 +0200
> From: reto.zi...@jolla.com
> To: devel@lists.sailfishos.org
> Subject: Re: [SailfishDevel] Harbour QA process...
>
> Hi,
>
> On 10.01.2014 11:01, Martin Windolph wrote:
> > Hi,
> >
> > another point for me is a possibility to contact the tester.
> > A prior rejection reason for an update of my game "Morzyn" was a
missing
> > menu button (that was absolutely ok, because it leads to bad usability,
> > so I included one), my last rejection reason was battery consumption
> > when minimizing while the AI players do their move.
> > This is intended behaviour, but my game was rejected because it
consumes
> > 3%-10% CPU while the AI players move (round-based) and the game is
> > minimized (measured by top). When the game waits for the players
move, I
>
> According to my information the app got not rejected because of AI still
> running, but because the audio blocks the power management to go to
> suspend mode.
>
> And since there is no sound audible it might be that sound output is
> done in a not supported way. (But don't ask me how to do it correctly
> :-) But I'm sure here are other Sailors which can help you with that in
> your particular case).
>
> see also about how we test:
> https://lists.sailfishos.org/pipermail/devel/2014-January/002440.html
>
> br
> Reto
>
> > don't see it in "top". I love to finish my move, switch to my mail
> > folders or read facebook messages while the other 6 AI players make
> > their move.
> > Another point is that in future I want to include network gaming.
> > Therefore I also want it to run in background. The great thing of
> > Sailfish OS is that one can simply close an app like in the good old
> > desktop days, if you don't want it to consume power.
> > So now I have no idea how to react on this and just did nothing,
because
> > I also have desktop and Android versions to take care of. But I'm not
> > happy that the few users of Morzyn can't profit from the fixes of the
> > update and have to deal with the version in store.
> >
> > Martin
> >
> > > Date: Fri, 10 Jan 2014 08:57:50 +0100
> > > From: a...@mecadu.org
> > > To: devel@lists.sailfishos.org
> > > Subject: [SailfishDevel] Harbour QA process...
> > >
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Hi,
> > >
> > > currently, the Harbour QA process is quite frustrating, as problems
> > > are reported one after the other, with a delay of several days
> > > inbetween... reminds me of the old time cobol compilators!
> > >
> > > It would be cool if the efforts made by the developper to provide
free
> > > native application were a bit more considered.
> > >
> > > Ok, I'm talking out of frustration, but I had my app rejected first
> > > because of naming conventions of the app itself (I didn't properly
> > > read the FAQ, but it is not stated either in the app submission page
> > > of Harbour), delay of 7 days, then because of rmp file naming
> > > convention (which I did not find clearly stated except in the
> > > rejection notification - 5 more days). Now I am waiting for next step
> > > (2 days for now...)
> > >
> > > I understand this is a lot of work, but what I suggest is :
> > > - - more controls and more information in the app submission page
> > > (testing the naming conventions of at least the files seems trivial)
> > > - - when doing QA, report all problems at once, not just the
first one
> > > - - maybe provide a QA tool so that developpers could do this job and
> > > let jolla teams concentrate on real QA (power consumption, security
> > > checks, ...)
> > >
> > > Hope this does not sound too demanding...
> > >
> > > Best regards,
> > > Franck
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.4.14 (GNU/Linux)
> > > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> > >
> > > iQEcBAEBAgAGBQJSz6f+AAoJEGEvoAir78RoEOsH/3jBwaf6MTpi0tRqVQXZDvsU
> > > nTUoc/H2zFWOFVDoSJqc6FQCQcPue5Fvu/tuGe8zEF8HPeW5Et08dmpGP7wdXurP
> > > VJhaG8LOHCMj9AhgPLPkFKJKMCqKR8H0PmbvOaEhj+zua6AdpzlOz4MOPaxeQltz
> > > FUbXwnrGNZQ/KRoM1NPJM8g9SkUmkg+1cBBS1ThhJuVP+jANBit9BFJuYnvh8HzO
> > > y6ODX+jpn1348p89PWrt1/dDzRqLw62kccf5G6nyaBumjKNdzodfU7/+i2C6wHNG
> > > tTfS46ytuebzm/5SMG9yJN77jg1bsFZlHPjiKUp+vLaU99RBWVlFaybJPJf1QAY=
> > > =uJPj
> > > -----END PGP SIGNATURE-----
> > > _______________________________________________
> > > SailfishOS.org Devel mailing list
> >
> >
> > _______________________________________________
> > SailfishOS.org Devel mailing list
> >
>
> _______________________________________________
> SailfishOS.org Devel mailing list
_______________________________________________
SailfishOS.org Devel mailing list
_______________________________________________
SailfishOS.org Devel mailing list
