ZitatOriginally posted by Brougs78
Hi Scorp!
Ah stimmt den Log hast du ja schonmal gepostet. Könntest du mal bitte folgendes einige Zeit testen: Deaktiviere mal die Text2skin-Extensions im UpdateEnigma.sh (also ohne text2skin ohne Patch zu kompilieren) und starte dann VDR mit dem aktualisierten Skript neu.
Schau dann bitte ob VDR auch damit abstürzt.
Gruß,
Brougs78
Das ist eine gute Idee, ich werde das versuchen und berichten.
Könnte man die uhr nicht in die position hinter die channelinfo setzen, wie oben schon vorgeschlagen. passt meiner meinung nach einfach besser ins gesamtbild des skins.
gruß
tom
Hi!
Ozymandias: Hab das mit dem "/" schon ausgebessert ... habs nur nicht veröffentlicht. 
Danke trotzdem. Für alle die das auch stört können das ja so umsetzen. In der nächsten pre ist es auf jeden Fall auch gefixt.
Lanze: Danke für die Info ... hätte ich sicher übersehen. Mal schauen was sich da machen lässt.
NetRookie: Danke für den Vorschlag, aber so glücklich bin ich - wie ich oben geschrieben habe - damit auch nicht:
Zitat...
rechts oben nach der Kanalnameninfo möchte ich das eigentlich auch nicht, denn dann steht das Datum einmal hier und einmal da. Bei der Wiedergabe möchte sicherlich niemand auf den langen Text für den Aufzeichnungsnamen verzichten wodurch das Datum hier nicht rechts stehen könnte. Gut könnte dann könnte man das Datum hier eben links oder rechts unten hinpacken ... dann ist es wieder an insgesamt drei Positionen im Menü verteilt und verwirrt, da ja hier auch das Aufzeichnungsdatum steht.
...
Gruß,
Brougs78
Griasde Bou!
ZitatOriginal von Brougs78
Django: I ku lei Tiroiarisch, owa des is jo hoibwegs ähnlich ois wia as Boarisch.
Na, sprachlich liegen wir ja ned weit auseinander, genausowenig Mentalitätsmassig und geographisch sowieso. Also das werd' scho. Wir blos noch Zeit, dass wir dem VDR noch etwas Mundart beibringen. 
Pfiade,
Django
Hi nochmal!
ZitatAlles anzeigenOriginal von Flasher_84
@ Brougs78
Hier mal beide Logs:
Einmal mit "original" status.h
Code/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algo.h:2569: instantiated from 'void std::sort(_RandomAccessIterator, _RandomAccessIterator) [with _RandomAccessIterator = std::reverse_iterator<__gnu_cxx::__normal_iterator<cText2SkinStatus::tEvent*, std::vector<cText2SkinStatus::tEvent, std::allocator<cText2SkinStatus::tEvent> > > >]' status.c:180: instantiated from here /usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algobase.h:127: error: call of overloaded 'swap(cText2SkinStatus::tEvent&, cText2SkinStatus::tEvent&)' is ambiguous /usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algobase.h:92: note: candidates are: void std::swap(_Tp&, _Tp&) [with _Tp = cText2SkinStatus::tEvent] /usr/src/vdr/include/vdr/tools.h:52: note: void swap(T&, T&) [with T = cText2SkinStatus::tEvent] make: *** [status.o] Error 1
Mit modifizierter status.h
Code/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algo.h:2498: instantiated from 'void std::__introsort_loop(_RandomAccessIterator, _RandomAccessIterator, _Size) [with _RandomAccessIterator = std::reverse_iterator<__gnu_cxx::__normal_iterator<cText2SkinStatus::tEvent*, std::vector<cText2SkinStatus::tEvent, std::allocator<cText2SkinStatus::tEvent> > > >, _Size = int]' /usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algo.h:2569: instantiated from 'void std::sort(_RandomAccessIterator, _RandomAccessIterator) [with _RandomAccessIterator = std::reverse_iterator<__gnu_cxx::__normal_iterator<cText2SkinStatus::tEvent*, std::vector<cText2SkinStatus::tEvent, std::allocator<cText2SkinStatus::tEvent> > > >]' status.c:180: instantiated from here /usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algobase.h:127: error: call of overloaded 'swap(cText2SkinStatus::tEvent&, cText2SkinStatus::tEvent&)' is ambiguous /usr/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/stl_algobase.h:92: note: candidates are: void std::swap(_Tp&, _Tp&) [with _Tp = cText2SkinStatus::tEvent] /usr/src/vdr/include/vdr/tools.h:52: note: void swap(T&, T&) [with T = cText2SkinStatus::tEvent] make: *** [status.o] Error 1
Vielleicht bringen dir die Logs etwas!
Ok, nachdem ich mir das nochmal genau angeschaut habe und im Netz gelesen habe kapiere ich endlich was hier falsch lief. VDR definiert in tools.h ein template für swap, was aber auch in STL definiert ist. Deshalb die Doppeldeutigkeit und der Kompilierfeher weil der Kompiler nicht weiß was er verwenden soll. Eigentlich sollte das alle Kompiler durcheinenaderbringen ... 
Klaus hat aber lobenswerterweise einen Schalter eingebaut um die Definition von swap usw. zu unterbinden ... das sollte dann also funzen.
Bitte bau mal die status.h so um, dass sie so aussieht und gib bescheid ob hier alles richtig kompiliert:
#ifndef VDR_TEXT2SKIN_STATUS_H
#define VDR_TEXT2SKIN_STATUS_H
#ifndef __STL_CONFIG_H
#define __STL_CONFIG_H
#endif
#include "common.h"
#include <vdr/status.h>
#include <algorithm>
#include <vector>
class cText2SkinRender;EDIT: Sorry da war noch ein Fehler drin, hab das "#endif" vergessen.
Gruß,
Brougs78
Das Datum ggf. zu deaktivieren wäre eine Option. Wie wärs den Stil zu verwenden wo es vorher positioniert war. Also Dunkelblauer Hintergrund mit weißer Schrift?!?
Die Abstürze konnte ich nicht reproduzieren. Ich hab cody jetzt mal gebeten das text2skin Plugin nochmal für 1.3.34 zu compilieren. Damit ich das Problem weiter eingrenzen kann...
Hallo Brougs78,
ZitatDen Vorschlag wegen der Größe der Aufzeichnung in Minuten hab ich mir mal gleich ins TODO geschrieben.
Danke 
ZitatDie Aufnahmegröße wird allerdings schon über Disk-Zugriff ermittelt ... wüsste nicht ob/wie das über index.vdr geht.
das war glaube ich einen gedankenfehler ... 
Ich würde aber dann lieber ohne diese funktion leben da sie dann schlafende platten aufweckt. Kann man (ich) dazu evt. eine option in das UpdateEnigma.sh script einbauen das es ggf. nicht angezeigt wird ? (falls ja, bitte letze version zusenden ;)) Immer eine größe 0 könnte ich auch mit leben.
Oder alternativ - wenn z.b. datei recsize.vdr da ist dann den inhalt als größe nehmen ? Dann könnte man die größe beim schneiden oder wann auch immer berechnen lassen
Zum thema Farbe vom Fortschrittsbalken
Also ich finde weiß auch nicht so dolle. Das ist oft nicht so richtig sichtbar wenn der film gerade hell ist. Notfalls muß ich da selber hand anlegen, muß noch mal suchen wie die zeile zu finden war ...
Oder alternativ als Farb-Option im UpdateEnigma.sh - also das man da die gewünschte farbe angeben kann ... (ich melde mich freiwillig für die umsetzung ;)) evt. mit 1-2 farb-vorschlägen so das man nur auskommentieren muß
Zum thema datum oben
Auch da bin ich nicht hellauf begeistert. Ich sehe schon die idee und der grund dafür - es ist dann halt immer oben zu finden.
Die idee das man für die "kleinen Fenster" das Datum deaktivieren kann fände ich gut
Gruß
Viking
Ein Vorschlag zur Datumsdiskussion:
Ich finde es recht praktisch, das Datum und Uhrzeit immer oben rechts zu finden sind - die jetztige Darstellungsform finde ich jedoch nicht sehr schön (fast schon häßlich), da sie vom Design her nicht zu dem sonst so genialen Enigma passt. Wie wäre es daher, wenn man die jetztige Darstellung einfach an das Enigmadesign anpassen würde? Statt des bisherigen 'Klotzes' ein oben abgerundetes Rechteck, darunter noch eine Line, so wie bei der Kanalanzeige. Der Text kann dann (ähnlich des Kanalnames) auch etwas rausstehen.
Dennoch ein suuuper Skin! Herzlichen Dank!
Skobi
Hi!
Scorp: Ich hoffe das Kompilieren hilft ... sonst weiß ich auch nicht wirklich weiter ...
viking: Ich werde mal schauen wie ich das halbwegs einfach implementieren kann mit dem "Energiesparmode"
Ev. ist wirklich das Skript die einfachste Lösung ... mal schauen.
Die Ermittlung der Aufzeichnungslänge in Minuten geht übrigens auch nicht ohne Zugriffe (funzt ansonsten hier schon). Hast du eigentlich nicht den enAIO drauf, denn der muss dazu auch auf die Platte zugreifen ... obwohl das dann nur einmal passiert ...
Thema Fortschrittsbalken: Also das kann man relativ einfach haben. Einfach das Default- oder DarkBlue-Theme kopieren und bearbeiten. Das ist die Änderung einer Zeile. Wäre schön wenn da jemand seine Vorstellungen umsetzen könnte, dann würde ich das auch gerne mit dem Skin verteilen. Ich wollte ja selbst noch mal ein Theme in grau machen, aber irgendwie hat das doch niedrige Priorität.
Thema Datum/Zeit: Also ich möchte auf keinen Fall, dass ihr das auffasst als ob ich da überhaupt nicht bereit bin Kompromisse zu machen, aber das ganze sollte halt halbwegs stimmig sein. ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Voschläge höre ich immer gerne.
Ich finde dass ev. die Option zum Deaktivieren das Datums kombiniert mit einer Designänderung (also kein schnöder Balken) die beste Alternative sein wird. Das ist alles relativ einfach zu machen und sollte (fast) jedem gefallen.
Gruß,
Brougs78
Hi Brougs78,
ZitatAlles anzeigen
Nochmal wegen dem Datum und der Uhrzeit: Was
haltet ihr von dem Kompromissvorschlag, dass man
Datum und Uhrzeit für die "kleinen Fenster" (also
Live-View, Replay usw.) die Datums- und
Uhrzeitanzeige deaktivieren kann. D.h. es stört
dann die Optik nicht weiter und um zu sehen wie
spät es ist müsste man halt ins Menü gehen. Ich
weiß dass das auch nicht ideal ist, aber das wäre
relativ leicht implementiert und das würde ich
auch einbauen wenn das mehrere Leute nutzen
wollen.
Also Datum/Uhrzeit muss ich nicht überall haben,
insofern ist das deaktivieren ein einigermaßen
akzeptabler Kompromiss.
Besser fände ich natürlich, wenn es irgendwie noch
zur Kanalinfo unten dabei kommen würde (wo es früher
mal war). Ist die Zeile unten denn soviel breiter geworden
das es jetzt nicht mehr passt ? Ich hätte persöhnlich auch
keine Probleme wenn es unten links unter das Senderlogo ragen
würde. Eine weitere Alternative wäre rechts direkt über der
Kanalinfo wie es bei dem Elchi-Patch für vdr-1.2.6 einmal war.
Was mich an dem Datum/Uhrzeitfeld oben rechts stört ist,
das die Anzeige dadurch auseinandergerissen ist und nicht mehr
"aus einem Guß" besteht. Praktisch hat man alle Informationen dann
nicht mehr in einem Blick, sondern muß für die Uhrzeit extra nach
oben schauen. Weiterhin finde ich das die Kanalinfo nur unten
angezeigt werden sollte und der (möglichst große Rest) des Bildschirms
für die laufende Sendung frei bleiben sollte damit man auch sieht was
gerade läuft.
Enigma ist in der Beziehung recht gut was die OSD-Aufteilung angeht,
es gibt mehrere negative Beispiele von Skins dessen Kanalinfo ein
riesig großen Bereich teilweise auch in die Bildschirmmitte ragend
benutzen, so dass man von dem Programm ziemlich wenig sieht.
Wegen des weißen Fortschrittbalkens den ich aus Kontrastgründen auch lieber
grün hätte:
Ich hab auch keine Probleme den Skin nur für mein Zwecke zu patchen,
habe die Zeile
Item=Color,name=RepBarProgress,default=#FFFFFFFF;
einfach in
Item=Color,name=RepBarProgress,default=#B8C4C400;
geändert und schon passts 
Gruß,
Gromit
Hallo,
ich bin dem Problem mit den Streifen noch mal nachgegangen.
[Blockierte Grafik: http://www.jepsennet.de/vdr/forum/enigma1.jpg]
[Blockierte Grafik: http://www.jepsennet.de/vdr/forum/enigma2.jpg]
Ich habe auch Meldungen anderer User über dieses Problem gefunden:
ZitatOriginal von massimo
Hallo,
ich habe eine ungemoddete Nexus-S (DVB-S) und habe die gepachte Enigmaversion mal installiert (Gentoo). Leider sehe ich auf der Ferbsehbildhöhe von VDR Menüpunkt 5 und 6 (bei mir also MPlayer und Einstellungen) gelbe Striche, die sich quer über das Bild auf der Höhe dieser zwei Menüpunkte ziehen. Wenn ein Teil des OSD sich auf dieser Fernsehbildhöhe befindet, dass sind die Streifen zu sehen. D.h. wenn ich die Lautstärke ändere, sind diese Streifen nicht zu sehen. Das DeepBlue Skin funktioniert hingegen einwandfrei. Wo kann ich vielleicht drehen (Einstellungen? In den XML Configs?), dass diese Streifen verschwinden?
ZitatOriginal von thoand
bei mir sieht das genau so aus, wie bei massimo. ich habe es sogar mti 400x400 getestet und vorher den bildspeicher gelehrt. geht trotzdem nicht. ansonsten genialer skin.
Das Ganze tritt nur im Menü auf. Also habe mir das mal genauer angesehen. Auffällig sind die vielen Bereiche (Windows) aus denen es aufgebaut ist. Hier scheint das Problem zu liegen. Wenn ich die Windows in einer anderen Reihenfolge initialisiere tauchen die Störungen in anderen Bereichen des Menüs auf. Also habe ich mal zwei Bereiche zusammengelegt und siehe da, die Störungen sind weg.
<window x1="0" x2="-217" y1="0" y2="29" bpp="2"/>
<window x1="0" x2="-217" y1="30" y2="123" bpp="2"/>
<window x1="-216" x2="-93" y1="0" y2="89" bpp="4"/>
<window x1="-92" x2="-1" y1="0" y2="89" bpp="4"/>
<window x1="-216" x2="-1" y1="90" y2="123" bpp="4"/>
<window x1="0" x2="-1" y1="124" y2="-65" bpp="2"/>
<window x1="0" x2="-1" y1="-64" y2="-1" bpp="4"/><window x1="0" x2="-217" y1="0" y2="29" bpp="2"/>
<window x1="0" x2="-217" y1="30" y2="123" bpp="2"/>
<window x1="-216" x2="-1" y1="0" y2="89" bpp="4"/>
<window x1="-216" x2="-1" y1="90" y2="123" bpp="4"/>
<window x1="0" x2="-1" y1="124" y2="-65" bpp="2"/>
<window x1="0" x2="-1" y1="-64" y2="-1" bpp="4"/>
Das schränkt natürlich die Verwendbarkeit der Farben ein, weil sich jetzt beide Bereiche eine Palette teilen müssen. Scheint aber bei diesen beiden Bereichen zu funktionieren. Die Logos in der Ecke sind ja nicht mehr so bunt.
Tschüß Frank
Hallo,
also das mit den Streifen hat sich bei mir gelegt, wobei ich nichts an der Hardware geaendert habe, weil ja auch spekuliert wurde, dass vielleicht der Speicher meiner Nexus was abbekommen hat..., hatte zu dieser Zeit kurzfristig andere Skins in Verwendung, bin aber wieder auf Enigma umgestiegen - weils ja dann wieder funktioniert hat
Seit ich im Skin die Text2skin Patches abgestellt habe ist er nicht mehr beim Replay Info abgestürzt. Mit Patches stürt auch die 1.3.37 ab. Aber leider nicht reproduzierbar. D. h. es klappt 10 mal dann klappt es mal wieder gar nicht. Aber anscheinend hat sonst niemand das Problem...
Ich konnte bzw. musste es auch meinen beiden VDR Systemen festellen.
Hi!
gromit: Also ich werde dann mal die Option zum Deaktivieren von Datum/Zeit einbauen und ev. das Design noch ein wenig überarbeiten.
Wegen der Farbe für die Progressbar: Also wie gesagt, einfacher ist das ganze eigentlich wenn du dir da einfach ein Theme kopierst und dann da die Farbe RepBarProgress austauschst. Das hat den Vorteil dass du es nicht nach jedem Skinupdate machen musst, denn bei den Farben hat sich nicht so oft was geändert.
FrankJepsen: Oh, vielen Dank dass du dich da so reingehängt hast.
Das ist ja wirklich ein seltsames Phänomen ... eigentlich sollten schon 7 Fenster möglich sein ... sind sie ja eigentlich auch, nur kommt dann der Fehler bei manchen Usern. Das muss doch eigentlich ein Treiberproblem sein, aber da bist du ja sicherlich auch halbwegs aktuell oder?
Also wenn das den Fehler behebt und wir nicht auf einen andere Lösung kommen, dann werde ich da mal ev. einen aktivierbaren Workaround (6 Fenster) einbauen ... reduziert allerdings leider die verfügbare Fenstergröße ...
massimo: Was ist du dann geändert an deinem Setup? Treiber- und VDR-Upadetes? Anderes Linux-System?
Scorp: Das kapiere ich jetzt auch nicht warum das nur bei dir so ist ... du musst irgendetwas anders haben als die anderen. Du hast auch wirklich ein zusammenpassendes VDR-System? Also VDR und Plugins mit Patches aktuell kompiliert? Also keine Mischungen an Versionen und Kompilate mit z.B. unterschiedlichen VDR-Patches?
Das fände ich natürlich schade, wenn du die Erweiterungen nicht nutzen könntest, denn du warst ja immer fleißig mit Feedback und Testst bei der Entwicklung von v0.4 dabei ...
Gruß,
Brougs78
Hallo,
ZitatOriginal von Brougs78
FrankJepsen: Oh, vielen Dank dass du dich da so reingehängt hast.
Das ist ja wirklich ein seltsames Phänomen ... eigentlich sollten schon 7 Fenster möglich sein ... sind sie ja eigentlich auch, nur kommt dann der Fehler bei manchen Usern. Das muss doch eigentlich ein Treiberproblem sein, aber da bist du ja sicherlich auch halbwegs aktuell oder?
Aber wohl nur halbwegs ich hatte Firmware V2.61c installiert. Jetzt habe ich nach dieser Anleitung die Version 2.622 installiert und siehe da, die Streifen sind weg.
ZitatAlso wenn das den Fehler behebt und wir nicht auf einen andere Lösung kommen, dann werde ich da mal ev. einen aktivierbaren Workaround (6 Fenster) einbauen ... reduziert allerdings leider die verfügbare Fenstergröße ...
Die Fenster die ich zusammengelegt hatte haben ja die gleiche Bittiefe. Damit sollte also die gleiche Fenstergröße möglich sein.
Tschüß Frank
Hi!
Ja das ist ja noch besser wenn die neueste Firmware das behebt.
Gruß,
Brougs78
Hallo Brougs
erstmal tolle Sache dein Skin.
Meine Frage:
Vor einigen Versionen war es möglich die EPG-Bilder aus zum Bsp. tvmovie2vdr im OSD mit anzuzeigen.
Ist das ohne grösseren Aufwand bei dieser Version wieder möglich ?
Vielen Dank im Vorraus
Hallo Brougs78,
ZitatIch werde mal schauen wie ich das halbwegs einfach implementieren kann mit dem "Energiesparmode" zuzwinker
Ev. ist wirklich das Skript die einfachste Lösung ... mal schauen.
Ich habe das schon bei mir rausgelöscht - ist ja nur "({RecordingSize} MB)" entfernen aus der zeile. Sollte mit sed einfach sein wie gesagt sag bescheid.
ZitatDie Ermittlung der Aufzeichnungslänge in Minuten geht übrigens auch nicht ohne Zugriffe (funzt ansonsten hier schon). Hast du eigentlich nicht den enAIO drauf, denn der muss dazu auch auf die Platte zugreifen ... obwohl das dann nur einmal passiert ...
Ich nutze den BigPatch und habe eigentlich keine probleme damit. Wenn man in der aufnahmeliste 0 drückt (umbennnen) dann sieht man die größe und hier hat man dann vermutlich das selbe problem - aber das nutze ich sehr selten.
Ich vermute mal das du dann index.vdr abfragst (dieses mal geht es ;)) und das ist kein problem da sie immer auf der erste platte liegt - sonst würde vdr die platten auch aufwachen beim recording-scan.
Gruß
Viking
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!