IRC log of #cubox of Wed 20 Aug 2014. All times are in CEST < Back to index

05:06 iCEBrkr oh.
05:06 iCEBrkr what's this fun about?
05:06 iCEBrkr android-4.4.2-1.0.1a-ga-aaf118bb78-gapps.img.xz
05:06 iCEBrkr ?
14:04 ce3c hey folks o/
14:04 ce3 14:04 * ce3c just received his cubox-i!
14:04 ce3c I'm wondering which OS i should put on it
14:05 ce3c I had geexbox, but then figured out that I couldn't compile stuff on the device itself? (or it didn't have any build essentials/neither in the pkg manager)
14:08 kivutar ce3c, you need a general purpose distro then, you can go archlinux or debian
14:20 iCEBrkr ce3c: Do you really want to be building stuff on the cubox itself?
14:23 ce3c kivutar, yes, I'm most familiar with Debian, so that'd be safest :)
14:23 ce3c iCEBrkr, not necessarily, but I want to get an emulator working on it
14:24 ce3c which, I think, would be harder to get working in an xcompile environment
14:24 iCEBrkr Sounds like I'd get things built on a machine that has some horsepower and make an image to push to the cubox
14:24 iCEBrkr Ehhh.. Possibly.
14:25 ce3c I assume the emulators out there rely a lot on GPU rendering?
14:25 ce3c which I also assume would be more difficult to debug if anything is wrong since I'd have to push a new image each time
14:26 iCEBrkr That's how I've always built and tested android. :(
14:28 ce3c I have this image in my head that compiling on the computer, then pushing back the image to the device, is complicated; although ADB makes it real easy for Android. Is there an alternative for geexbox?
14:46 jnettlet you can compile on the computer. I would recommend using an eSATA drive for your source if you have one. SDHC can be a little slow. Definitely doable. I just compiled Xorg on the CBi yesterday
14:46 jnettlet It is actually Fedora policy that all packages need to be compiled natively
16:25 ziga hey
16:25 ziga I guess talking about hummingboard here isn't offtopic ?
17:08 jnettlet ziga, not at all. #cubox is a carry over from the original Cubox
17:54 kivutar ce3c, I ported RetroArch to cuboxi
17:54 kivutar it works well
18:09 ce3c neat
18:09 ce3c what's your experience with mupen/mednafen psx on cubox-i?
18:10 ce3c i'm wondering about the performance
18:12 ce3c I'm gonna try RetroArch
18:14 rabeeh kivutar: \o/
18:15 rabeeh have image?
18:15 rabeeh :)
18:15 rabeeh kivutar: have you seen LK 3.14.14?
18:17 kivutar rabeeh, I have compiled an image, and some people have been testing it and found some bugs, but I've not been able to try iet yet as the post office is closed today, I will have the devices tomorrow morning
18:17 kivutar ce3c, mednafen-psx is working ok, mupen is still slow and need optimisations
18:18 rabeeh kivutar: please look at LK 3.14.14; rmk has irqbalanced that will get the interrupts scattered on multiple cpus (will help in the gpu performance)
18:18 kivutar here is the image http://sources.lakka.tv/nightly/Lakka-Cuboxi.arm-devel-20140820181615-r19310-gd90b668.img.gz
18:18 rabee 18:18 * rabeeh downloads
18:19 kivutar ok good for LK 3.14.14
18:20 rabeeh i have too many micro sd cards
18:20 rabeeh all black. i need to find a way to write what does each one
18:20 kivutar yeah same here, some of them are even not working anymore
18:20 kivutar rabeeh, where is this branch please?
18:26 rabeeh http://www.solid-run.com/community/topic1525.html
18:26 kivutar ok I'm reading the releases notes for 3.14.14
18:27 kivutar ok let me compile an image with this kernel then
18:38 kivutar ah I can't wait for tomorrow morning to get the devices :)
18:38 kivutar rabeeh, I suppose that DMT modes are not supported?
18:39 rabeeh DMT modes?
18:40 kivutar computer monitors, opposed to TVs (CEA modes)
18:40 kivutar it was the case in freescale kernel at least
18:41 kivutar it caused bugs with hdmi to dvi converters
18:48 rabeeh ok; will check with jnettlet
18:48 rabeeh he had patches to fix those; will check with him if he pushed those
18:53 kivutar thanks
20:50 kgp rabeeh: Not working tonight? :)
21:42 jnettlet kgp, rabeeh is taking the night off.