| 10:00 | xobs | flips, not sure if anyone responded on this, but sounds like you need to disable overscan on your TV. |
| 10:15 | vpeter | xobs: If tv has this function. |
| 10:16 | xobs | It's usually called something like "true scan", "computer", or something similar. |
| 10:17 | vpeter | Mine doesn't hve anything. But it is little old. Maybe that's why :-) |
| 10:18 | jnettlet | xobs, pengutronix pushed a new patchset for etnaviv-drm, with patches for xorg-video-armadafb. rmk will probably review later today he said. |
| 10:18 | jnettlet | looks like the patch is stuck in the kernel mailing list moderation though |
| 10:19 | xobs | jnettlet, I noticed that. Exciting stuff. Looks like there's mention of an Xorg driver, too? |
| 10:20 | jnettlet | just patches to rmk's driver, I haven't had a chance to see what they changed. May just be compatibility for the kernel api changes that were made |
| 10:21 | jnettlet | xobs, yep just checked. kernel compatibility changes |
| 10:21 | jnettle | 10:21 * jnettlet must venture out to procure food like substances |
| 10:24 | xobs | Enjoy. |
| 10:24 | xobs | I wonder how their 3D driver is progressing. |
| 12:12 | flips | xobs: it's a plain monitor (not a tv, 5-6 years old), there is a setting for manual either computer mode or HD mode. One of them turns all colors into weird green (still with this issue) and the other has just this issue ... :) |
| 12:14 | jnettlet | flips, you would need HD mode with our driver |
| 12:16 | flips | Where can I buy that? ;) |
| 12:17 | jnettlet | flips I thought you said "there is a setting for manual either computer mode or HD mode" |
| 12:17 | jnettlet | did I misunderstand. I know that was common in older HD monitors. |
| 12:20 | flips | I misunderstood, thought you said I needed to load a special mode with the driver |
| 12:30 | jnettlet | nope, so those two modes basically mean, use Vesa modes, or use CEA modes. While we have added vesa mode support to the driver CEA is probably a better choice. |
| 12:31 | jnettlet | if neither are working then I will need to look into it, but I am traveling until the end of next week and won't be able to really look into it until after then. |
| 12:56 | flips | well, it runs in PC Mode. If I select HD Mode, the screen turns green, and I still have the "overscan" issue. If I turn off and back on the monitor, it autoswitches back to PC Mode ... |
| 12:57 | jnettlet | flips, what if you switch to HD mode and then reboot the board? |
| 13:13 | Artox | good day everyone |
| 13:14 | Artox | I have seen a asoundrc file somewhere that properly configures the sound devices on cbi and hb, so that e.g. alsamixer has volume controls for spdif out put too. Does anybody know where I can find one of these? |
| 13:22 | flips | jnettlet: The monitor switches back as soon as the modes change for for firmware/u-boot etc ... (BTW only tested debian fb and OpenELEC/Kodi, not X in plain Debian this time around) |
| 13:40 | Artox | I could be using this one: https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-multimedia/alsa/alsa-lib/0001-add-conf-for-multichannel-support-in-imx.patch |
| 13:40 | Artox | jnettlet: is that advisable? |
| 13:41 | Artox | and, is CS42888 the SPIDF output? |
| 13:43 | Artox | or are these the right ones? |
| 13:43 | Artox | https://github.com/CrawX/PKGBUILDs/commit/c108b6e0fb4323d7fa6d4f5d2ac254a462b3980a |
| 13:43 | Artox | they look much more like the ones I remember |
| 13:46 | mk01 | Artox: the latter link is what is generally used (and is tested) with Kodi |
| 13:47 | Artox | thanks, mk01 |
| 14:00 | Artox | mk01: do you know anything about a mixer control showing up in alsamixer? |
| 14:00 | Artox | for spdif? |
| 14:02 | mk01 | spdif/hdmisoc do not have mixer control. there is nothing to control in the first place. |
| 14:03 | Artox | okay |
| 14:03 | Artox | so how does volume control work then (I have seen pulseaudio do it) |
| 14:04 | mk01 | pulseaudio is preprocessing every audio channel |
| 14:04 | mk01 | by default |
| 14:05 | mk01 | pulse is sound server - alsa is more like low level driver(s) set |
| 14:08 | Artox | Ah |
| 14:08 | Artox | so I could e.g. use dmix to add controls I guess |
| 14:10 | mk01 | yes, you can do things like that by creating "alsa analog pcm" device |
| 14:11 | mk01 | what will do some preprocessing on specified source as per conf. but never tried and my knowledge ends here. |
| 14:11 | mk01 | what you want to achieve ? |
| 14:11 | Artox | when I do video playback tests |
| 14:11 | Artox | and attach my spdif->analog converter->speaker |
| 14:11 | Artox | I dont want it to scream awake the whole house |
| 14:12 | Artox | (speaker doesnt have a control) |
| 14:12 | Artox | also, it'd be nice to provide a mixer in xfce, or mate |
| 14:12 | Artox | *without* the need for pulseaudio |
| 14:12 | mk01 | ah understand. and the analog converter has no control (or for sure not remotely available, right?) |
| 14:13 | Artox | no control |
| 14:13 | Artox | if there are special signals available, idk |
| 14:13 | mk01 | yes, I suppose for your case this could work |
| 14:14 | mk01 | try reusing imx-spdif.conf as template |
| 14:14 | mk01 | and add dmix controls |
| 14:15 | mk01 | (check other alsa configs or some google). I have the feeling out of interest I was trying that, but don't remember more. |
| 14:17 | mk01 | Artox: check here http://alsa.opensrc.org/Dmix |
| 14:24 | jnettlet | well spdif only has a signal, so you need to create a virtual device with a virtual volume control that reduces the gain before it hits the SPDIF |
| 14:43 | flips | openelec has volume control on the spdif out, I haven't looked into how they did it ... |
| 15:02 | Artox | thanks, mk01: that looks liek a very thorough document |
| 15:02 | Artox | I'll bookmark it for now |
| 15:02 | Artox | looks like dmix can do exactly what I want, and the howto even says how |
| 15:02 | Artox | virtual slave device |