shady

tomas · February 29, 2016 at 9:59 PM

Hallo,

@Frank: ich versuche morgen mal den Fehler nach deiner Beschreibung zu reproduzieren. Das sollte sich bei mir ja gleich verhalten.

Ansonsten gab es in letzter Zeit beim KISS ein paar Änderungen/Neuerungen. Die wichtigsten, neben kleinen Fixes:
[list][*]In der Kanalliste wird jetzt hinter dem Kanalnamen noch zusätzlich der Titel des aktuell laufenden Events angezeigt. Die Idee stammt von beinhart, er hatte das bei sich so angepasst und mir erlaubt, es zu übernehmen. Danke nochmal

[*]Nachdem Louis den Skindesigner um einige neue Tokens bzgl der Menükategorien erweitert hat, habe ich heute damit begonnen, die displaymenudefault entsprechend zu anzupassen. Die Menüs zum Editieren von Timern oder Aufnahmen haben jetzt das gleiche Layout, wie das Setup. Erste Spalte linksbündig - zweite Spalte rechtsbündig. Das funktioniert generell erst mal nur in den vdr-eigenen Menüs. Wer remotetimers einsetzt, benötigt dafür vorerst noch einen Patch s.hier
Außerdem sollte beachtet werden, dass im Setup des remotetimers-plugins bei allen drei Parametern 'Darstellung der Liste' jeweils 'Oberfläche' ausgewählt ist. Wählt man hier 'Plugin' wird nicht die dafür im Skin vorgesehene Anzeige verwendet. Das gleiche gilt für extrecmenu, hier gibt es aber nur eine Einstellung: 'Menükategorie setzen' 'Ja'. Den Unterschied bei extrecmenu seht ihr auf dem ersten Bild.

[*]Letztlich noch eine an das zaphistory-plugin (Bild2) angepasste Anzeige mit Progressbars. Ich verwende das plugin zwar nicht selbst, aber alleine schon das Implementieren von Progressbars macht mir immer wieder Spaß

(Die angezeigten Sendungen entsprechen nicht unbedingt den Sehgewohnheiten des Skinners, sondern die Sender sind einfach zum Testen angewählt worden und liefen im Hintergrund, damit auch was im zaphistory angezeigt werden konnte :D)

Ich kann nicht ausschließen, dass die letzten Änderungen irgendwelche mir bisher nicht bekannten 'Nebenwirkungen' auf irgendwelche Einstellungsmenüs haben. Falls euch was auffällt, bitte melden!

btw: Einstellungen im Setup etc mit 'erste Spalte linksbündig - zweite Spalte rechtsbündig' werde ich wohl demnächst optional mit einer linksbündig an der Mitte ausgerichteten zweiten Spalte anbieten.

Viel Spaß,
Tomas

ofenheizer · February 29, 2016 at 10:46 PM

Hallo Tomas,

schön, dass es weitergeht ...

Quote from tomas

Hallo,

In der Kanalliste wird jetzt hinter dem Kanalnamen noch zusätzlich der Titel des aktuell laufenden Events angezeigt. Die Idee stammt von beinhart, er hatte das bei sich so angepasst und mir erlaubt, es zu übernehmen. Danke nochmal

Ist das abschaltbar? Habe dazu nichts im setup gefunden (aber auch noch kein VDR-Neustart gemacht). Hätte gerne nur die Kanäle ohne die laufende Sendung ... bzw. wo kann ich das ändern?

Gruss.
Markus

tomas · March 1, 2016 at 5:45 AM

Moin Markus,

Quote from ofenheizer

Ist das abschaltbar?

Noch nicht

Gruß,
Tomas

louis · March 1, 2016 at 9:42 AM

Quote from dido

Ich bin auf Sender A und rufe über das EPGSearch Plugin die Übersicht "WhatsonNow" auf. Jetzt schalte ich durch bis auf den ersten Favoriten bzw. die erste benutzerdefinierte Zeit, wechsel dann den Sender und rufe dann die Übersicht des Senders B auf.
Dann erscheint oben das Logo und der Name des Senders A aber das Programm von Sender B. Bei WhatonNow und WahtsonNext tritt dieses Problem nicht auf.

Klingt nach einem Bug im Skindesigner. Ich hatte an dieser Stelle schon einmal was gefixt, aber diese Konstellation hatte ich noch nicht getestet...

Ciao Louis

louis · March 1, 2016 at 9:44 AM

Moin Tomas,

schön dass du was mit den Tokens für die Menükategorien anfangen kannst.

Quote from tomas

(Die angezeigten Sendungen entsprechen nicht unbedingt den Sehgewohnheiten des Skinners, sondern die Sender sind einfach zum Testen angewählt worden und liefen im Hintergrund, damit auch was im zaphistory angezeigt werden konnte )

jaja...Musik liegt in der Luft mit Dieter Thomas Heck. Gibs zu, da stehst du doch drauf

Ciao Louis

tomas · March 2, 2016 at 10:59 PM

Hallo,

Quote from dido

Ich bin auf Sender A und rufe über das EPGSearch Plugin die Übersicht "WhatsonNow" auf. Jetzt schalte ich durch bis auf den ersten Favoriten bzw. die erste benutzerdefinierte Zeit, wechsel dann den Sender und rufe dann die Übersicht des Senders B auf.
Dann erscheint oben das Logo und der Name des Senders A aber das Programm von Sender B. Bei WhatonNow und WahtsonNext tritt dieses Problem nicht auf.

Ich habe das gestern und auch heute nochmal getestet und kann das Verhalten nicht reproduzieren. Vielleicht habe ich dich aber auch missverstanden.

Beispiel: Aktueller Kanal ist ZDF HD. Ich öffne epgsearch, bei mir ist whatson also die Übersicht des aktuell laufenden Kanals als erste Ansicht eingestellt. Ich schalte -> Jetzt -> Nächste -> Favoriten, wähle bei den Suchergebnissen eine Sendung, die auf arteHD kommt, schalte um auf arteHD, öffne epgsearch erneut und habe oben im Header das Logo und den Kanalnamen von arte HD. Das entspricht doch deiner Vorgehensweise,oder? Nur dass bei dir beim zweiten Öffnen von epgsearch im Header weiterhin ZDF HD angezeigt wird? Oder schließt sich epgsearch bei dir nach dem Umschalten garnicht?

Hast du das mal mit metrixHD getestet? Louis vermutet ja wohl auch eher einen Bug im skindesigner (evtl werden die Tokens für Logo, Kanalnummer und Namen in bestimmten Fällen nicht aktualisiert....)

Quote from P3F

Ich habe das mit dem skalieren nur beobachtet wenn ich beim shady_KISS vom OSD Hauptmenü ins Timermenü gewechselt bin.

Ich habe die letzte Zeit explizit darauf geachtet und kann bei mir kein Skalieren erkennen. Hast du im OSD-Setup des vdr eine Skalierung eingestellt, oder steht die auf 0,0,100,100?

Gruß,
Tomas

dido · March 3, 2016 at 8:37 PM

Quote from tomas

Ich habe das gestern und auch heute nochmal getestet und kann das Verhalten nicht reproduzieren. Vielleicht habe ich dich aber auch missverstanden.

Beispiel: Aktueller Kanal ist ZDF HD. Ich öffne epgsearch, bei mir ist whatson also die Übersicht des aktuell laufenden Kanals als erste Ansicht eingestellt. Ich schalte -> Jetzt -> Nächste -> Favoriten, wähle bei den Suchergebnissen eine Sendung, die auf arteHD kommt, schalte um auf arteHD, öffne epgsearch erneut und habe oben im Header das Logo und den Kanalnamen von arte HD. Das entspricht doch deiner Vorgehensweise,oder? Nur dass bei dir beim zweiten Öffnen von epgsearch im Header weiterhin ZDF HD angezeigt wird? Oder schließt sich epgsearch bei dir nach dem Umschalten garnicht?

Hallo Tomas,

da hast du mich tatsächlich falsch verstanden, ist aber auch schwierig zu erklären ....

Quote

Beispiel: Aktueller Kanal ist ZDF HD. Ich öffne epgsearch, bei mir ist
whatson also die Übersicht des aktuell laufenden Kanals als erste
Ansicht eingestellt. Ich schalte -> Jetzt -> Nächste ->
Favoriten, wähle bei den Suchergebnissen eine Sendung, die auf arteHD
kommt

Bis hierhin alles richtig, dann schalte ich aber nicht auf den Kanal um sondern (bei mir mit der gelben Taste) auf die Programmübersicht von ArteHD, ich bleibe also im EPGSEARCH und im hintergrund läuft nach wie vor ZDF HD. In der Programmübersicht von ArteHD sehe ich dann die Sendungen die auf Arte HD laufen, links oben aber das Logo und den Namen von ZDF HD statt von ArteHD.

Hoffe das ist jetzt verständlicher

Viele Grüße,
Frank

tomas · March 4, 2016 at 7:13 AM

Moin Frank,

ich hab' mich wohl auch etwas blöd angestellt Dass das beim erneuten Öffnen von epgsearch auftreten soll, ist ja relativ unwahrscheinlich...

Ich teste das später, wie von dir beschrieben.

Gruß,
Tomas

dido · March 5, 2016 at 11:17 AM

Quote from tomas

Hast du das mal mit metrixHD getestet? Louis vermutet ja wohl auch eher einen Bug im skindesigner (evtl werden die Tokens für Logo, Kanalnummer und Namen in bestimmten Fällen nicht aktualisiert....)

Hallo Tomas / Louis,

hatte jetzt endlich mal die Gelegheit das mit Metrix gegen zu testen.
Dort tritt das gleiche "Problem" auch auf. Scheint also wirklich am Skindesigner zu liegen.

VG,
Frank

louis · March 5, 2016 at 1:24 PM

Quote from dido

Scheint also wirklich am Skindesigner zu liegen.

Wenn du ein Ticket auf vdr-developer.org dafür aufmachst, dann geht das Problem auch nicht verschüttet *mitdemzaunpfahlwink*

Ciao Louis

tomas · March 5, 2016 at 6:54 PM

Hallo,

Quote from louis

Wenn du ein Ticket auf vdr-developer.org dafür aufmachst, dann geht das Problem auch nicht verschüttet

Ich kann das machen, hab' eh noch zwei oder... FRs

Beim KISS gab es die letzten Tage noch ein paar kleine Neuerungen.

Setup für Titel in der Kanäleliste ja/nein
Setup für die Anzeige der Stausspalte im zaphistory ja/nein
Setup für Ausrichtung der zweiten Spalte in zweispaltigen Einstellungsmenüs links-/rechtsbündig
Setup für die Anzeige von zwei Devices (light) im Hauptmenü. Für die Devices entfällt dann 'Temps und Load', es gibt also die Wahl zwischen 'Temps, Load und Wetter' oder 'Devices und Wetter'. Alles gleichzeitig im Menü unterzubringen ist platz- als auch performance-technisch etwas kritisch

Außer evtl. Kleinigkeiten oder Bugfixes wird es in nächster Zeit für shady und shady_KISS keine Weiterentwicklungen mehr geben. Nach inzwischen einem ganzen Jahr, sind die Teile ganz schön 'fettleibig' und je nach Hardware auch ganz schön träge bzw nicht benutzbar

Auf Grund eines Wunsches aus meinem 'privaten Umfeld' nach etwas 'nebula-ösem' für den VDR habe ich mit ebo&ivy einen ersten Versuch gestartet:

ebo&ivy.png

Das Layout entspricht dem des KISS, was die Graphiken und sonstige Performancefresser angeht, wird es hier aber wesentlich sparsamer zugehen. Bisher sind erst zwei, drei Menüs ansatzweise fertig, kann also noch einige Zeit dauern. Wenn es soweit ist, stelle ich den Skin natürlich auch hier zur Verfügung!

Gruß,
Tomas

louis · March 5, 2016 at 7:03 PM

Hui....der helle is ja schick

Ciao Louis

Taipan · March 5, 2016 at 8:29 PM

Auja, auf die 'Verwandtschaft' von shady bin ich immer gespannt - tolle Skins...

louis · March 6, 2016 at 10:40 AM

Moin,

Quote from dido

hatte jetzt endlich mal die Gelegheit das mit Metrix gegen zu testen.
Dort tritt das gleiche "Problem" auch auf. Scheint also wirklich am Skindesigner zu liegen.

Im Git ist ein Fix dafür...wer mag kann das gerne mal testen, bei mir funktioniert es jetzt.

Ciao Louis

dido · March 6, 2016 at 2:17 PM

Quote from louis

Im Git ist ein Fix dafür...wer mag kann das gerne mal testen, bei mir funktioniert es jetzt.

Hallo Louis,

vielen Dank, jetzt passts.

VG,
Frank

tomas · March 6, 2016 at 10:32 PM

Hallo Louis,

vielen Dank für die letzten Fixes

Quote from louis

...der helle is ja schick

Danke, ich hoffe nur, ich bekomme bei dem auch den Kontrast einigermaßen 'gebacken'

btw mal wieder ne ganz schräge Kiste: ich bin schon seit einiger Zeit einem Problem in meinen Skins hinterher, das ich erst heute näher eingrenzen konnte. Der Fehler zeigt sich nur auf 32bit-Installationen (bei mir 2x), 64bit (auch 2x) ist nicht betroffen. Es geht darum, dass bei einem Reload der Skins der skindesigner abschmiert.

Display Spoiler

Code

Mar  6 15:03:44 ssdlappi vdr: [17343] skindesigner: forcing full reload of templates
Mar  6 15:03:44 ssdlappi vdr: [17343] skindesigner: using language de_DE

Backtrace1:

Display Spoiler

Code

(gdb) bt
#0  0xb7795c31 in __kernel_vsyscall ()
#1  0xb7280ed7 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#2  0xb72824a9 in __GI_abort () at abort.c:89
#3  0xb72be96e in __libc_message (do_abort=1, fmt=0xb73b6a78 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
#4  0xb72c4537 in malloc_printerr (action=<optimized out>, str=0xb73b2c10 "free(): invalid pointer", ptr=0x8c7e648)
    at malloc.c:4965
#5  0xb72c4c8d in _int_free (av=0xb7409840 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3834
#6  0xb74e5c08 in operator delete(void*) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#7  0xb4984a92 in cFuncDrawRectangle::~cFuncDrawRectangle (this=0x8c7e648, __in_chrg=<optimized out>)
    at coreengine/functions.c:60
#8  0x0815641c in cListBase::Clear (this=0x8c78bd8) at tools.c:2091
#9  0x08156474 in cListBase::~cListBase (this=0x8c78bd8, __in_chrg=<optimized out>) at tools.c:2011
#10 0xb49e1bab in cList<cFunction>::~cList (this=0x8c78bd8, __in_chrg=<optimized out>)
    at /home/tomsax/vdr/include/vdr/tools.h:489
#11 cArea::~cArea (this=0x8c78b98, __in_chrg=<optimized out>) at coreengine/area.c:101
#12 0xb49e1bda in cArea::~cArea (this=0x8c78b98, __in_chrg=<optimized out>) at coreengine/area.c:104
#13 0x0815641c in cListBase::Clear (this=0x8c35e14) at tools.c:2091
#14 0x08156474 in cListBase::~cListBase (this=0x8c35e14, __in_chrg=<optimized out>) at tools.c:2011
#15 0xb49aa4ce in cList<cAreaNode>::~cList (this=0x8c35e14, __in_chrg=<optimized out>)
    at /home/tomsax/vdr/include/vdr/tools.h:489
#16 cViewElement::~cViewElement (this=0x8c35de0, __in_chrg=<optimized out>) at coreengine/viewelement.c:55
#17 0xb499b680 in cGridElement::~cGridElement (this=0x8c35de0, __in_chrg=<optimized out>) at coreengine/gridelement.c:20
---Type <return> to continue, or q <return> to quit---
#18 0xb499b6aa in cGridElement::~cGridElement (this=0x8c35de0, __in_chrg=<optimized out>) at coreengine/gridelement.c:21
#19 0xb49c5b70 in cViewGrid::~cViewGrid (this=0x8c34878, __in_chrg=<optimized out>) at coreengine/viewgrid.c:22
#20 0xb49c5b9a in cViewGrid::~cViewGrid (this=0x8c34878, __in_chrg=<optimized out>) at coreengine/viewgrid.c:23
#21 0xb49a8ff0 in cViewPlugin::~cViewPlugin (this=0x8d9d500, __in_chrg=<optimized out>) at coreengine/viewdisplayplugin.c:39
#22 0xb49a9069 in cViewPlugin::~cViewPlugin (this=0x8d9d500, __in_chrg=<optimized out>) at coreengine/viewdisplayplugin.c:46
#23 cViewPlugin::~cViewPlugin (this=0x8d37bf8, __in_chrg=<optimized out>) at coreengine/viewdisplayplugin.c:43
#24 0xb49a911a in cViewPlugin::~cViewPlugin (this=0x8d37bf8, __in_chrg=<optimized out>) at coreengine/viewdisplayplugin.c:46
#25 0xb49480f0 in cSkinDesigner::DeleteViews (this=0x8a66aa0) at designer.c:261
#26 0xb49482c3 in cSkinDesigner::LoadViews (this=0x8a66aa0) at designer.c:282
#27 0xb49485df in cSkinDesigner::Reload (this=0x8a66aa0) at designer.c:117
#28 0xb4937e65 in cPluginSkinDesigner::SVDRPCommand (this=0x88e6fd0, Command=0xbcfad75 "reld", Option=0xbcfad79 "", 
    ReplyCode=@0xbff35624: 900) at skindesigner.c:246
#29 0x0814f404 in cSVDRP::CmdPLUG (this=0x89d7888, Option=0x89fb52d "skindesigner reld") at svdrp.c:1530
#30 0x08150926 in cSVDRP::Execute (this=0x89d7888, Cmd=0x89fb528 "plug") at svdrp.c:1718
#31 0x08150b06 in cSVDRP::Process (this=0x89d7888) at svdrp.c:1756
#32 0x080e5fe1 in cInterface::GetKey (this=0x89d7878, Wait=true) at interface.c:40
#33 0x080a4612 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1088

Display More

Backtrace2:

Display Spoiler

Code

(gdb) bt
#0  0xb77ccc31 in __kernel_vsyscall ()
#1  0xb72b7ed7 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:55
#2  0xb72b94a9 in __GI_abort () at abort.c:89
#3  0xb72f596e in __libc_message (do_abort=1, fmt=0xb73eda78 "*** Error in `%s': %s: 0x%s ***\n")
    at ../sysdeps/posix/libc_fatal.c:175
#4  0xb72fb537 in malloc_printerr (action=<optimized out>, str=0xb73e9c10 "free(): invalid pointer", ptr=0xc9e5ce8)
    at malloc.c:4965
#5  0xb72fbc8d in _int_free (av=0xb7440840 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3834
#6  0xb751cc08 in operator delete(void*) () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#7  0xb49808f4 in __gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> > >::deallocate (this=<optimized out>, __p=0xc9e5ce8)
    at /usr/include/c++/5/ext/new_allocator.h:110
#8  std::allocator_traits<std::allocator<std::_Rb_tree_node<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> > > >::deallocate (__a=..., __n=1, __p=0xc9e5ce8)
    at /usr/include/c++/5/bits/alloc_traits.h:517
#9  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> > >::_M_put_node (this=0x99b33cc, __p=0xc9e5ce8) at /usr/include/c++/5/bits/stl_tree.h:495
#10 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_tr---Type <return> to continue, or q <return> to quit---
aits<char>, std::allocator<char> > >, std::allocator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, int> > >::_M_drop_node (this=0x99b33cc, __p=0xc9e5ce8) at /usr/include/c++/5/bits/stl_tree.h:562
#11 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> > >::_M_erase (this=0x99b33cc, __x=0xc9e5ce8) at /usr/include/c++/5/bits/stl_tree.h:1614
#12 0xb49b73ec 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> > >::~_Rb_tree (this=<optimized out>, __in_chrg=<optimized out>)
    at /usr/include/c++/5/bits/stl_tree.h:858
#13 std::map<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, 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> > >::~map (this=<optimized out>, __in_chrg=<optimized out>)
    at /usr/include/c++/5/bits/stl_map.h:96
#14 cAttributes::~cAttributes (this=0x99b33c8, __in_chrg=<optimized out>) at coreengine/attribute.c:38
#15 0xb49b8cd2 in cViewElementAttribs::~cViewElementAttribs (this=0x99b33c8, __in_chrg=<optimized out>)
    at coreengine/attributes.c:136
#16 0xb49b8cfa in cViewElementAttribs::~cViewElementAttribs (this=0x99b33c8, __in_chrg=<optimized out>)
    at coreengine/attributes.c:138
#17 0xb49e1449 in cViewElement::~cViewElement (this=0x99b3750, __in_chrg=<optimized out>) at coreengine/viewelement.c:56
---Type <return> to continue, or q <return> to quit---
#18 0xb49e14fa in cViewElement::~cViewElement (this=0x99b3750, __in_chrg=<optimized out>) at coreengine/viewelement.c:61
#19 0xb49d4410 in cView::~cView (this=0xc092d00, __in_chrg=<optimized out>) at coreengine/view.c:22
#20 0xb49dda29 in cViewReplay::~cViewReplay (this=0xc092d00, __in_chrg=<optimized out>) at coreengine/viewdisplayreplay.c:35
#21 0xb49dda4a in cViewReplay::~cViewReplay (this=0xc092d00, __in_chrg=<optimized out>) at coreengine/viewdisplayreplay.c:36
#22 0xb497f094 in cSkinDesigner::DeleteViews (this=0x96e16f8) at designer.c:250
#23 0xb497f2c3 in cSkinDesigner::LoadViews (this=0x96e16f8) at designer.c:282
#24 0xb497f5df in cSkinDesigner::Reload (this=0x96e16f8) at designer.c:117
#25 0xb496ee65 in cPluginSkinDesigner::SVDRPCommand (this=0x9561fd0, Command=0xc6aab25 "reld", Option=0xc6aab29 "", 
    ReplyCode=@0xbff805a4: 900) at skindesigner.c:246
#26 0x0814f404 in cSVDRP::CmdPLUG (this=0x96528b8, Option=0x967652d "skindesigner reld") at svdrp.c:1530
#27 0x08150926 in cSVDRP::Execute (this=0x96528b8, Cmd=0x9676528 "plug") at svdrp.c:1718
#28 0x08150b06 in cSVDRP::Process (this=0x96528b8) at svdrp.c:1756
#29 0x080e5fe1 in cInterface::GetKey (this=0x9644ba0, Wait=true) at interface.c:40
#30 0x080a4612 in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1088

Display More

Mehr durch Zufall bin ich darauf gestoßen, dass das Problem mit den Übersetzungen in der setup.xml zu tun haben muss. Beim shady habe ich jetzt diese Änderungen gemacht, beim KISS verblieb am Ende noch

Code

<token name="tr(left-justified)">
    <trans lang="en_EN">left-justified</trans>
    <trans lang="de_DE">linksbündig</trans>
</token>
<token name="tr(right-justified)">
    <trans lang="en_EN">right-justified</trans>
    <trans lang="de_DE">rechtsbündig</trans>
</token>

vs

Code

<token name="tr(left-justified)">
    <trans lang="en_EN">left-justified</trans>
    <trans lang="de_DE">links-bündig</trans>
</token>
<token name="tr(right-justified)">
    <trans lang="en_EN">right-justified</trans>
    <trans lang="de_DE">rechts-bündig</trans>
</token>

Ohne den Bindestrich zwischen links/rechts-bündig kommt es bei einem Reload hundertprozentig reproduzierbar zum Crash bzw wenn man den vdr beendet, crasht der skindesigner auch weg.
Hast du dafür eine Erklärung? Wie geschrieben, tritt das hier nur bei 32bit auf. Alle Installationen sind debian/sid (aktueller Stand), Unterscheidungsmerkmal sollte also nur die Architektur sein.

Gruß,
Tomas

louis · March 6, 2016 at 10:44 PM

Hi Tomas,

hm...schräge Sache Ich habe leider kein 32 Bit System zum testen. Da muss ich mir mal überlegen, wie man dem Fehler auf die Spur kommen könnte. Aktuell habe ich nicht so wirklich ne Idee.

Mit den Änderungen, die du gemacht hast, stürzt es jetzt nicht mehr ab? Ein wirkliches Muster ist da ja nicht zu erkennen...

Ciao Louis

tomas · March 6, 2016 at 10:55 PM

Hallo Louis,

Quote from louis

Mit den Änderungen, die du gemacht hast, stürzt es jetzt nicht mehr ab?

Nein, ich habe das heute sicher zwanzigmal hintereinander getestet. Bindestrich raus -> reload -> Crash -> Bindestrich rein -> vdr neu gestartet -> reload OK -> bei laufendem vdr Bindestrich wieder raus -> reload -> Crash usw. Bei den anderen Änderungen das gleiche Spiel. Um die betreffenden Strings zu finden, hatte ich vorher die Übersetzungen mit Kommentarzeichen versehen, um die Stellen einzugrenzen...

Ich dachte, du hast vielleicht spontan eine Idee.... Wichtig ist ja, dass ich den Fehler im Skin beheben konnte, auch wenn das schon sehr an Voodoo grenzt, oder?

Gruß,
Tomas

louis · March 7, 2016 at 7:58 AM

Moin,

Quote from tomas

Ich dachte, du hast vielleicht spontan eine Idee.... Wichtig ist ja, dass ich den Fehler im Skin beheben konnte, auch wenn das schon sehr an Voodoo grenzt, oder?

Voodoo gibts net Was ich mir vorstellen könnte, dass es am verwendeten Systemzeichensatz liegt. Gerade 32/64Bit und UTF8 könnte da ein bisschen problematisch sein. In den XML Files ist ja

XML

<?xml version="1.0" encoding="UTF-8"?>

definiert. Benutzt du auf allen Systemen UTF8? Vielleicht ist das ja ein Ansatz...

Ciao Louis

tomas · March 7, 2016 at 11:27 PM

Hallo Louis,

Quote from louis

Benutzt du auf allen Systemen UTF8?

Ja, daran kann es nicht liegen.

Es lohnt aber wohl nicht, da weiter zu buddeln. 32bit ist ja heutzutage eher die Ausnahme und falls das Problem bei mir je wieder auftauchen sollte, weiß ich ja jetzt, worauf ich achten bzw wo ich suchen muss.

Danke fürs Mitdenken
Tomas

shady

Participate now!

Users Viewing This Thread