Ich probiere gerade amlhddevice auf einem Odroid C1 unter Ubuntu trusty aus.
Leider bekomme ich sehr früh einen Segfault:
Code
Program received signal SIGSEGV, Segmentation fault.
__memcpy_neon () at ../ports/sysdeps/arm/armv7/multiarch/memcpy_impl.S:590
590 ../ports/sysdeps/arm/armv7/multiarch/memcpy_impl.S: No such file or directory.
(gdb) bt
#0 __memcpy_neon () at ../ports/sysdeps/arm/armv7/multiarch/memcpy_impl.S:590
#1 0xb6c3ec00 in memcpy (__len=<optimized out>, __src=0xb2bc5008, __dest=<optimized out>) at /usr/include/arm-linux-gnueabihf/bits/string3.h:51
#2 cFbRawOsd::Flush (this=0x2c2838) at fbosd.c:60
#3 0x000c5070 in cSkinLCARSDisplayChannel::Flush (this=0x2c0ff0) at skinlcars.c:672
#4 0x0009afc4 in cDisplayChannel::cDisplayChannel (this=0x2c0448, Number=1, Switched=<optimized out>) at menu.c:4381
#5 0x0006755e in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1010
Hier das Syslog dazu.
Diese Zeile irritiert:
Code
May 29 12:39:50 c1 vdr: [3189] amlhddevice: failed to write U:1280x720p-0#012 to /sys/class/graphics/fb1/mode (-22)
Ist das wichtig?
Ich verwende amlhddevice von Heute aus dem git.
Gebaut habe ich es so:
Code
INCLUDES=-I/usr/include/amcodec/ LDLIBS="-L/usr/lib/aml_libs -lamcodec -lamadec -lamavutils -lasound" make
Leider ist der Segfault selbst in dem binary Blob von Amlogic. Bin ich da jetzt chancenlos oder ist die Ursache eine Andere?
Gerald