XBMC For (X/X2/U2/U3) Updated 20140408 version [UPDATED]

hansi9990 · Post by **hansi9990** » Mon Apr 21, 2014 5:22 am

Ok was my fault, I had installed the dependencies via copy and paste from the Guide thread http://forum.odroid.com/viewtopic.php?f=52&t=2976 and there were probably some packages not installed, maybe because the cr/lf sign \ , when I configure executed I received many messages and then had the missing packages manually installed, though I also received an error message about the missing doxygen. Could be this error does not come when the dependencies installed correctly.

hansi9990 · Post by **hansi9990** » Mon Apr 21, 2014 5:29 pm

Does anyone know how to disable the usp storage notification in lxde?
When I plug in a USB memory device and xbmc started then the screen starts to flicker on, that's just gone when the notification is confirmed.

memeka · Post by **memeka** » Mon Apr 21, 2014 5:48 pm

@meveric the crashing occurs in Gotham.

Code: Select all

X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  136 (DRI2)
  Minor opcode of failed request:  8 (DRI2SwapBuffers		)
  Resource id in failed request:  0x1800001
  Serial number of failed request:  7695
  Current serial number in output stream:  7695

WhtKnight · Post by **WhtKnight** » Mon Apr 21, 2014 11:04 pm

Sorry, I know this is probably a weird/stupid question but I only got my odroid a couple of days ago and I'm trying to get a handle on this whole system

There's a U, an X and an X2 file in the download location specified, are all of these compatible with the XU+E and if so how would I know which to try with my system?

cheers lads

Post by **odroid** » Mon Apr 21, 2014 11:13 pm

This OS image is not compatible with the XU series.

memeka · Post by **memeka** » Tue Apr 22, 2014 6:13 am

Most of the time, this occurs when the screensaver activates -- disabling the screensaver reduces the crashes a lot.

So...

* Frodo crashes on exit
* Gotham fixes that, but there is an issue with EGL whereas you need to make the app windowed then fullscreen again or flickering occurs. Flickering is present in all EGL fullscreen apps (except Frodo apparently)...

EDIT: actually (thx @mdrjr) you can compile and run both Frodo and Gotham in 2 ways...

1) using EGLNativeTypeOdroid (X11: No, SDL: No) => there is no crash on exit, but there is flickering
2) using X11 (X11: Yes, SDL: Yes) => crash on exit (in libX11.so) but no flickering...

So I got Gotham RC1 running fine...

memeka wrote:@meveric the crashing occurs in Gotham.

Code: Select all

X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  136 (DRI2)
  Minor opcode of failed request:  8 (DRI2SwapBuffers		)
  Resource id in failed request:  0x1800001
  Serial number of failed request:  7695
  Current serial number in output stream:  7695

meveric · Post by **meveric** » Tue Apr 22, 2014 8:00 pm

i think i just stick with my Frodo 12.2 build, haveing no major issues with that and it's running just fine for me in 1080p.
The mali400 and armsoc driver can be easily ported to other distros.
If anyone wants to try it you can take the necessary files from here: http://oph.mdrjr.net/meveric/other/Mali400-r4p0/
Should be able to install on any Ubuntu or Debian Image (if someone has a different xorg running, please say so i can easily add xf86-video-armsoc for other Xorg versions, as long as i can install it somewhere

)

Ah, just one word of advice, i overclocked Mali GPU to 640Mhz in those kernels (kinda was a testbuild^^) so running heavy 3D games/apps might increase heat!

memeka · Post by **memeka** » Wed Apr 23, 2014 3:21 am

FYI, with the patch made by DSD for xorg server (see https://gist.github.com/dsd/6f2984f87f972f62d53e)
on Debian Wheezy 1080p I get:

256fps on es2gears, 91fps on glmark, 57fps on glmark fullscreen

I will be posting my image in the following days...

Code: Select all

root@odroid:~# es2gears
EGL_VERSION = 1.4 Linux-r4p0-00rel0
vertex shader info: 
fragment shader info: 
info: 
1280 frames in 5.0 seconds = 255.898 FPS
1281 frames in 5.0 seconds = 256.098 FPS
1281 frames in 5.0 seconds = 256.046 FPS
1280 frames in 5.0 seconds = 255.898 FPS
1280 frames in 5.0 seconds = 255.898 FPS
1280 frames in 5.0 seconds = 256.000 FPS
1281 frames in 5.0 seconds = 256.046 FPS
1280 frames in 5.0 seconds = 256.000 FPS
1281 frames in 5.0 seconds = 256.046 FPS
1280 frames in 5.0 seconds = 256.000 FPS
1280 frames in 5.0 seconds = 256.000 FPS
1281 frames in 5.0 seconds = 256.098 FPS
1281 frames in 5.0 seconds = 256.098 FPS
1281 frames in 5.0 seconds = 256.149 FPS
1280 frames in 5.0 seconds = 256.000 FPS

Code: Select all

root@odroid:~# glmark2-es2 
=======================================================
    glmark2 2012.08
=======================================================
    OpenGL Information
    GL_VENDOR:     ARM
    GL_RENDERER:   Mali-400 MP
    GL_VERSION:    OpenGL ES 2.0
=======================================================
[build] use-vbo=false: FPS: 93 FrameTime: 10.753 ms
[build] use-vbo=true: FPS: 99 FrameTime: 10.101 ms
[texture] texture-filter=nearest: FPS: 103 FrameTime: 9.709 ms
[texture] texture-filter=linear: FPS: 103 FrameTime: 9.709 ms
[texture] texture-filter=mipmap: FPS: 105 FrameTime: 9.524 ms
[shading] shading=gouraud: FPS: 88 FrameTime: 11.364 ms
[shading] shading=blinn-phong-inf: FPS: 90 FrameTime: 11.111 ms
[shading] shading=phong: FPS: 84 FrameTime: 11.905 ms
[bump] bump-render=high-poly: FPS: 64 FrameTime: 15.625 ms
[bump] bump-render=normals: FPS: 107 FrameTime: 9.346 ms
[bump] bump-render=height: FPS: 104 FrameTime: 9.615 ms
[effect2d] kernel=0,1,0;1,-4,1;0,1,0;: FPS: 96 FrameTime: 10.417 ms
[effect2d] kernel=1,1,1,1,1;1,1,1,1,1;1,1,1,1,1;: FPS: 74 FrameTime: 13.514 ms
[pulsar] light=false:quads=5:texture=false: FPS: 107 FrameTime: 9.346 ms
[desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 48 FrameTime: 20.833 ms
[desktop] effect=shadow:windows=4: FPS: 84 FrameTime: 11.905 ms
Error: Requested MapBuffer VBO update method but GL_OES_mapbuffer is not supported!
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=subdata: FPS: 43 FrameTime: 23.256 ms
Error: Requested MapBuffer VBO update method but GL_OES_mapbuffer is not supported!
[buffer] columns=200:interleave=true:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
[ideas] speed=duration: FPS: 80 FrameTime: 12.500 ms
[jellyfish] <default>: FPS: 87 FrameTime: 11.494 ms
Error: SceneTerrain requires Vertex Texture Fetch support, but GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS is 0
[terrain] <default>: Unsupported
[conditionals] fragment-steps=0:vertex-steps=0: FPS: 106 FrameTime: 9.434 ms
[conditionals] fragment-steps=5:vertex-steps=0: FPS: 102 FrameTime: 9.804 ms
[conditionals] fragment-steps=0:vertex-steps=5: FPS: 104 FrameTime: 9.615 ms
[function] fragment-complexity=low:fragment-steps=5: FPS: 105 FrameTime: 9.524 ms
[function] fragment-complexity=medium:fragment-steps=5: FPS: 96 FrameTime: 10.417 ms
[loop] fragment-loop=false:fragment-steps=5:vertex-steps=5: FPS: 101 FrameTime: 9.901 ms
[loop] fragment-steps=5:fragment-uniform=false:vertex-steps=5: FPS: 101 FrameTime: 9.901 ms
[loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 101 FrameTime: 9.901 ms
=======================================================
                                  glmark2 Score: 91 
=======================================================

Code: Select all

root@odroid:~# glmark2-es2 --fullscreen
=======================================================
    glmark2 2012.08
=======================================================
    OpenGL Information
    GL_VENDOR:     ARM
    GL_RENDERER:   Mali-400 MP
    GL_VERSION:    OpenGL ES 2.0
=======================================================
[build] use-vbo=false: FPS: 59 FrameTime: 16.949 ms
[build] use-vbo=true: FPS: 60 FrameTime: 16.667 ms
[texture] texture-filter=nearest: FPS: 60 FrameTime: 16.667 ms
[texture] texture-filter=linear: FPS: 60 FrameTime: 16.667 ms
[texture] texture-filter=mipmap: FPS: 60 FrameTime: 16.667 ms
[shading] shading=gouraud: FPS: 60 FrameTime: 16.667 ms
[shading] shading=blinn-phong-inf: FPS: 60 FrameTime: 16.667 ms
[shading] shading=phong: FPS: 60 FrameTime: 16.667 ms
[bump] bump-render=high-poly: FPS: 60 FrameTime: 16.667 ms
[bump] bump-render=normals: FPS: 60 FrameTime: 16.667 ms
[bump] bump-render=height: FPS: 60 FrameTime: 16.667 ms
[effect2d] kernel=0,1,0;1,-4,1;0,1,0;: FPS: 60 FrameTime: 16.667 ms
[effect2d] kernel=1,1,1,1,1;1,1,1,1,1;1,1,1,1,1;: FPS: 43 FrameTime: 23.256 ms
[pulsar] light=false:quads=5:texture=false: FPS: 60 FrameTime: 16.667 ms
[desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 20 FrameTime: 50.000 ms
[desktop] effect=shadow:windows=4: FPS: 60 FrameTime: 16.667 ms
Error: Requested MapBuffer VBO update method but GL_OES_mapbuffer is not supported!
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
[buffer] columns=200:interleave=false:update-dispersion=0.9:update-fraction=0.5:update-method=subdata: FPS: 60 FrameTime: 16.667 ms
Error: Requested MapBuffer VBO update method but GL_OES_mapbuffer is not supported!
[buffer] columns=200:interleave=true:update-dispersion=0.9:update-fraction=0.5:update-method=map: Unsupported
[ideas] speed=duration: FPS: 60 FrameTime: 16.667 ms
[jellyfish] <default>: FPS: 60 FrameTime: 16.667 ms
Error: SceneTerrain requires Vertex Texture Fetch support, but GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS is 0
[terrain] <default>: Unsupported
[conditionals] fragment-steps=0:vertex-steps=0: FPS: 60 FrameTime: 16.667 ms
[conditionals] fragment-steps=5:vertex-steps=0: FPS: 60 FrameTime: 16.667 ms
[conditionals] fragment-steps=0:vertex-steps=5: FPS: 60 FrameTime: 16.667 ms
[function] fragment-complexity=low:fragment-steps=5: FPS: 60 FrameTime: 16.667 ms
[function] fragment-complexity=medium:fragment-steps=5: FPS: 60 FrameTime: 16.667 ms
[loop] fragment-loop=false:fragment-steps=5:vertex-steps=5: FPS: 60 FrameTime: 16.667 ms
[loop] fragment-steps=5:fragment-uniform=false:vertex-steps=5: FPS: 60 FrameTime: 16.667 ms
[loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 60 FrameTime: 16.667 ms
=======================================================
                                  glmark2 Score: 57 
=======================================================

hansi9990 · Post by **hansi9990** » Wed Apr 23, 2014 4:20 am

I have tried to compile a new kernel but I keep getting an error and the compiler aborts.
First I downloaded the sources like this
git clone - depth 1 https://github.com/hardkernel/linux.git-b ODROID-3.8.y-mali_r4p0 ODROID-3.8.y-mali_r4p0
then
make odroidu2_defconfig
make menuconfig
make -j5 zImage modules

Code: Select all

CC      arch/arm/kernel/sys_oabi-compat.o
arch/arm/mach-exynos/mach-hkdk4412.c:439:2: warning: initialization from incompatible pointer type [enabled by default]
  .cfg_gpio   = exynos4_setup_dwmci_cfg_gpio,
  ^
arch/arm/mach-exynos/mach-hkdk4412.c:439:2: warning: (near initialization for âhkdk4412_dwmci_pdata.cfg_gpioâ) [enabled by default]
arch/arm/mach-exynos/mach-hkdk4412.c:539:3: error: âhkdk4412_lcd_lp101wh1â undeclared here (not in a function)
  &hkdk4412_lcd_lp101wh1,
   ^
arch/arm/mach-exynos/mach-hkdk4412.c: In function âhkdk4412_machine_initâ:
arch/arm/mach-exynos/mach-hkdk4412.c:684:40: error: âdrm_fimd_pdataâ undeclared (first use in this function)
  s5p_device_fimd0.dev.platform_data = &drm_fimd_pdata;
                                        ^
arch/arm/mach-exynos/mach-hkdk4412.c:684:40: note: each undeclared identifier is reported only once for each function it appears in
make[1]: *** [arch/arm/mach-exynos/mach-hkdk4412.o] Fehler 1
make[1]: *** Warte auf noch nicht beendete Prozesse...
  CC      arch/arm/kernel/thumbee.o
make: *** [arch/arm/mach-exynos] Fehler 2
make: *** Warte auf noch nicht beendete Prozesse...
  AS      arch/arm/mm/tlb-v7.o
  CC      arch/arm/kernel/kgdb.o
  AS      arch/arm/mm/proc-v7.o
  CC      arch/arm/kernel/unwind.o
  CC      arch/arm/kernel/swp_emulate.o
  CC      arch/arm/mm/cache-l2x0.o
  CC      arch/arm/kernel/hw_breakpoint.o
  CC      arch/arm/kernel/perf_event.o
  CC      arch/arm/kernel/perf_event_cpu.o
  CC      arch/arm/kernel/topology.o
  LD      arch/arm/mm/built-in.o
  CC      arch/arm/kernel/io.o
  AS      arch/arm/kernel/debug.o
  CC      arch/arm/kernel/early_printk.o
  AS      arch/arm/kernel/head.o
  LDS     arch/arm/kernel/vmlinux.lds
  LD      arch/arm/kernel/built-in.o

thats it, the compiler aborts.

Does anyone know what could go wrong here?

Post by **mdrjr** » Wed Apr 23, 2014 5:05 am

I've pushed an fix for that.

meveric · Post by **meveric** » Wed Apr 23, 2014 5:47 am

memeka wrote:FYI, with the patch made by DSD for xorg server (see https://gist.github.com/dsd/6f2984f87f972f62d53e)
on Debian Wheezy 1080p I get

i'd like to have the patch you did on the Debian Wheezy xorg-server since there are many parts in the patch that do not exist in the xorg-server version of Debian Wheezy (for example prime_id does not exist), so i'd like to know how you fixed that.

memeka · Post by **memeka** » Wed Apr 23, 2014 1:43 pm

I just removed that line (just return Success) - prime_id was added in newer Xorg.
I've made a deb - you want me to publish it?

meveric · Post by **meveric** » Wed Apr 23, 2014 3:03 pm

Yes would be nice if you can publish it.. i'll also look at what you've said and remove the line and just return a Success.. and see how far i get

memeka · Post by **memeka** » Wed Apr 23, 2014 5:15 pm

http://oph.mdrjr.net/memeka/

xserver-xorg-core_1.12.4-6+deb7u2_armhf.deb for debian wheezy...

The problem that still remains, and if solved would make gotham run w/o crashing... is flickering in full-screen egl apps...
like i said previously, if resolution is changed from fullscreen and then back to fullscreen... flickering dissapears...so it's something when creating the first time...

youka · Post by **youka** » Wed Apr 23, 2014 6:42 pm

mdrjr wrote:I've pushed an fix for that.

This update didn't affect the HDMI at all, did it? Sorry if I'm going a bit off-topic...I pulled and recompiled the kernel this morning and only updated the zImage and the modules. When booting after that, /dev/fb1 is gone and my monitor says there's no signal. /dev/fb0 exists, but doesn't do anything. All was working well before copying the new zImage and modules across.

I tried removing the fbcon=map part from the bootargs, then the monitor works, but I only get some random white lines going down the screen. If I try starting up X11, I just get random-coloured lines running down the screen.

Any ideas?

Post by **mdrjr** » Wed Apr 23, 2014 7:12 pm

youka wrote:
mdrjr wrote:I've pushed an fix for that.
This update didn't affect the HDMI at all, did it? Sorry if I'm going a bit off-topic...I pulled and recompiled the kernel this morning and only updated the zImage and the modules. When booting after that, /dev/fb1 is gone and my monitor says there's no signal. /dev/fb0 exists, but doesn't do anything. All was working well before copying the new zImage and modules across.

I tried removing the fbcon=map part from the bootargs, then the monitor works, but I only get some random white lines going down the screen. If I try starting up X11, I just get random-coloured lines running down the screen.

Any ideas?

You should change /etc/X11/xorg.conf and change /dev/fb1 to /dev/fb0
I'll also push more updates today to make it more compatible.

youka · Post by **youka** » Wed Apr 23, 2014 7:18 pm

mdrjr wrote:You should change /etc/X11/xorg.conf and change /dev/fb1 to /dev/fb0
I'll also push more updates today to make it more compatible.

I did

Same results. But it's okay for now, I'll just use the last kernel I was using in the meantime. Thanks

Post by **mdrjr** » Wed Apr 23, 2014 7:34 pm

I just pushed more stuff to fix it

youka · Post by **youka** » Wed Apr 23, 2014 8:03 pm

mdrjr wrote:I just pushed more stuff to fix it

Hmm, still no joy

I pulled your update (saw it was just some defconfig changes) and compiled it with the defconfig without changing anything else. The results are different this time, but still not quite right... My cursor is now a colourful block that I can move around by moving the mouse, and the rest of the screen is just black behind that. When I terminate X then the entire screen goes colourful again. Also, there's no signs of any fbcon when I start up, just a blank screen.

I see you disabled FB_S3C, did you find a replacement for the framebuffer?

Post by **mdrjr** » Wed Apr 23, 2014 8:11 pm

all the updates are related to the LVDS display on X/X2

S3C_FB was the framebuffer being used only for this.

I moved our LCD Kit to Exynos DRM FIMD.

So, we don't have two fb anymore. Only the FB from exynos_drm that will handle the LVDS and HDMI displays.

Also makes 10 times more easy to deal with dual-head with LCD Kit and HDMI.

I'll test here on the U3 later today how its going on HDMI only.

I tested on X(X2) and it was working fine.

youka · Post by **youka** » Wed Apr 23, 2014 8:16 pm

Ah okay, I see. Thanks, I'll try again later or tomorrow

zamotcr · Post by **zamotcr** » Fri Apr 25, 2014 7:36 am

I have problems with XBMC.

The video of almost all my K-Dramas are really slow on XBMC (in Android they are slow but on Linux its worse).
In Linux the video starts but xbmc freeze on the first video frame and the audio keeps going without freeze.

In ffmpeg those videos work way better. In Android in VLC or MXPlayer work without any issue.

The format of the videos are:

1280x720
Video Format H264
Video Codec ffh264
video fps 30
video bitrate 3039 kb/s

Its weird because they dont work in XBMC Only.

Post by **mdrjr** » Fri Apr 25, 2014 7:39 am

Codec profile level? Sample video?

zamotcr · Post by **zamotcr** » Fri Apr 25, 2014 8:04 am

mdrjr wrote:Codec profile level? Sample video?

Oh I didn't know about profile level, I got it from ffprobe and it says level=51

I think then I cannot watch them because is not supported

Post by **mdrjr** » Fri Apr 25, 2014 8:17 am

h264 codec level 5.1 isn't supported

That's why ffmpeg is faster because its using the CPU to decode.

jleeca · Post by **jleeca** » Fri Apr 25, 2014 10:39 am

I have many avi files that cannot be played correctly. When I try to play one, the screen becomes black while audio continue to play okay. Error logs that are repeated in the xbmc.log file;

Code: Select all

21:24:15 T:2734515264 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
21:24:15 T:2734515264 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
21:24:30 T:2698921024 WARNING: Previous line repeats 129 times.
21:24:30 T:2698921024 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available

A sample (trimmed to one minute video) avi file is shared;
https://www.dropbox.com/s/sujh825i97v4d7x/mmm.avi

Mediainfo about the file

Code: Select all

General
Complete name                            : D:\Public\Videos\Downloaded\mmm.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 12.4 MiB
Duration                                 : 1mn 7s
Overall bit rate                         : 1 541 Kbps

Video
ID                                       : 0
Format                                   : MPEG-4 Visual
Format profile                           : Simple@L1
Format settings, BVOP                    : No
Format settings, QPel                    : No
Format settings, GMC                     : No warppoints
Format settings, Matrix                  : Default (H.263)
Codec ID                                 : XVID
Codec ID/Hint                            : XviD
Duration                                 : 1mn 7s
Bit rate                                 : 1 302 Kbps
Width                                    : 640 pixels
Height                                   : 360 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 29.970 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Compression mode                         : Lossy
Bits/(Pixel*Frame)                       : 0.189
Stream size                              : 10.5 MiB (85%)
Writing library                          : Lavc52.27.0

Audio
ID                                       : 1
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Mode extension                           : CM (complete main)
Format settings, Endianness              : Big
Codec ID                                 : 2000
Duration                                 : 1mn 7s
Bit rate mode                            : Constant
Bit rate                                 : 192 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Bit depth                                : 16 bits
Compression mode                         : Lossy
Stream size                              : 1.55 MiB (12%)
Alignment                                : Aligned on interleaves
Interleave, duration                     : 32 ms (0.96 video frame)

Is this a known issue?

memeka · Post by **memeka** » Fri Apr 25, 2014 2:37 pm

I've tried it, and it works perfectly.
I'm using U3 + XBMC Gotham (13.0) release candidate, my image was published here: http://forum.odroid.com/viewtopic.php?f=79&t=4626
Dunno about Frodo....

CyBBaH · Post by **CyBBaH** » Fri Apr 25, 2014 6:44 pm

mdrjr are you working on 14 with gotham?
can i ask you when do you think to release the new image?
I am looking forward to it

hansi9990 · Post by **hansi9990** » Fri Apr 25, 2014 10:54 pm

About Ubuntu 14 read this posting from mdrjr

http://forum.odroid.com/viewtopic.php?f ... =60#p36580

and about xbmc Gotham this

http://forum.odroid.com/viewtopic.php?f=8&t=4456#p35824

meveric · Post by **meveric** » Sat Apr 26, 2014 1:34 am

memeka wrote:I've tried it, and it works perfectly.
I'm using U3 + XBMC Gotham (13.0) release candidate, my image was published here: http://forum.odroid.com/viewtopic.php?f=79&t=4626
Dunno about Frodo....

Just tried it on a modified version of my ODROID GameStation Turbo image with mali400 r4p0 drivers and the xorg patch installed.
XBMC Frodo 12.2 is working fine with the example movie as well no issues here (had some issues with it before patching xorg).

jleeca · Post by **jleeca** » Sat Apr 26, 2014 1:35 am

memeka wrote:I've tried it, and it works perfectly.
I'm using U3 + XBMC Gotham (13.0) release candidate, my image was published here: http://forum.odroid.com/viewtopic.php?f=79&t=4626
Dunno about Frodo....

Yes, I'm running Frodo. In order to try XBMC Gotham to see if the problem is caused by Frodo, can I just update xbmc from ppa:team-xbmc/unstable or do I need to download a special build for Odroid?

Update: I tried to install xbmc Gotham from ppa:team-xbmc/unstable (after running "add-apt-repository ppa:team-xbmc/unstable"), but found no arm packages are provided. As I already ran "apt-get install xbmc-frodo-odroid" earlier, I don't have xbmc installed anymore. What should I do to install xbmc? Do I just need to build and install from xbmc source? Or is there a repository for this?

jleeca · Post by **jleeca** » Sat Apr 26, 2014 1:46 am

Just tried it on a modified version of my ODROID GameStation Turbo image with mali400 r4p0 drivers and the xorg patch installed.
XBMC Frodo 12.2 is working fine with the example movie as well no issues here (had some issues with it before patching xorg).

Hmm, if then, the issue is probably not caused by xbmc Frodo. I'm currently running 20140408 version (Frodo) downloaded from http://www.odroid.in/lubuntu-13.10-xbmc/. Doesn't it already have xorg patch included? What kind of problem did you have? I tried again and I see the only first frame (or maybe a couple of them) is displayed correctly but no more video frames get updated after that while audio continue to play okay although audio start to stutter after 10 seconds.

meveric · Post by **meveric** » Sat Apr 26, 2014 3:15 pm

the issues i had was with vsync.. i had some tearing and the movie was a little blurry but after the xorg patch it was running fine.

20140408 version from hardkernel does not have the xorg patch installed and they use a version of XBMC Frodo 12.3.. i use different sources and have made my own builds of XBMC Frodo in version 12.2.
Depending on the system you can either download

http://oph.mdrjr.net/meveric/repository ... _armhf.deb
for Debian Wheezy, Ubtuntu 12.04
if you use a newer version of either Debian or Ubuntu you should try this one:
http://oph.mdrjr.net/meveric/repository ... _armhf.deb

Thing is the last one i haven't updated in a while... should work anyway..

haare · Post by **haare** » Sat Apr 26, 2014 10:23 pm

Hello,

I figured out that the problem with cec is my av receiver.
If I connect odroid straight to my tv and use another hdmi input to control av receiver i get it to work. However I have problems how to get analog audio output working. For some reason it uses hdmi even though I have analog audio plugged in.

Any idea how to fix this?

Post by **mdrjr** » Sat Apr 26, 2014 10:44 pm

haare,

Like you can't have audio on HDMI and Analog output at the same time?

I'll have to inspect that.. I never actually noticed that

haare · Post by **haare** » Sat Apr 26, 2014 11:29 pm

Hello,

Thanks for reply.
No, no analog audio, only hdmi audio (which I can't connect to av receiver or I will lose cec)

My setup
Video straight to to through hdmi1
-This is the only way to get cec working
Audio
Analog output to av receiver
- This is the part I have trouble with. I can't get audio through analog output, it uses always hdmi

(to control av receiver I use hdmi2 - cec)
- Unfortunately my tv is able to send sound back to av receiver only through hdmi 1, which I need for odroid.

fix
got it working as I wanted, when I changet to noedid DVI 1080p setting in odroid-config

dsd · Post by **dsd** » Tue Apr 29, 2014 2:59 am

memeka reported on IRC a problem where under some environments, the first Mali-rendered frame gets stuck on the screen (actually displayed exactly half the time) while it flickers to the later frames. I reproduced this with `glmark2-es2 --fullscreen` under metacity.

Looks like a mali bug plus an unfortunate sequence of events cause this:
* Mali calls GetBuffers to allocate the back buffer and get a reference to the front buffer
* First SwapBuffers falls back to the copy path as the window manager has not yet got the app on-screen. This changes the drawable serial number.
* Mali calls GetBuffers again, actually before the above swap has completed. New back buffer is allocated, first one isn't reused due to serial number mismatch.
* SwapBuffers called again, X decides this must be swapping the 2nd back buffer onto the screen (and we now do this with a page flip) but for some reason Mali has ignored the result of the 2nd GetBuffers call and is still rendering into the first back buffer. oops.

This can be 'fixed' by adding this X server patch: http://cgit.freedesktop.org/xorg/xserve ... 7e53620e68
it means that the original back buffer will be reused so the discrepancy between X and Mali goes away.

meveric · Post by **meveric** » Tue Apr 29, 2014 4:34 am

that sounds very promising.. i'm gonna try that and see if it fixes the issue with retroarch as well

AreaScout · Post by **AreaScout** » Tue Apr 29, 2014 4:51 am

Hi dsd

wow thanks so much ! it works

now i can finally check retroarch with shaders !

RG

AreaScout · Post by **AreaScout** » Tue Apr 29, 2014 5:29 am

well issue is gone but retroarch is extremly slow ~21fps ??

dsd · Post by **dsd** » Tue Apr 29, 2014 5:31 am

oops, spoke to soon. adding the above patch has the effect that we don't do any more page flipping, we're back to 100% CPU copies, at least for my glmark2 fullscreen test.

AreaScout · Post by **AreaScout** » Tue Apr 29, 2014 5:46 am

ahh ok

but it was very close, if i enable shaders in retroarch it does not effekt to drop down the fps so i know now that shaders will work ( at least the not so complex once ) if the retroarch will render with 60fps and then you guys are my superheros ! do you think that this has to be changed in mali kernel driver then ?

RG

meveric · Post by **meveric** » Tue Apr 29, 2014 5:50 am

yepp i can tell the same.. frames drop greatly for fullscreen apps

besides that, yes the flickering is gone

dsd · Post by **dsd** » Tue Apr 29, 2014 6:18 am

try with this armsoc patch in addition to the X one: https://gist.github.com/dsd/bf3564fa7a800b25cc23

not 100% sure it is correct (checking that) but should be close enough...

meveric · Post by **meveric** » Tue Apr 29, 2014 2:24 pm

looks very promesing.. just checked it on 1944 Loopmaster (MAME over retroarch) it's back to 60fps

AreaScout · Post by **AreaScout** » Tue Apr 29, 2014 5:27 pm

@dsd

do you know that i have been waiting for this a very very long time ! this is amazing

thank you !

dsd · Post by **dsd** » Wed Apr 30, 2014 1:17 am

great, pushed a slightly better armsoc fix to https://github.com/dsd/xf86-video-armso ... 2750005907

meveric · Post by **meveric** » Wed Apr 30, 2014 5:13 am

here's what i can say about the newest patch:

1. glmark2-es2 fullscreen "slightly" improved framerates (i got an average of 60 FPS - makes me wonder if it's enforcing vsync)
2. glmark2-es2 windows droped from about 100 fps to 70 fps
3. es2gears no big changes steady with about 253 FPS
4. retroarch... first try resulted in unchanged framerates... MAME about 60 FPS, PCSX about 43~45 FPS and then SNES was acting weird.. got tearing and was actually running sometimes over 60FPS o_O
5. activated vsync on Retroarch
SNES stopped tearing and was running "pretty steady" at 63 FPS o_O slightly too fast but no other issues
PCSX rechecked with vsync.. steady 50 FPS (seems ok for PAL games?)
MAME with vsync ... no changes still steady 59.6 (60) FPS

guess i do some more testing with the other cores

memeka · Post by **memeka** » Wed Apr 30, 2014 8:07 am

Did anyone test this with ubuntu 14.04 (different xorg server where performance was really bad)...?

AreaScout · Post by **AreaScout** » Wed Apr 30, 2014 6:01 pm

@dsd

I had nearly the same results like meveric except PCSX is running smoothly with 60fps here, seems like to be perfect and comparable with lima now but the biggest benefit for me is that shaders are working now

with some shaders from http://www.shadertoy.com i had strange effects looking like a tilling problem or something, dunno if this is a bug in the kerneldriver or not, tested with this https://github.com/AreaScout/pishaderto ... oShaderToy tool

Code: Select all

./oShaderToy shaders/mainsequencestar.f.glsl

and

Code: Select all

./oShaderToy shaders/flame.f.glsl

while others are working perfect

RG Area