Dumme Frage: Funktioniert bei euch skindesigner? Das bricht bei mir mit "Illegal Instruction" ab.
Ein backtrace führt mich zu librsvg und rsvg_handle_new_with_flags. Symbole habe ich noch nicht aktiviert.
skindesigner Version bin ich mir nicht sicher, in jedem Fall >= 1.2.20
Hat noch jemand das Problem?
Ok danke. Ich baue gerade nochmal frisch...
Auch ein frischer Build hat nichts gebracht. Irgendwas ist da noch durcheinander. Ich habe zwar jetzt _librsvg umgestellt, damit mit dem onboard-rust gebaut wird, aber das läuft ohne Fehler durch. Vorher hats auch schon nicht funktioniert...
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: initializing skin estuary4vdr
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using decimal point ,
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using channel logo path /storage/.config/vdropt/plugins/skindesigner/logos/
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using icon path /storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/themes/default/
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using skinparts path /storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/themes/default/skinparts/
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using svgtemplate path /storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/svgtemplates/
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: using language de_DE
Sep 15 11:09:17 rockchip2 vdr[4044]: [4064] device 1 TS buffer thread started (pid=4044, tid=4064, prio=high)
Sep 15 11:09:17 rockchip2 vdr[4044]: [4065] streamdev-client: sections assembler thread started (pid=4044, tid=4065, prio=high)
Sep 15 11:09:17 rockchip2 vdr[4044]: [4044] skindesigner: templates successfully validated and parsedDann ist Schluß und das backtrace sieht so aus:
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/local/bin/vdr --grab=/storage/tmp --watchdog=0 --lirc --terminal=/dev/tty0'.
Program terminated with signal SIGILL, Illegal instruction.
#0 0xf4a5cbc8 in rsvg_handle_new_with_flags () from /storage/.config/vdrlibs/bin/librsvg-2.so.2
No symbol table info available.
#1 0xf4a5d364 in rsvg_handle_new_from_gfile_sync () from /storage/.config/vdrlibs/bin/librsvg-2.so.2
No symbol table info available.
#2 0xf4a5d1d0 in rsvg_handle_new_from_file () from /storage/.config/vdrlibs/bin/librsvg-2.so.2
No symbol table info available.
#3 0xf4fa840c in cImageImporterSVG::LoadImage (this=0x1cc5a28, path=0x1d4fc38 "/storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/themes/default/skinparts/background_displaychannel.svg") at extensions/imageloader.c:201
error = 0x0
#4 0xf4fa8ed0 in cImageLoader::LoadImage (this=this@entry=0x1cca150, fullpath=0x1d4fc38 "/storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/themes/default/skinparts/background_displaychannel.svg")
at extensions/imageloader.c:87
No locals.
#5 0xf4fa9024 in cImageLoader::LoadImage (this=this@entry=0x1cca150, Path=..., FileName=..., Extension=...)
at /home/andreas/git/VDRSternELEC/LibreELEC.tv/build.LibreELEC-RK3399.arm-12.0-devel/toolchain/armv8a-libreelec-linux-gnueabihf/include/c++/13.2.0/bits/basic_string.h:222
sstrImgFile = <incomplete type>
imgFile = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>},
_M_p = 0x1d4fc38 "/storage/.config/vdropt/plugins/skindesigner/skins/estuary4vdr/themes/default/skinparts/background_displaychannel.svg"}, _M_string_length = 117, {
_M_local_buf = "u\000\000\000(\r\325\001\230\245o\367\030\000\000", _M_allocated_capacity = 117}}
#6 0xf4fa5508 in cImageCache::LoadSkinpart (this=this@entry=0x1cca150, name=...) at extensions/imagecache.c:480
svgTemplate = {_vptr.cSVGTemplate = 0xff856964, imageName = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>},
_M_p = 0xf74a8e58 "p\335\026"}, _M_string_length = 4286933292, {_M_local_buf = "\000\000\000\000\024\000\000\000\000\000\000\000\000\000\000", _M_allocated_capacity = 0}}, imagePath = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x65041f49 <error: Cannot access memory at address 0x65041f49>}, _M_string_length = 0, {
_M_local_buf = "\330n\205\377\000\000\000\000\036-\030 \000\000\000", _M_allocated_capacity = 4286934744}}, templatePath = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x20706553 <error: Cannot access memory at address 0x20706553>}, _M_string_length = 824194353, {
_M_local_buf = "1:09:29 \000\037\004e\035\000\000", _M_allocated_capacity = 959461937}}, filePath = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x9 <error: Cannot access memory at address 0x9>}, _M_string_length = 11, {
_M_local_buf = "\017\000\000\000\b\000\000\000{\000\000\000\005\000\000", _M_allocated_capacity = 15}}, startTokenColor = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x101 <error: Cannot access memory at address 0x101>}, _M_string_length = 1, {
_M_local_buf = " \034\000\000p\377\230\001<15>Sep ", _M_allocated_capacity = 7200}}, startTokenOpac = {static npos = 4294967295,
_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x31203531 <error: Cannot access memory at address 0x31203531>}, _M_string_length = 959461937, {
_M_local_buf = ":29 vdr: [4143] ", _M_allocated_capacity = 540619322}}, endToken = {static npos = 4294967295, _M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>},
_M_p = 0x6e696b73 <error: Cannot access memory at address 0x6e696b73>}, _M_string_length = 1769170276, {_M_local_buf = "gner: templates ", _M_allocated_capacity = 1919250023}},
svgTemplate = {<std::_Vector_base<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >> = {
_M_impl = {<std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >> = {<std::__new_allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >> = {<No data fields>}, <No data fields>}, <std::_Vector_base<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >::_Vector_impl_data> = {_M_start = 0x63637573, _M_finish = 0x66737365, _M_end_of_storage = 0x796c6c75}, <No data fields>}}, <No data fields>}}
tmpImageName = {_M_dataplus = {<std::allocator<char>> = {<std::__new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0xff856d10 "\230\245", <incomplete sequence \367>}, _M_string_length = 4286933264, {
_M_local_buf = "\000\004\000\000100\000\304m\205\377\000\000\000", _M_allocated_capacity = 1024}}
#7 0xf4fa5a84 in cImageCache::GetSkinpart (this=this@entry=0x1cca150, name=..., width=width@entry=1920, height=height@entry=270) at extensions/imagecache.c:373
success = <optimized out>
image = <optimized out>
cachedImg = <optimized out>
handle = <optimized out>
MutexLock = {mutex = 0xf50410b8 <cImageCache::mutex>, locked = true}
iconName = <incomplete type>
hit = <optimized out>
#8 0xf4fc4618 in cFuncDrawImage::PreCacheImage (this=this@entry=0x1cd3ef0) at coreengine/functions.c:1074
imgWidth = 1920
imgHeight = 270
imgPath = 0x1f56820 "background_displaychannel"
type = <optimized out>
#9 0xf4fc46e4 in cFuncDrawImage::Cache (this=0x1cd3ef0) at coreengine/functions.c:1057
No locals.
#10 0xf50196a8 in cArea::Cache (this=0x1d071a8) at coreengine/area.c:232
f = 0x1cd3ef0
#11 0xf4fe0f90 in cViewElement::Cache (this=0x1ce8910) at coreengine/viewelement.c:284
node = 0x1d071a8
#12 0xf4fd333c in cView::PreCache (this=this@entry=0x1cfdf48) at coreengine/view.c:170
i = 0
rootView = <optimized out>
contX = <optimized out>
contY = 0
#13 0xf4fd5b2c in cViewChannel::PreCache (this=0x1cfdf48) at coreengine/viewdisplaychannel.c:59Wo kann ich denn da zu suchen anfangen?
Paulaner Welches Release läuft bei dir?
Kann mir jemand bestätigen, dass skindesigner mit einem LE Image von Zabrimus vom 2023-09-09.1, bestenfalls Rockchip, läuft? Hier geht es nicht. Weder auf dem einen noch dem anderen SoC.
Folgerung: Entweder es liegt an LE Paketen oder an meinem /storage oder wirklich an skindesigner oder einer Abhängigkeit.
Ich nutze skindesigner unter chroot unter CoreElec. Das funktioniert einwandfrei, ist aber nicht Dein use-case.
LG
Hi. Gibt es eigentlich CoreELEC Boxen mit DVB-S2 Device oder die Möglichkeit per DVB-S2 USB Stick zu nutzen?
LG
Hi. Gibt es eigentlich CoreELEC Boxen mit DVB-S2 Device oder die Möglichkeit per DVB-S2 USB Stick zu nutzen?
LG
Alle, die einen USB Anschluß haben?
Unter Kodi das Paket "DVB Treiber from latest Kernel" installieren und unterstütze DVB Devices laufen.
So läuft bei mir eine WinTV dualHD per USB.
amlogic verwendet einen angepassten Kernel 4.9 - inzwischen gibt es auch auch einen 5.4er Kernel, aber nach meinem Kenntnisstand ist bisher ungetestet, ob softhdodroid mit dem läuft.
Das kodi-addon 'DVB latest' stellt Treiber für den 4.9er Kernel bereit - nach meinem Kenntnisstand basieren die Sourcen auf media_build von linuxtv, und das ist so veraltet, dass es inzwischen gelöscht wurde.
Jedes DVB-S2 USB-device, das mit Kernel 4.9 läuft, sollte auch mit dem CoreElec-Kernel 4.9 laufen. Bei neueren, aber nicht zu neuen DVB devices besteht die Chance, dass sie mit dem addon laufen. Was immer geht ist ein Sundtek device, denn die verwenden einen eigenen, vom Kernel unabhängigen Treiber.
Oder was mit LibreELEC als Basis nehmen, das läuft mit dem mainline Kernel.
Sehr spannend hier 
. Ich habe hier im Thread irgendwo gelesen, dass man mit dem Odroid N2+ den VDR auf den internen Speicher installiert und CoreELEC auf die SD Karte... Finde die Stelle gerade nicht mehr 
. Gibt es dazu nähere Infos? Finde den Odroid richtig interessant als VDR / Kodi Mediacenter. Dazu noch eine Sundtek USB DVB-S2.... Ein Träumchen.
Gruß
Obelix
Odroid N2+ den VDR auf den internen Speicher installiert und CoreELEC auf die SD Karte.
Das wird nicht getrennt installiert, sondern ist zusammen ein Projekt.
Also Du kannst den VDR + CoreElec = VDR*Elec entweder auf einer SDcard oder auch auf den internen emmc-Speicher installieren.
Oder Du kannst auch eine Version als VDR*Elec die für Dich optimal läuft als VDR*Elec-stable auf den internen emmc-Speicher installieren und dann irgendwelche Testversionen von CoreElec, oder VDR*Elec auf eine SDcard installieren.
Wenn Du die SDcard in den Odroid steckst, dann wird immer automatisch von der SDcard gestartet.
Wenn Du die SDcard rausnimmst, dann startet der Odroid automatisch vom internen Speicher.
Es gibt dann auch noch die Option, das Ganze auch ohne Entfernen der SDcard über ein Script zu machen.
Hi. Gibt es bei den optionalen eMMC Speichern außer Android oder Linux etwas zu beachten?
Gruß
Obelix
Was ist denn der Vorteil am internen Speicher?
Was ist denn der Vorteil am internen Speicher?
Bessere Performance und Haltbarkeit. Habe beim Pi schon die eine oder andere SD Karte kaputt bekommen.
Beim N2 sollte man unbedingt den eMMC verwenden, zumal der ja abnehmbar ist und mittels Adapter wie eine SD-Karte beschrieben werden kann. Bei den diversen Android-Boxen mit fest verbautem internen Speicher ist die Angelegenheit etwas komplizierter. Hierauf ist eine Installation von CoreElec nur mittels des ceemmc-Tools möglich, wobei zwischen zwei Installationsmethoden (Dual boot mode und Single boot mode) unterschieden wird. Das wird aber nicht für jede Box unterstützt, und ist evtl. auch abhängig von dem installierten android-image. Auf der Tanix TX3 musste ich z.B. erst ein älteres Android-image, das einen anderen Bootloader hat, flashen. Vorher ging gar nichts, danach ging zumindest die Dual boot Installation. Aber das was von SD wunderbar funktioniert hat (vdr in einer Ubuntu-chroot-Umgebung unter /storage/UBUNTU) wollte danach nicht mehr laufen. Habe dann keine Lust mehr gehabt das näher zu analysieren (vielleicht hat das Tool einfach nur die standardmäßig bei CE vorhandenen Ordner kopiert und den UBUNTU-Ordner 'vergessen'). Bin dann beim Booten von SD geblieben, obwohl es eigentlich ein Jammer ist, denn das Android ist eigentlich zu nichts zu gebrauchen.
Nochmal zurück zu meinem Problem:
Kann mir jemand bestätigen, dass skindesigner mit einem LE Image von Zabrimus vom 2023-09-09.1, bestenfalls Rockchip, läuft? Hier geht es nicht. Weder auf dem einen noch dem anderen SoC.
Folgerung: Entweder es liegt an LE Paketen oder an meinem /storage oder wirklich an skindesigner oder einer Abhängigkeit.
Ich antworte mir mal kurz selber: Neue SD-Karte, frisches Image von https://github.com/Zabrimus/VD…releases/tag/2023-09-23.1, minimal konfiguriert, skindesigner aktvieren, estuary4vdr auswählen, Bumm. Gleicher Fehler. Ich vermute, da passt irgendwas mit den Abhängigkeiten von LE nicht. librsvg, rust, was auch immer. Solange hier keiner dasselbe Problem hat, suche ich erstmal nicht weiter. Skindesigner nutze ich nicht.
Auf meinem Odroid N2+ ist das System auf eMMC und (nur) Videodaten auf microSD (1TB). Bin von der schlechten Performance des microSD Steckplatzes erschrocken.
Massenspeicheranbindung setzen 6
Bin dabei das selber in einer Ubuntu 22.04 vm zu bauen...
Build bricht ab:
/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/.threads/logs/480.log [----] 24 L:[3555+13 3568/3610] *(399630/403346b) 0032 0x020 [*][X]
3255 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ~~^
| |
| long int
| %d
displaymenu.c:3255:33: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'std::vector<cTvMedia>::size_type' {aka 'unsigned int'} [-Wformat=]
3255 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
3256 | number + 1, mediaPath.c_str(), series.banners.size()); // Log result
| ~~~~~~~~~~~~~~~~~~~~~
| |
| std::vector<cTvMedia>::size_type {aka unsigned int}
displaymenu.c:3255:81: note: format string is defined here
3255 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ~~^
| |
| long int
| %d
displaymenu.c: In member function 'virtual void cFlatDisplayMenu::SetRecording(const cRecording*)':
displaymenu.c:3754:37: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'std::size_t' {aka 'unsigned int'} [-Wformat=]
3754 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
3755 | number + 1, mediaPath.c_str(), series.banners.size()); // Log result
| ~~~~~~~~~~
| |
| std::size_t {aka unsigned int}
displaymenu.c:3754:69: note: format string is defined here
3754 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ~~^
| |
| long int
| %d
displaymenu.c:3754:37: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'std::vector<cTvMedia>::size_type' {aka 'unsigned int'} [-Wformat=]
3754 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
3755 | number + 1, mediaPath.c_str(), series.banners.size()); // Log result
| ~~~~~~~~~~~~~~~~~~~~~
| |
| std::vector<cTvMedia>::size_type {aka unsigned int}
displaymenu.c:3754:85: note: format string is defined here
3754 | dsyslog("flatPlus: Using random image %ld (%s) out of %ld available images",
| ~~^
| |
| long int
| %d
make[1]: *** [Makefile:102: displaymenu.o] Error 1
make[1]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/build/_vdr-plugin-skinflatplus-d7a9384eda0374b7f40a86d59a1c7d8b527a56e0'
^[[1;31mFAILURE: scripts/build _vdr-plugin-skinflatplus:target during make_target (default)^[[0m
*********** FAILED COMMAND ***********
make ${PKG_MAKE_OPTS_TARGET}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
^[[1;31mFAILURE: scripts/install _vdr-plugin-skinflatplus:target has failed!^[[0mLassen sich Plugins auch vom Build ausschliessen?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!