**** BEGIN LOGGING AT Wed Jul 20 02:59:58 2016
Jul 20 04:46:05 <Herrie|Pre3> DougReeder: In legacy Enyo 1 apps not. LunaSysMgr would look in appfolder/resources/en_us followed by appfolder, followed by system sound folder. I can add the assets folder as 2nd one there since assets one is used by Enyo 2 right?
Jul 20 08:06:58 <Tofe> Morning
Jul 20 08:08:16 <Tofe> nizovn: pong
Jul 20 08:14:02 <nizovn> morning
Jul 20 08:14:57 <nizovn> Tofe: there is a issue on TP: display dims and turns off even with user activity
Jul 20 08:15:19 <nizovn> this is because LunaSysMgr tries to open touchpanel before it's created
Jul 20 08:15:47 <Tofe> so it doesn't put the monitoring on it
Jul 20 08:16:19 <Tofe> the touchpanel is created so late?
Jul 20 08:16:21 <nizovn> yup, if i restart LunaSysMgr, all is ok
Jul 20 08:16:45 <nizovn> yes, it's created by android userspace driver ts_srv
Jul 20 08:16:54 <Tofe> oh... ok...
Jul 20 08:17:10 <Tofe> then we should add a systemd dependency
Jul 20 08:17:11 <nizovn> i think to rewrite LunaSysMgr service file to wait until touchpanel
Jul 20 08:17:20 <nizovn> ok
Jul 20 08:17:43 <Tofe> let me see how the graph looks like today
Jul 20 08:19:08 <nizovn> i have one solution, but maybe it's overcomplicated and it has some non-good log messages
Jul 20 08:20:54 <Tofe> can you try to add android-system.service at the end of the After line in the service ?
Jul 20 08:21:20 <Tofe> and also for the Require line
Jul 20 08:21:27 <nizovn> ok
Jul 20 08:27:12 <nizovn> it doesn't work. seems /dev/input/touchscreen0 is created after container is booted
Jul 20 08:28:11 <nizovn> 4s later
Jul 20 08:28:41 <Tofe> ah, mmh, ok
Jul 20 08:29:09 <Tofe> we can certainly wait for that path to be created, but then it will be specific to the TP
Jul 20 08:32:29 <Tofe> ok, so instead of androis-system, we could try input-touchscreen0.device in After and Require
Jul 20 08:33:23 <Tofe> not sure if the name is input-touchscreen0.device or dev-input-touchscreen0.device
Jul 20 08:34:31 <nizovn> seems i don't have such. there is no systemd tag in udev rule
Jul 20 08:35:15 <Tofe> ah yes
Jul 20 08:36:30 <nizovn> i'll tell my complicated solution:
Jul 20 08:37:03 <nizovn> i propose that LunaSysMgr should require nyx.target, which is empty and is supplied by nyx-lib
Jul 20 08:37:34 <nizovn> every nyx-module can add it's requirements to nyx.target.d drop-ins
Jul 20 08:38:51 <Herrie|Laptop> morning
Jul 20 08:38:57 <Tofe> Herrie|Laptop: morning
Jul 20 08:39:05 <Herrie|Laptop> Tofe: Did some small PR's
Jul 20 08:39:13 <Tofe> Herrie|Laptop: ok
Jul 20 08:39:40 <Tofe> nizovn: you'd still need to have the udev rule and the .device requirement
Jul 20 08:40:13 <Herrie|Laptop> Tofe: You have a device at hand you could test something with?
Jul 20 08:40:24 <Herrie|Laptop> I need to test some audio but I don't have a device to test with :P
Jul 20 08:40:51 <Tofe> I have a N4 not far away
Jul 20 08:41:17 <nizovn> Tofe: i have touchscreen.path(pathexists=/dev/input/touchscreen0) that triggers touchscreen0.target, which is requred by drop-in conf
Jul 20 08:41:22 <nizovn> i told it's complicated
Jul 20 08:41:42 <nizovn> :)
Jul 20 08:42:00 <Herrie|Laptop> Tofe: OK
Jul 20 08:43:45 <Tofe> nizovn: well, I would prefer a generic udev rule for sure, with the right subsystem filter for any touchscreen
Jul 20 08:44:11 <Tofe> (if that's possible, I'm not sure)
Jul 20 08:44:17 <Herrie|Laptop> nizovn: Might that solve the black screenshot issue on TP as well?
Jul 20 08:44:41 <Herrie|Laptop> Since it's the only target where we have black screenshots currently...
Jul 20 08:44:51 <nizovn> Herrie|Laptop: no, that's because we have wrong egl drivers
Jul 20 08:45:28 <Herrie|Laptop> nizovn: OK
Jul 20 08:46:17 <Tofe> mmh subsystem for a touchscreen is simply "input", it's a bit too generic
Jul 20 08:49:08 <Tofe> ah but wait, there's already a local.rules entry that creates input/touchscreen0 of course, silly me
Jul 20 08:50:23 <Tofe> so we simply need to add a rule to add a systemd tag to that path
Jul 20 08:51:31 <Herrie|Laptop> "Tofe: Sent you email. If you can test Testr to see if the 3rd button (PCM) will play anything. Not sure that's valid HTML5 audio or not...
Jul 20 08:52:30 <Tofe> ok :)
Jul 20 09:25:49 <Tofe> Herrie|Laptop: do I need the rest of the PRs ?
Jul 20 09:27:08 <Herrie|Laptop> Tofe: Nope
Jul 20 09:27:13 <Herrie|Laptop> Just this single file
Jul 20 09:27:22 <Herrie|Laptop> Just I noticed we have a lot of pcm audio files
Jul 20 09:27:39 <Herrie|Laptop> Not sure if those work as part of HTML5 audio and I have no way to test it here
Jul 20 09:29:51 <Tofe> Herrie|Laptop: no sound
Jul 20 09:30:03 <Herrie|Laptop> Tofe: OK
Jul 20 09:30:06 <Herrie|Laptop> Anything in log?
Jul 20 09:30:11 <Tofe> nope
Jul 20 09:31:52 <Herrie|Laptop> MP3 and WAV still work?
Jul 20 09:32:32 <Tofe> mp3 yes, let me confirm wqv
Jul 20 09:32:53 <Tofe> yes
Jul 20 09:33:24 <Tofe> html5test says pcm should be ok
Jul 20 09:36:57 <Herrie|Laptop> Tofe: Hmmz strange
Jul 20 09:37:36 <Tofe> and it works when I take an example on the web via the browser
Jul 20 09:37:52 <Tofe> are you sure your line in Testr is correct ?
Jul 20 09:42:16 <Herrie|Laptop> Tofe: I don't see anything wrong? https://bpaste.net/show/b13eb119e105
Jul 20 09:42:26 <Herrie|Laptop> It's a short shutter sound, maybe that's the problem?
Jul 20 09:42:49 <Herrie|Laptop> Only other issue I could see is this.setAttribute
Jul 20 09:43:54 <Herrie|Laptop> Where we set the mimetype
Jul 20 09:44:34 <Tofe> looks fine yes
Jul 20 09:45:42 <Tofe> maybe audio/pcm is just audio/wav ?
Jul 20 09:46:44 <Herrie|Laptop> Tofe: Yeah that could be
Jul 20 09:46:56 <Herrie|Laptop> You want me to send an updated app.js?
Jul 20 09:47:49 <Tofe> I'll edit it locally
Jul 20 09:48:19 <Herrie|Laptop> OK
Jul 20 10:03:11 <Tofe> no, audio/wav nor audio/wave; though it seems it should be audio/wave
Jul 20 10:04:01 <Herrie|Laptop> Coul;d just be Could just be some weird codec we're using?
Jul 20 10:06:12 <Tofe> I tried with aplay, and it plays correctly when using the CD format (16 bit little endian, 44100, stereo)
Jul 20 10:06:49 <Herrie|Laptop> My VLC doesn't like them...
Jul 20 10:33:09 <Tofe> I couldn't find a way to make it work. Pretty frustrating
Jul 20 12:07:33 <Herrie|Pre3> Tofe: Yeah quite annoying
Jul 20 12:09:06 <Herrie|Pre3> Tofe: I might just load up an audio editor and convert them all to wav or mp3. I guess wav is a bit easier on the resources. We now have wav, mp3 and pcm. I guess a bit more structure would be good. And update audio-service accordingly. Just not sure what
Jul 20 12:09:06 <Herrie|Pre3>  format to go for. MP3 will have minor quality loss but will be smaller in size. Resource wise it shouldn't be an issue nowadays.
Jul 20 12:44:56 <Tofe> as you wish; but yes, having 3 sound formats doesn't make much sense
Jul 20 12:51:29 <Herrie|Pre3> Tofe: I guess WAV would be preferred? Anyway they're all small so won't take up much space.
Jul 20 12:51:49 <Herrie|Pre3> And no possible licensing issues either :P
Jul 20 12:59:11 <Tofe> wav, yes, ok :)
Jul 20 13:04:11 <Herrie|Pre3> Will have a look tonight if good old GoldWave still exists and can do that :P
Jul 20 15:17:03 <DougReederG3> With proper encoding parameters, Mp3s should be indistinguishable from uncompressed on mobile speakers
Jul 20 16:08:46 <Herrie|Pre3|2> DougReeder: I agree, used to compress lots of cd's to MP3 myself with LAME and proper parameters. It's more possible licensing issues with distributing MP3 files.
**** ENDING LOGGING AT Thu Jul 21 02:59:58 2016