| 00:25 | dot | hey - I am a little bit confused - x-loader (MLO) was a first-stage bootloader - the cubox uses SPL instead. So from my point of view the SPL is a first-stage loader too - isn't it? |
| 02:17 | wegas | hi there. anybody tried using geexbox with a usb sound card? |
| 02:17 | wegas | im asking because im having some troubles using analog audio over usb :/ |
| 02:19 | wegas | looking at "system->settings->audio->audio output" i cannot select analog. is this special on geexbox? |
| 02:19 | mk01 | what card should that be ? |
| 02:20 | wegas | its a soundblaster play, id is 041e:30d3 |
| 02:21 | wegas | using aplay over ssh works, but the process seems to hug the card and not freeing it. i cannot end using ctrl+c or killing it via another ssh session |
| 02:26 | mk01 | wegas: how should be the analog output configurable ? selectable as audio output? |
| 02:26 | mk01 | I have only NI A8DJ - 8 channel digital USB |
| 02:26 | mk01 | has analog output |
| 02:26 | mk01 | s |
| 02:26 | mk01 | and inputs too |
| 02:27 | mk01 | but are not controllable elektronicaly |
| 02:27 | mk01 | because there is no mixer interface |
| 02:27 | wegas | yes. and it isnt. ive seen this screenshot where you can choose the audio output to be analog |
| 02:27 | wegas | http://www.geexbox.org/geexbox-advanced-configuration-audio-configuration/ |
| 02:28 | wegas | i can select it as a "audio output device" but it crashes the interface |
| 02:29 | wegas | i thought i have to select audio output first?! |
| 02:29 | mk01 | the screenshot is made on CUBOX ? |
| 02:29 | wegas | no i dont think so. but thats why im wondering |
| 02:29 | mk01 | as Analog is common - on boards WITH analog sound card |
| 02:29 | wegas | yeah actually the usb sound card i want to use uses analog sound |
| 02:30 | mk01 | cubox doesn't have analogue output. question is on your soundblaster |
| 02:30 | wegas | yes. so i should ask somewhere else? |
| 02:30 | mk01 | if you run alsamixer ? |
| 02:30 | mk01 | from command line ? |
| 02:30 | wegas | it is displayed and controllable |
| 02:30 | mk01 | the analog output ? |
| 02:30 | wegas | yes. the analog usb card |
| 02:31 | wegas | using aplay/speaker-test works too. but only a single time |
| 02:31 | mk01 | and your XBMC show just HDMI * SPDIF ? |
| 02:32 | wegas | yes, for "audio output". but as "audio output device i can select "USB Device 0x41e:0x30d3, Analog" |
| 02:32 | mk01 | yes, that's the way |
| 02:32 | wegas | thats when the interface freezes tho. i think that has to do with the driver or something else hugging the card |
| 02:33 | mk01 | then open a ticket on geekbox |
| 02:33 | wegas | hmmm ok. ill try around a bit first tho. |
| 02:33 | wegas | thanks mk01 :) |
| 02:34 | mk01 | Im just starting XBMC |
| 02:34 | mk01 | to check the NI |
| 02:34 | mk01 | if you wait 1m\ |
| 02:34 | wegas | k. take your time |
| 02:34 | mk01 | maybe it is currently broken in Gotham during Alpha cycle |
| 02:34 | mk01 | no idea |
| 02:36 | wegas | i thought geexbox is already using frodo? |
| 02:37 | wegas | or do you mean youre using gotham? |
| 02:37 | mk01 | already = still you mean ? frodo is 12, gotham is 13 |
| 02:38 | wegas | oops i got it wrong, yeah youre right |
| 02:39 | mk01 | all the imx6 preliminary support in distos OE, geexbox, XBian is GOTHAM |
| 02:39 | mk01 | so no stable release |
| 02:40 | wegas | ok. are you using a cubox-i then? |
| 02:40 | mk01 | and durin A->B cycles sometimes happen that developers take out whole sections ... |
| 02:40 | mk01 | for rewrite & retest etc |
| 02:40 | mk01 | yes, cubi |
| 02:41 | wegas | ah. so that could be the reason of the missing option in the gui? or the freeze? |
| 02:43 | wegas | brb ill try the card on another box. maybe its some kernel trouble |
| 02:45 | mk01 | I don't see the USB at all |
| 02:45 | mk01 | but I suppose it is because of missing mixer interface |
| 02:48 | mk01 | ach |
| 02:48 | mk01 | module |
| 02:48 | mk01 | missing |
| 02:48 | mk01 | after loading it |
| 02:48 | mk01 | XBMC plays with all 8 channels |
| 02:48 | mk01 | on the USB card |
| 02:59 | wegas | ok. what card are you using? |
| 03:00 | wegas | mk01: my card works fine on wheezy with linux 3.2.0 btw |
| 03:00 | mk01 | NativeInstruments Audio8 |
| 03:00 | wegas | maybe the driver has some hiccups on arm? |
| 03:00 | mk01 | 17cc:1978 Native Instruments Audio 8 DJ |
| 03:00 | mk01 | yes could be |
| 03:01 | mk01 | look into log |
| 03:01 | mk01 | xbmc |
| 03:02 | wegas | nice device you got there :) |
| 03:09 | wegas | mk01: tells me that the sink has a problem |
| 03:09 | wegas | http://pastebin.com/raw.php?i=Q87DGCWD |
| 03:09 | wegas | idk completely what to make of it though |
| 03:20 | mk01 | and speakertest ? |
| 03:31 | wegas | this is strange. speaker-test gives output when i use "plughw:..." but not when i use "hw:...". when i choose "front:..." im told |
| 03:31 | wegas | > Channels count (1) not available for playbacks: Invalid argument |
| 03:32 | mk01 | there are configurations making this issues |
| 03:32 | mk01 | as per documentation ou can set alsa defaults |
| 03:33 | mk01 | (so correct alsa's auto guessing) |
| 03:33 | mk01 | but what always works for me is |
| 03:33 | wegas | the thing is that i can now select the card. it freezes only if i switch after the selection. if i dont switch and exit the menu it seems to work but the video is choppy and the cpu load goes down from ~90% to ~10%. there is no indication in the xbmc.log though |
| 03:33 | mk01 | "aplay -L " |
| 03:33 | mk01 | sysdefault:CARD=Audio8DJ |
| 03:33 | mk01 | friom such name you take |
| 03:34 | mk01 | "sysdefault:Audio8DJ" |
| 03:34 | mk01 | as parameter to -D on speaker terst |
| 03:34 | wegas | ok. "sysdefault:CARD=U0x41e0x30d3" doesnt give sound output either |
| 03:34 | mk01 | so -> : "speakertest -c 2 -Dsysdefault:Audio8DJ" |
| 03:35 | mk01 | sysdefault:U0x41e0x30d3 |
| 03:36 | mk01 | first part up to ":" then last part afterr "=" |
| 03:36 | wegas | thx. that actually works |
| 03:37 | wegas | but it still freezes after finishing/cancelling it :/ |
| 03:37 | mk01 | ok so module problem |
| 03:37 | mk01 | (if you don't have general USB issues) |
| 03:39 | wegas | you know of a way of checking for general usb issues? |
| 03:39 | wegas | only have a keyboard/mouse plugged in without any problems yet |
| 03:40 | mk01 | nothing special, just any random disconnects on bus, timeouts etc |
| 03:40 | mk01 | you can check "dmesg" |
| 03:41 | wegas | there doesnt seem to be a problem with that |
| 03:47 | wegas | mk01: you think i can tweak the parameters to get it working? |
| 03:47 | mk01 | nope |
| 03:47 | mk01 | it will be bug |
| 03:47 | mk01 | but with soundblaster branch you have to find some references for sure |
| 03:47 | mk01 | (google( |
| 03:50 | mk01 | and freezes whole system or only "sound" freezes in loop or similar ? |
| 03:50 | wegas | only the sound freezes. actually it can exit the playback but when i cancel the command in the terminal the process is still alive |
| 03:50 | wegas | and i seem to be unable to kill it (even with -9) |
| 03:51 | mk01 | ah ok |
| 03:51 | wegas | the problem is that the card works fine on my debian box. so idk if the problem is only on arm?! |
| 03:53 | mk01 | I remember RPI had (still has) fatal USB problems with real bandwidth with precise timings, but cubox is fine. since we started discussion I play some tracks at 192kbit on purpose |
| 03:53 | mk01 | 192kHz sorry |
| 03:54 | mk01 | the XBMC is quite poor at quality but beside that no locks, clicks, lags whatsever |
| 03:55 | mk01 | really, approach Geexbox forums, someone must have experienced this |
| 03:55 | wegas | ok. default is 44kHz then? and what do you mean by "poor at quality"? |
| 03:56 | wegas | yeah. i think thats a good idea. thanks for you help though :) |
| 03:56 | mk01 | spdif/hdmi 48khz as "digital quality", 44.1 was CD standard |
| 03:56 | wegas | appreciate it |
| 03:56 | mk01 | so yes |
| 03:56 | wegas | ah ok. at least i remembered the number from the old days |
| 03:56 | mk01 | yes :)) |
| 03:58 | mk01 | last question |
| 03:58 | mk01 | which USB audio kernel module is loaded for support of this card ? |
| 03:59 | wegas | i think snd_usb_audio |
| 03:59 | wegas | snd_usb_audio 80365 0 |
| 03:59 | wegas | snd_usbmidi_lib 14855 1 snd_usb_audio |
| 03:59 | wegas | snd_hwdep 4633 1 snd_usb_audio |
| 03:59 | wegas | snd_rawmidi 15294 1 snd_usbmidi_lib |
| 04:02 | mk01 | ok so general driver |
| 04:06 | wegas | yeah |
| 04:06 | wegas | i think ill be going to bed now. thanks again for your help mk01 :) |
| 04:06 | mk01 | the better chance of correction |
| 04:06 | mk01 | bye |
| 13:17 | Koma | Hello there! |
| 16:21 | rabeeh | Koma: hi |
| 16:21 | Koma | hello :) |
| 16:49 | rabeeh | Koma: need any assistance? :) |
| 17:11 | purch | rabeeh: does this work in cubox-i4 http://www.sandisk.com/products/memory-cards/microsd/extremepro-uhs-i/?capacity=8GB ? |
| 17:20 | rabeeh | purch: works but not in the uhs-1 speeds but in sdxc |
| 18:00 | slangenmaier | crypt0s: hello, I have the same issue like you had in https://github.com/linux4kix/linux-linaro-stable-mx6/issues/1 |
| 18:01 | slangenmaier | I started with make imx_v7_cubox-i_hummingboard_defconfig |
| 18:01 | slangenmaier | "make dtbs" fails |
| 18:45 | mk01 | this was discussed with jnettlet, he is aware of this. he planned to look at over the weekend. but if your device is not hummingboard, the cubox gets generated if picked just it as target or "make -k " |
| 19:17 | jnettlet | slangenmaier, mk01, the problem is with the *sabre* configs. I have some patches I need to finish and push. Just build the board specific dtb individually for now. For example make imx6q-cubox-i.dtb |
| 19:18 | jnettlet | Someone has forwarded me patches to fix things, but I haven't had two seconds today to look at them. |
| 19:18 | ths_ | Hello ! i received my cubox i4 yesterday and i have a problem. At startup, i have the bios logo "solidrun" and after... display goes in energy save |
| 19:18 | ths_ | Why ? |
| 19:19 | ths_ | i buy a cubox-i with sd-card prebuild |
| 19:19 | ths_ | mk01 saif to me yesterday add console=0 or something like it but it doesn't worked... |
| 19:19 | ths_ | saif = said |
| 19:21 | ths_ | sorry .. i'm behind satellite connexion ... |
| 19:21 | mk01 | ths_: you mean consoleblank=0 ? |
| 19:22 | ths_ | hello, yes |
| 19:24 | ths_ | my uEnv.txt: http://pastebin.com/vp7aQH3J |
| 19:24 | ths_ | is it possible my screen doesn't support 1280X720 from cubox ? |
| 19:26 | slangenmaier | jnettlet: okay, thanks for the hint with make imx6q-cubox-i.dtb, I will try it |
| 19:29 | rabeeh | ths_: CuBox-i support 720p |
| 19:30 | ths_ | i connect in DVI screen, problem ? |
| 19:30 | rabeeh | the uEnv.txt which looks that for Android configures by default the kernel to 72060 |
| 19:30 | rabeeh | the uEnv.txt which looks that for Android configures by default the kernel to 720p60 |
| 19:30 | rabeeh | oh; DVI has issues |
| 19:30 | rabeeh | there are patches from dv_ that fixes the DVI but are not included yet |
| 19:30 | ths_ | rabeeh: what ? |
| 19:31 | ths_ | you daid, it's impossible to plug cubox with a DVI screen ? with a cable HDMI to DVI |
| 19:31 | ths_ | say |
| 19:32 | rabeeh | no; i'm saying there is a software issue that forbids it to work in resolutions higher than 1024x768 |
| 19:33 | ths_ | argh ... |
| 19:34 | ths_ | it means i must buy a screen with HDMI ? |
| 19:34 | rabeeh | ths_: for now yes... sorry |
| 19:34 | ths_ | or you have a idea to solve this "planned obsolescence" ? |
| 19:35 | ths_ | argh |
| 19:35 | ths_ | i'm very desappointed... |
| 19:35 | ths_ | i think you must explain that in product description ... |
| 19:36 | rabeeh | or simply fix the bug :) |
| 19:36 | ths_ | i spend all my money for that ... and now i don't have any money... to buy screen ... it's too expensive for us |
| 19:36 | rabeeh | i will add this to the queue; soon we should have Android sources releases; we will have that fixed too and create a beta-2 drop that fixes this DVI issue once and for all |
| 19:37 | ths_ | where can i follow this, to tried as soon is possible , |
| 19:37 | ths_ | ? |
| 19:37 | rabeeh | on the forums under the Android section - |
| 19:37 | ths_ | sorry for my bad english |
| 19:37 | ths_ | ok, and for Debian ? |
| 19:38 | ths_ | i would like to use cubox with debian |
| 19:38 | rabeeh | http://imx.solid-run.com/forums/viewforum.php?f=6 |
| 19:38 | rabeeh | btw - does your dvi screen has also audio speakers? |
| 19:38 | ths_ | no |
| 19:38 | rabeeh | i'm guess that it doesn't have - right? |
| 19:39 | ths_ | it's the same with Debian ? |
| 19:49 | ths_ | rabeeh: it's the same with debian ? |
| 19:52 | mhoney_work | cubox definetly needs a new case |
| 19:52 | rabeeh | ths_: yes. the since Debian uses almost same kernel like Android then the same bug exists |
| 19:52 | mhoney_work | and a micro hdmi port not full size |
| 19:52 | rabeeh | mhoney_work: micro hdmi ports are no go |
| 19:52 | mhoney_work | microhdmi works great on the bbblack ;) |
| 19:53 | rabeeh | they were built for mobile devices and looks really unstable |
| 19:53 | purch | one adapter more and I get insane :) |
| 19:53 | rabeeh | have you tried twisting? |
| 19:53 | mhoney_work | ok, maybe a display port instead of hdmi then |
| 19:53 | rabeeh | we had this discussion internally; hdm / mini hdmi or micro hdmi |
| 19:54 | purch | but if the gadget can fit hdmi or DP then micro is a no go |
| 19:54 | rabeeh | mini hdmi is almost non existent today (was widely used for camcorders); lots of negative reports about micro hdmi |
| 19:54 | mhoney_work | with all the cables plugged into a cubox the box never sits flat |
| 19:54 | purch | hate laptops with micro ports |
| 19:55 | rabeeh | mhoney_work: which model do you have? |
| 19:55 | purch | mhoney_work: yep, it is cooling its bottom |
| 19:55 | mhoney_work | I have the older marvel and the new i4... the extra plate in the i4 helps but doesn't rectify the situation ;) |
| 19:56 | mhoney_work | I still love the cubox though... have lots of fun with it |
| 19:57 | ths_ | it's hard to extract the SD card ... |
| 19:57 | rabeeh | mhoney_work: if concrete was a good thermal inductor then we should have filled it with :) |
| 19:57 | mhoney_work | I kinda want to mount it on the wall like I do the rpi and bbblack though |
| 19:57 | ths_ | and impossible to unplugged the network with HDMI |
| 19:57 | rabeeh | like the plug computers? |
| 19:58 | mhoney_work | to bad lead has such a low melting point |
| 19:58 | rabeeh | ths_: true. but there are lots of space constraints when it comes to CuBox enclosure |
| 19:58 | mhoney_work | gold on the other hand ;) |
| 19:58 | rabeeh | for instance a spring loaded micro SD requires extra few mm that are not there |
| 19:58 | rabeeh | hehe |
| 19:59 | rabeeh | well.. the plate below is copper made; it has insane thermal inductance |
| 19:59 | rabeeh | (insane relative to plastic, aluminum and other materials) |
| 20:00 | rabeeh | s/inductance/conductivity |
| 20:00 | mhoney_work | I know cost is an issue, but I would suggest an aluminum case with a thick bottom |
| 20:01 | rabeeh | http://www.engineeringtoolbox.com/thermal-conductivity-d_429.html |
| 20:01 | rabeeh | copper is better than gold :) |
| 20:01 | purch | rabeeh: diamond has better thermal conductivity than copper |
| 20:01 | rabee | 20:01 * rabeeh checks |
| 20:02 | purch | http://upload.wikimedia.org/wikipedia/commons/1/1e/Thermal_conductivity.svg |
| 20:02 | mhoney_work | A friend and I build aluminum cases for small electronics - http://www.marchlabs.co/?product=commodore-flyer-case |
| 20:02 | purch | some bling bling to thenext cubox :) |
| 20:03 | rabeeh | yes. diamonds is the way to go :) |
| 20:03 | rabeeh | Graphene is doable; but has superior XY conductivity but bad in Z |
| 20:03 | purch | yeah, one way pipe kind of |
| 20:04 | purch | I wonder if they can do diamond plates in industry |
| 20:04 | purch | usually the can make diamond "sand" |
| 20:04 | purch | thay |
| 20:15 | ths_ | rabeeh: no adaptators possible ? |
| 20:17 | ths_ | and approximately when this bug will be fixed ? |
| 20:18 | dot | rabeeh: found a post in forum about the wlan module - unfotunately there's no info if there a dual-channel opt in or not - you had written that you will check this. Had you any time for this? |
| 20:30 | mk01 | jnettlet: I have patches to hdmi sound not being initialised and fixed freescales's hdmi_cec |
| 20:32 | ths_ | mk01: you know approximately when the HDMI-DVI bug will be fixed |
| 20:32 | ths_ | ? |
| 20:33 | ths_ | i would like to use with DEBIAN |
| 20:33 | mk01 | ths_: tell me again |
| 20:33 | mk01 | what is the problem ? |
| 20:34 | mk01 | jnettlet: you want .patch files or git pull request > |
| 20:34 | mk01 | ? |
| 20:34 | ths_ | rabbeh said to me, it's impossible to connect cubox with hdmi -> DVI screen |
| 20:35 | mk01 | why ? |
| 20:35 | ths_ | for him that's why my screen go in sleeping mode after bios |
| 20:36 | ths_ | rabeeh said: there are patches from dv_ that fixes the DVI but are not included yet |
| 20:36 | hste | ths_: you could try the debian image. I think it might work but it will give u only 1024x768 |
| 20:36 | ths_ | i'm saying there is a software issue that forbids it to work in resolutions higher than 1024x768 |
| 20:37 | ths_ | hste: that's rabeeh said to me |
| 20:37 | ths_ | but 1024 it's very ... small.. |
| 20:37 | hste | yes but at least sth to play with till it get fixed |
| 20:38 | mk01 | ths_: if I get it right, so if HDMI is not detected VESA mode is forced ? |
| 20:38 | ths_ | but maybe this bug will be fixed soon |
| 20:39 | ths_ | mk01: i don't how can i check this |
| 20:50 | mk01 | ths_: it is like this: hacked can be anything, ... of course. but imx6 platform was designed as HDMI |
| 20:51 | ths_ | yerk, planned obsolescence |
| 20:52 | mk01 | ths: I would need to check DVI specs. for HDMI/DVI overlappings |
| 20:54 | mk01 | as the current source is designed more with idea HDMI and then all of it or fallback, but then all the other properties are considered as no present |
| 20:56 | ths_ | ok, but i have two screen, i put them in trash ? |
| 20:56 | ths_ | DVI screen |
| 20:57 | ths_ | is there a convertissor or something ... to be more sustainable spirit... |
| 20:57 | mk01 | I would not express it this way. ... I just see there is some overlapping CVT modes & RGB |
| 20:58 | ths_ | ;-) sorry i'm desappointed |
| 20:59 | ths_ | i don't have money to buy new screen |
| 21:00 | hste | ths_: i don't think u have to wait very long before it get fixed |
| 21:00 | ths_ | really, why ? |
| 21:00 | mk01 | I have a TV with DVI port . will maybe attach it to it and look into what gets actually read. although have no idea if this would be the same (HDMI->hdmi cable->DVI port) as connecting with the reduction HDMi->DVI cable to native DVI port |
| 21:01 | hste | ths_: there is good ongoing work on patching the kernel |
| 21:02 | ths_ | mk01: sorry i don't understand ... |
| 21:03 | ths_ | hste: who work on it ? |
| 21:03 | ths_ | solidrun ? |
| 21:03 | mk01 | ths: on my HDMI tv I have HDMI port which is supposed for connecting PCs with DVI -> HDMI cables. |
| 21:03 | ths_ | ok |
| 21:04 | rabeeh | mk01: this is the patch - https://github.com/Freescale/meta-fsl-arm-extra/blob/master/recipes-kernel/linux/linux-cubox-i-3.0.35/mxc_hdmi-dont-require-cea-mode.patch |
| 21:04 | rabeeh | it was submitted by dv_ a month ago into the Yocto receipes |
| 21:04 | mk01 | ths: so just thinking loud if this would "simulate" your case. |
| 21:04 | rabeeh | i'll add it to the 3.0.35 kernel |
| 21:04 | ths_ | rabeeh: can i test it ? |
| 21:05 | rabeeh | ths_: yes. hold on |
| 21:06 | mk01 | rabeeh: yes, this is what I mean with an ugly hack - and what the actual HDMI platform driver does. it will simply strip all properties relevant to CEA. |
| 21:06 | ths_ | is there some documentation to make compilation ? |
| 21:07 | rabeeh | ths_: i'm building a kernel with this to try it out |
| 21:07 | ths_ | ok, i can test when you want |
| 21:09 | mk01 | 1280x1024-60 VESA should get initialized too |
| 21:09 | mk01 | as this happens before HDMI detection |
| 21:10 | rabeeh | mk01: please explain |
| 21:11 | rabeeh | ths_: http://dl.dropboxusercontent.com/u/72661517/tbr/kernel-fix-dvi/uImage |
| 21:11 | rabeeh | please download the uImage; backup the one in your Android micro SD and replace it with that one |
| 21:13 | ths_ | i'm trying now |
| 21:13 | mk01 | 3.10 hdmi driver initializes 3 fb modes (vga, xga, sxga) \ |
| 21:15 | mk01 | then hdmi is checked, if not found, nearest FB (from the three) is used |
| 21:15 | ths_ | no ! |
| 21:16 | ths_ | rabeeh: no more result, bios ok, after ... sleeping mode on screen |
| 21:16 | ths_ | i replaced old uImage by yours |
| 21:20 | mk01 | my test scenario did the same. so cubox attached to HDMI TV but into HDMI/DVI port for connecting PCs |
| 21:21 | mk01 | after uboot SXGA was set (1280x1024) and blanked out |
| 21:22 | ths_ | and must go to eat with my family, can i ask you tomorow about this test ? |
| 21:22 | ths_ | i really need this solution ... |
| 21:24 | ths_ | i come back in 2 hour |