IRC log of #cubox of Mon 12 May 2014. All times are in CEST < Back to index

09:37 davorin morgaehn...
09:50 heap_ hi
09:50 heap_ when i started xbmc on arch cubox pro1 i got...
09:50 heap_ Xlib: extension GLX mssion on display :0
09:50 heap_ XBMC needs hardware acceerated OpenGL rendering.
09:50 heap_ Install an approripate graphics driver.
09:56 jnettlet heap_, the default XBMC under Arch is compiled to use OpenGL. This is an x86 configuration.
09:56 jnettlet I had xbmc working under X11 with EGL but haven't really maintained it in a couple of months. It was just a test
10:41 dv_ jnettlet: most xbmc buids I have seen for embedded devices try to avoid X
10:41 dv_ with imx devices, it renders opengl es directly to framebuffer. it makes it possible to get rid of tearing, which is kinda important for video playback :)
10:41 jnettlet dv_, yes for memory constraints. But that is annoying if you are also using your device as a normal desktop.
10:44 davori 10:44 * davorin unpacking his 4k monitor (o;
12:08 dv_ jnettlet: wayland to the rescue!
12:54 heap_ jnettlet: so any idea?
13:46 jnettlet heap_, nothing short of recompiling xbmc with the proper backends for the MX6, and possibly patching the Xorg implementation.
13:46 jnettlet dv_, well hopefully wayland to the rescue.
13:48 jnettlet wayland is toeing that line of trying to only work well on 100% OSS drivers. While that is a noble cause it is ultimately a losing one.
13:48 jnettlet if they keep that up then Mir may really win the battle just because it uses the same backend/drivers as Android, which is what is really winning the battle
14:01 dv_ jnettlet: the imx6 wayland patches work well
17:25 heap_ jnettlet: i meant i have cubox pro v1
17:30 jnettlet heap_, oh well the same applies. We are working on getting support for the original hardware on newer distros working.
18:17 davorin what a fecking resolution 4k is...
21:49 mal- rabeeh
22:00 heap_ hi
22:00 heap_ i wanted to pacman -Syu on arch arm and got
22:01 heap_ error: failed to prepare transaction (could not satisfy dependencies)
22:01 heap_ :: cairo: requires mesa
22:01 heap_ do i have to install mesa?
22:44 Fortuona \o everyone
22:44 Fortuona I am trying to find the right vivante bianry blobs for my cubox-i running 3.0.35 kernel
22:44 Fortuona apparently a BSP 4.1.0 is required but I have only been able to find this http://download.ossystems.com.br/bsp/freescale/source/ with a 4.0.0 version
22:45 Fortuona also, I am on a hardfloat system, so I need hfp binaries
22:45 Fortuona so I looked more nad found that there is a patch to vivante 4.6.9p13 support inside meta-fsl-arm
22:45 Fortuona but then, where can I find the vivante bianries for 4.6.9p13?