Posts by Hitman47
-
-
Hello Alexandro,
referring to this https://www.dvbviewer.tv/forum/topic/51234-cine-s2-v65/ only the demodulator has been changed in rev6.5.
The extension cards should be compatible with all models from rev5.5 up.
Digital Devices is usually cooperative and I am sure they will answer your question if mail them.
Please report back.
-
Danke für den Tipp mit dem Patch. Das funktioniert bei mir auch problemlos.
Allerdings scheinen mir die zukünftigen Events weniger zu sein, als das mit vdr-eepg der Fall war oder täusche ich mich?
Ich habe mir das EEPG Plug-In angeschaut und festgestellt das ich Ewigkeiten brauchen werde um da durchzusteigen. Da fiel mir ein das ich vor vielen Jahren mal einen Freesat-Patch hatte, also habe ich danach gesucht in der Hoffnung der ist besser lesbar. Ergebnis: Ja, sehr viel besser.
Doch noch viel besser, er funktioniert problemlos mit dem VDR 2.4 (er ist für VDR 2.2, ich hab ihn manuell einpflegt):
Insgesamt scheint ein Patch für Freesat sehr viel sinnvoller als ein Plug-In, weil effektiv nur wenige Zeilen Code hinzugefügt wird an Stellen an die kein Plug-In hinkommt (die Huffman-Dekodierung ist in eine eigene Datei ausgelagert). Für ein Plug-In muss man sehr viel Code vom VDR duplizieren (was EEPG getan hat).
Daher empfehle ich statt EEPG einfach den Patch einzuspielen. Natürlich hilft das nur für Freesat, nicht für die anderen Formate die EEPG unterstützt.
-
Das geht mit Kodi und NextScene and PreviousScene in der Remote.xml. Entpsprechend auf die Tasten für das manuelle Springen von Marken legen.
Wie das geht steht hier: https://kodi.wiki/view/Edit_deci…mmercial_Breaks
Das macht aber alles nur bedingt Spaß, musste ich nach kurzer Zeit feststellen.
Ich betreibe Kodi lieber im Parallelbetrieb.
Im TV-Betrieb ist VDR einfach viel zu gut und ich würde die ganzen gewonnenen Features der beinahe vergangenen 20 Jahre schwer vermissen...
-
Bei der Nutzung von vdr-eepg (git#branch=experimental#commit=584d76601777973253c87580216a7f5b970bae44) friert vdr nach einiger Zeit ein und ist nicht mehr bedienbar.
Im Log taucht ziemlich rasch nach dem Start bereits ein invalid lock sequence report auf
Code
Display MoreMai 24 19:36:09 vdr01 vdr[19570]: [19575] EEPG: Filter Pid:0xf02,Tid:0x4e,Mask:0xfe added. Mai 24 19:36:09 vdr01 vdr[19570]: [19575] EEPG: Filter Pid:0xf02,Tid:0x50,Mask:0xf0 added. Mai 24 19:36:09 vdr01 vdr[19570]: [19575] EEPG: Filter Pid:0xf02,Tid:0x60,Mask:0xf0 added. Mai 24 19:36:09 vdr01 vdr[19570]: [19575] EEPG: Filter Pid:0x39,Tid:0x50,Mask:0xf0 added. Mai 24 19:36:09 vdr01 vdr[19570]: [19575] EEPG: Filter Pid:0x39,Tid:0x60,Mask:0xf0 added. Mai 24 19:36:09 vdr01 vdr[19570]: [19575] --- begin invalid lock sequence report Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19570 R - - - - - - - - - L Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19570 U - - - - - - - - - U Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19570 - R - - - - - - - - L Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19570 - U - - - - - - - - U Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19570 W - - - - - - - - - L -- Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 - * - - W - - - - - L Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 - * - - U - - - - - U Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 - U - - - - - - - - U Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 - - - - W - - - - - L Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 - R - - * - - - - - L Mai 24 19:36:09 vdr01 vdr[19570]: [19575] 19575 invalid lock sequence: 2 Channels Mai 24 19:36:09 vdr01 vdr[19570]: [19575] full backtrace: Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) calling ?? at ??:0 Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/bin/vdr cChannels::GetChannelsRead(cStateKey&, int) calling ?? at ??:0 Mai 24 19:36:09 vdr01 vdr[19570]: invalid lock sequence at Do. 24.05. 19:36 Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/vdr/plugins/libvdr-eepg.so.2.4.0 util::GetChannelByID(tChannelID const&, bool) at ??:? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/vdr/plugins/libvdr-eepg.so.2.4.0 SI::cEIT2::cEIT2(cSchedules*, int, unsigned char, unsigned char const*, util::EFormat, bool, bool) at ??:? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/vdr/plugins/libvdr-eepg.so.2.4.0 cFilterEEPG::ProccessContinuous(unsigned short, unsigned char, int, unsigned char const*) at ??:? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/vdr/plugins/libvdr-eepg.so.2.4.0 cFilterEEPG::Process(unsigned short, unsigned char, unsigned char const*, int) at ??:? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/bin/vdr cSectionHandler::Action() calling ?? at ??:0 Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/bin/vdr cThread::StartThread(cThread*) calling ?? at ??:0 Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/libpthread.so.0 at pthread_create.c:? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] /usr/lib/libc.so.6 clone calling __GI___clone at :? Mai 24 19:36:09 vdr01 vdr[19570]: [19575] --- end invalid lock sequence report Mai 24 19:36:09 vdr01 vdr[19570]: [19575] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED
Kann das bereits der Grund für das Einfrieren des VDR sein? -
Bei mir war es das Eepg-Plugin, das nach nach wenigen Minuten VDR nicht mehr bedienbar machte.
Ich verwende vdr4arch und die dort verwendete Version ist mit 2.3.1-compatibility aus commit: 7f7ec60c3654f318fc4ec918a29b8b95c8c4a25e.
Leider gibt das Log an der Stelle nichts her, sondern schweigt sich aus.
-
Ok,
hast du zum Testen bereits versucht, die Sat-Kabel der CineS2-Karte an die Duoflex anzuschließen?
-
ich hänge mich hier mal dran, habe exakt das gleiche Problem, Cine S2 Karte seit 4 Jahren ohne Probleme in Betrieb, jetzt erweitert mit Duoflex s2 V4 und Probleme mit den Tunern der Duoflex.
Empfangsstärke liegt wie schon gemeldet bei ca. 10 Prozent und es gibt massive Bildstörungen sobald ein Tuner der Duoflex verwendet wird. Bei der Cine S2 nach wie vor gute Empfangsqualität und sauberes Bild.Das Stromversorgungskabel ist auch bestimmt an der Duoflex angeschlossen?
Bei mir war die Ursache für "normalen Signalpegel und trotzdem kein Bild" ein defektes Flachbandverbindungskabel von CineS2 zu Duoflex-Erweiterungskarte. -
Ich habe nun noch Tuner 2 mit Tuner 1 auf der Duo-Flex-Erweiterungskarte getauscht.
Das ist dann auch ein anderer Diseqc-Schalter (Spaun WSR-411) mit dem Ergebnis, dass es an Tuner1 nicht funktioniert, aber Tuner2 mit dem getauschten Kabel schon.Also vermute ich an der Verkabelung und Sat-Anlage keine Fehler.
w_scan liefert mit hoher Verbosity folgendes:
Code
Display More[mf@vdr01 ~]$ sudo w_scan -a2 -fs -s S19E2 -D 1c -F -t2 -vvvvvvvvvvvvvvvv >> channels.conf w_scan -a2 -fs -s S19E2 -D 1c -F -t2 -vvvvvvvvvvvvvvvv w_scan version 20141122 (compiled for DVB API 5.10) using settings for 19.2 east Astra 1F/1G/1H/1KR/1L scan type SATELLITE, channellist 67 output format vdr-2.0 output charset 'UTF-8', use -C <charset> to override -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.10 frontend 'STV090x Multistandard' supports INVERSION_AUTO DVB-S DVB-S2 FREQ (0.95GHz ... 2.15GHz) SRATE (1.000MSym/s ... 45.000MSym/s) using LNB "UNIVERSAL" using DiSEqC committed switch 1 -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ check STV090x Multistandard: DSS DVB-S2 DVB-S trying 'S2 f = 10729 kHz V SR = 22000 2/3 0,35 8PSK (0:0:0)' (time: 00:00.023) DiSEqC: uncommitted switch pos 0 diseqc_send_msg:431: DiSEqC: e0 10 39 f0 00 00 DiSEqC: switch pos 1, 13V, loband (index 4) diseqc_send_msg:431: DiSEqC: e0 10 38 f4 00 00 (0.217sec): SCL (0x1F) (0.217sec) signal (0.217sec) lock signal ok: S2 f = 10729 kHz V SR = 22000 2/3 0,35 8PSK (0:0:0) initial PAT lookup.. add_filter:1833: add_filter 1833: pid=0 (0x0000), s=0x7ffcc9efcd80 start_filter:1776: start_filter pid 0 (0x0000) table_id 0x00 update_poll_fds:1752: poll fd 4 Info: no data from PAT after 6 seconds remove_filter:1841: remove_filter: pid 0 (0x0000) stop_filter:1813: stop_filter: pid 0 (0x0000) deleting (S2 f = 10729 kHz V SR = 22000 2/3 0,35 8PSK (0:0:0)) trying 'S f = 10744 kHz H SR = 22000 5/6 0,35 QPSK (0:0:0)' (time: 00:06.820) DiSEqC: uncommitted switch pos 0 diseqc_send_msg:431: DiSEqC: e0 10 39 f0 00 00 DiSEqC: switch pos 1, 18V, loband (index 5) diseqc_send_msg:431: DiSEqC: e0 10 38 f6 00 00 (0.220sec): SCL (0x1F) (0.220sec) signal (0.220sec) lock signal ok: S f = 10744 kHz H SR = 22000 5/6 0,35 QPSK (0:0:0) initial PAT lookup.. add_filter:1833: add_filter 1833: pid=0 (0x0000), s=0x7ffcc9efcd80 start_filter:1776: start_filter pid 0 (0x0000) table_id 0x00 update_poll_fds:1752: poll fd 4 Info: no data from PAT after 6 seconds remove_filter:1841: remove_filter: pid 0 (0x0000) stop_filter:1813: stop_filter: pid 0 (0x0000) deleting (S f = 10744 kHz H SR = 22000 5/6 0,35 QPSK (0:0:0)) trying 'S f = 10759 kHz V SR = 22000 5/6 0,35 QPSK (0:0:0)' (time: 00:13.810) DiSEqC: uncommitted switch pos 0 diseqc_send_msg:431: DiSEqC: e0 10 39 f0 00 00 DiSEqC: switch pos 1, 13V, loband (index 4) diseqc_send_msg:431: DiSEqC: e0 10 38 f4 00 00 (0.207sec): SCL (0x1F) (0.207sec) signal (0.207sec) lock signal ok: S f = 10759 kHz V SR = 22000 5/6 0,35 QPSK (0:0:0) initial PAT lookup.. add_filter:1833: add_filter 1833: pid=0 (0x0000), s=0x7ffcc9efcd80 start_filter:1776: start_filter pid 0 (0x0000) table_id 0x00 update_poll_fds:1752: poll fd 4 ^C ERROR: interrupted by SIGINT, dumping partial result... (time: 00:15.553) dumping lists (0 services) .. Done, scan time: 00:15.553
In VDR wird mit femon sogar die Bandbreite Audio/Video angegeben. Nur eben kein Bild.
-
Hallo,
ich hänge mich mal an diesen Thread.
Unter archlinux betreibe ich mit linux-4.7.4 und dddvb-0.9.26 eine CineS2+Duoflex-Erweiterungskarte (also 2+2 Tuner).
Der dritte Tuner liefert einen Stream samt LOCK,SYNC etc, allerdings bekomme in vdr-softhddevice kein Bild.
Alle anderen Tuner bringen ein Bild.Vor einiger Zeit tauschte ich auch die Kabel, nun habe ich das LNB noch gewechselt. Das Problem besteht weiterhin.
Mittlerweile vermute ich die Ursache im vdr!?!
Meine diseqc.conf:
Code
Display More1 2: S28.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t S28.2E 99999 V 10600 t v W15 [E0 10 38 F1] W15 A W15 T S28.2E 11700 H 9750 t V W15 [E0 10 38 F2] W15 A W15 t S28.2E 99999 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T S19.2E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t S19.2E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t S19.2E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T S13.0E 11700 V 9750 t v W15 [E0 10 38 F8] W15 B W15 t S13.0E 99999 V 10600 t v W15 [E0 10 38 F9] W15 B W15 T S13.0E 11700 H 9750 t V W15 [E0 10 38 FA] W15 B W15 t S13.0E 99999 H 10600 t V W15 [E0 10 38 FB] W15 B W15 T # 3 4: S19.2E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t S19.2E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T S19.2E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t S19.2E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T S13.0E 11700 V 9750 t v W15 [E0 10 38 F8] W15 B W15 t S13.0E 99999 V 10600 t v W15 [E0 10 38 F9] W15 B W15 T S13.0E 11700 H 9750 t V W15 [E0 10 38 FA] W15 B W15 t S13.0E 99999 H 10600 t V W15 [E0 10 38 FB] W15 B W15 T
Aber auch ohne Diseqc-Switch klappt es nicht.
Hat das schon jemand gehabt oder weiß Rat für mich?
-
Hi Louis.
Genau so meine ich das.
Chan+ und Chan- Tasten wären gut.
-
Links/Rechts sind selbstverständlich der Standard dafür.
Aber, ist es eigentlich möglich, andere Tasten für den Menüseitenwechsel festzulegen?Mir geht es darum, mit zapcockpit das EPG bzw. Kanalliste in den Seitenmenüs durchzublättern.
-
@hitman: das wage ich aber jetzt zu bezweifeln. Sicher das alles korrekt gebaut und gelinkt ist?
Ciao Louis
Stimmt. Entschuldigung dafür.
epgsearch hatte ich nicht neu gebaut. Lüppt soweit.Coole Sache mit dem ZapCockpit-Patch, macht sehr viel Spaß.
-
Beim Aufruf von Epgsearch in der Programmübersicht->jetzt crashed vdr:
Code
Display MoreThread 1 "vdr" received signal SIGSEGV, Segmentation fault. 0x00007f848b6c7d76 in strlen () from /usr/lib/libc.so.6 (gdb) bt #0 0x00007f848b6c7d76 in strlen () from /usr/lib/libc.so.6 #1 0x00007f848b6c7aae in strdup () from /usr/lib/libc.so.6 #2 0x00007f8480ecf174 in cLeMenuDefault::SetText(char const*) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #3 0x00007f8480e8d317 in cViewMenu::SetItem(char const*, int, bool, bool) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #4 0x00007f8480e30e1c in cSDDisplayMenu::SetItem(char const*, int, bool, bool) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #5 0x00007f84849c3cc0 in cMenuMyScheduleItem::SetMenuItem(cSkinDisplayMenu*, int, bool, bool) () from /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0 #6 0x00000000004cc439 in ?? () #7 0x00000000004cd2d8 in cOsdMenu::AddSubMenu(cOsdMenu*) () #8 0x00007f84849a8177 in cMenuSearchMain::cMenuSearchMain() () from /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0 #9 0x00007f8484962599 in cPluginEpgsearch::MainMenuAction() () from /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.2.0 #10 0x00000000004c15e7 in cMenuMain::ProcessKey(eKeys) () #11 0x0000000000469f1b in main ()
-
Hi Hitman,
sehr seltsam, da haben tatsächlich an den monierten Stellen die * Zeichen gefehlt...wieso ist mir das noch nie aufgefallen? Schräg...
Wie auch immer, kannst du bitte mal die aktuelle Git Version ziehen und damit testen? Ich habe das mal bereinigt...
Ciao Louis
Nur die korrigierten xml-Files mit Version 1.1.0 haben noch nicht funktioniert.
Mit dem git-master geht es nun, danke schön.Ich schau mir den Skin nun mal etwas genauer an. Auf den ersten Blick siehts mal wieder Klasse aus )
-
Hallo Louis,
mit vdr4arch habe ich vdr-skindesigner-1.1.0 gebaut und vdr-2.2.0 mit den Patches ausgestattet. Zusätzlich ist auch MainMenuHooks drin.
Folgendes Problem beim Starten des skins:
Code
Display MoreMai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: initializing skin estuary4vdr Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using decimal point , Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using channel logo path /usr/share/vdr/plugins/skindesigner/logos/ Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using icon path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/themes/bright/ Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using skinparts path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/themes/bright/skinparts/ Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using svgtemplate path /usr/share/vdr/plugins/skindesigner/skins/estuary4vdr/svgtemplates/ Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: using language de_DE Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: templates successfully validated and parsed Mai 27 16:36:09 vdr01 vdr[23266]: [23266] skindesigner: invalid factor {areaheight}0,5 in expression "{areaheight}0,5" Mai 27 16:36:10 vdr01 vdr[23266]: [23274] EEPG: setstatus 0 Mai 27 16:36:10 vdr01 vdr[23266]: [23274] EEPG: setstatus 1 Mai 27 16:36:10 vdr01 vdr[23266]: [23274] EEPG: Filter Pid:0,Tid:0 added. Mai 27 16:36:10 vdr01 vdr[23266]: [23274] HandleEitEvent:65 EEPG: !!!Deleting Event id:3 title:Dokumente, Debatten, Fakten und mehr start_time:1464361200 new_start_time:1464364800 duration:7200 new_du ration:7200 Mai 27 16:36:10 vdr01 vdr[23266]: [23274] HandleEitEvent:73 EEPG: !!!End Deleting Event Mai 27 16:36:10 vdr01 vdr[23266]: [23274] channel 31 (Das Erste HD) event Fr. 27.05.2016 16:10-17:00 (VPS: 27.05. 16:10) 'Nashorn, Zebra & Co. (297)' status 4 Mai 27 16:36:10 vdr01 vdr[23266]: [23266] skindesigner: invalid factor {areaheight}0,5 in expression "{areaheight}0,5" Mai 27 16:36:10 vdr01 vdr[23266]: [23266] skindesigner: invalid factor {areaheight}0,5 in expression "{areaheight}0,5" Mai 27 16:36:10 vdr01 systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV Mai 27 16:36:10 vdr01 systemd[1]: vdr.service: Unit entered failed state. Mai 27 16:36:10 vdr01 systemd[1]: vdr.service: Failed with result 'signal'. Mai 27 16:36:10 vdr01 systemd[1]: vdr.service: Service hold-off time over, scheduling restart. Mai 27 16:36:10 vdr01 systemd[1]: Stopped Video Disk Recorder.
Code
Display MoreThread 1 "vdr" received signal SIGSEGV, Segmentation fault. 0x00007f469e94d2c2 in std::_Rb_tree<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int>, std::_Select1st<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> > >::find(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 (gdb) bt #0 0x00007f469e94d2c2 in std::_Rb_tree<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int>, std::_Select1st<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> >, std::less<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> > >::find(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #1 0x00007f469d8ec377 in skindesignerapi::cTokenContainer::IntTokenIndex(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) () from /usr/lib/libskindesignerapi.so.0 #2 0x00007f469e95bfd6 in cNumericExpr::SetTokenFactor(cFactor*, char*) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #3 0x00007f469e95c633 in cNumericExpr::CreateFactors() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #4 0x00007f469e95c871 in cNumericExpr::PrepareTokens() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #5 0x00007f469e94b647 in cAttributes::Cache() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #6 0x00007f469e9992a6 in cViewGrid::PreCache() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #7 0x00007f469e977352 in cViewPlugin::PreCache() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #8 0x00007f469e910a05 in cSkinDesigner::CacheViews() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #9 0x00007f469e911ed8 in cSkinDesigner::Init() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #10 0x00007f469e912059 in cSkinDesigner::DisplayChannel(bool) () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #11 0x00000000004bb29b in cDisplayChannel::cDisplayChannel(int, bool) () #12 0x00000000004bb389 in cDisplayChannelExtended::cDisplayChannelExtended(int, bool) () #13 0x000000000046ac63 in main ()
Weißt du woran das liegen kann?
So long,
Matthias
-
im Git gibt es eine neue Version 1.0.2. Zum einen sollte der von Hitman47 gemeldete Bug behoben sein.
Es funktioniert jetzt einwandfrei. Danke schön.
-
Hallo,
wenn ich in der Kanalliste auf dem ersten Kanal mit Kanalseperator (->Favoriten) bin und mit FB-Taste Links auf den letzten Kanal springen will,
stürzt vdr ab mit folgendem Backtrace:Code
Display MoreThread 85 "detached" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f3c0b7cd700 (LWP 30749)] 0x00007f3c96adf240 in cCondition::True() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 (gdb) bt #0 0x00007f3c96adf240 in cCondition::True() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #1 0x00007f3c96ada205 in cFuncLoop::RowHeight() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #2 0x00007f3c96ada878 in cFuncLoop::FuncHeight() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #3 0x00007f3c96b3493e in ?? () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #4 0x00007f3c96afbc7c in cViewElement::Render() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #5 0x00007f3c96ad09d8 in cAnimation::Detach() () from /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.2.0 #6 0x0000000000510f69 in cThread::StartThread(cThread*) () #7 0x00007f3ca29fa424 in start_thread () from /usr/lib/libpthread.so.0 #8 0x00007f3ca1388cbd in clone () from /usr/lib/libc.so.6
Eine Idee, woran das liegen kann?
-
Danke für den tollen Skin Louis. Bright Shining gefällt mir sehr.
LiveView stört mich weniger in Aufnahmen, aber in der Programmübersicht doch.
Eine Option zum Deaktivieren wäre schön.
-
Es ist zwar nicht tragisch, aber ich habe auf diesem Sender ebenfalls kein Bild.
Es interessiert mich allerdings, an was das liegt.