Das habe ich doch schon achtunddreissigmal erklärt 
Also nochmal: Die Dauer ist die Dauer des EPG Events, also so, wie es der Sender mitgibt. Also inkl. evtueller Werbung zum Beispiel. Die Aufnahmedauer ist die tatsächliche Dauer der eigentlichen Aufnahme auf der Platte (Recording->LengthInSeconds()/60).
Ich finde beide Infos schon interessant...aber ggf. könnte man die EPG Dauer weglassen?!
Ciao Louis
Wäre es zur Kontrolle nicht sinnvoller die Filmlänge laut IMDB und die tätsächliche (Aufnahme-) Länge anzuzeigen? Die geschnittene Länge sollte dann immer kleiner oder max. gleich der "IMDB-Länge" sein. Falls größer hat man irgendwo einen Werbeblock beim Schneiden übersehen.
Gruß
iNOB
Alles anzeigenDas habe ich doch schon achtunddreissigmal erklärt
Also nochmal: Die Dauer ist die Dauer des EPG Events, also so, wie es der Sender mitgibt. Also inkl. evtueller Werbung zum Beispiel. Die Aufnahmedauer ist die tatsächliche Dauer der eigentlichen Aufnahme auf der Platte (Recording->LengthInSeconds()/60).
Ich finde beide Infos schon interessant...aber ggf. könnte man die EPG Dauer weglassen?!
Ciao Louis
Die EPG Dauer könnte weg, ich brauch nur die reale Länge, um eventuell mal zu schauen, ob der Film geschnitten (im Sinne von UNCUT) ist oder nicht. Dann hätte es auch Platz für die Symbole und eventuell noch ein HD/SD Symbol 
also ich finde das schon sehr sinnvoll die Länge der Aufzeichnung im Kopf zu haben - jedesmal bis ganz nach unten zu scrollen nur um zu sehen wie lang das Ding ist mcht es nicht sonderlich ergonomisch...
Christian
Geht eigentlich ums Menü. 
Ich habe seit kurzem einen ziemlich unschönen Darstellungsfehler. Siehe Anhang.
Moin,
Ich habe seit kurzem einen ziemlich unschönen Darstellungsfehler. Siehe Anhang.
"seit kurzem" ist wahrscheinlich seit imagemagick mal wieder kaputt-geupdated wurde?! Das schaut so aus, als hätten die was an der sparseColor() Funktion "verbessert"...
Ciao Louis
Ja. Schön ist Imagemagick wirklich nicht... Kannst du nicht was anderes nehmen?
Ich darf alle paar Tage die ImageMagick basierten Pakete neubauen, weil die mal wieder die Lib umbenannt haben.
Könnte man viele Sachen nicht sogar direkt mit dem Truecolor OSD basteln? Farbverläufe etc.
graphicsmagick gäbe es auch noch. Bei text2skin konnte man im Makfile wählen und als ich dort ähnliche Probleme hatte, hab ich umgestellt und es ging wieder.
Moin,
graphsmagick wäre sicherlich eine Alternative, wobei ich meine mich zu erinnern, dass diese sparseColor Funktion dort eben nicht vorhanden ist.
Wobei ich mich eh frage, ob Archlinux da irgendeinen Unstable Zweig von imagemagick verwendet, mit Gentoo habe ich da keinerlei Probleme...es muss ja nicht immer die Topaktuellste Version sein
Vorerst wird es in diese Richtung von mir keinen Fix geben...evtl. kann ich demnächst diese Art und Weise, die Hintergründe zu erzeugen, ganz rausschmeissen. Schaumer mal, wann ich das, an dem ich gerade bastle, releasen kann, hat ja schon seinen Grund, wieso es hier schon des längeren nichts mehr neues gab
Ciao Louis
Ich habe gerade mal geschaut. GraphicsMagick hat keine sparseColor Funktion.
Ich habe die entsprechenden Stellen einfach mal auskommentiert und das nOpacity Makefile so angepasst, dass es mit GraphicsMagick kompiliert.
Das läuft auch soweit, allerdings verstehe ich jetzt, was die sparseColor Funktion normalerweise bewirkt.
OK. Es hat gar nichts mit Imagemagick zu tun. Sondern weil ich firstDisplay auf false setze um auch das OSD direkt beim Start zu haben.
Das hat wohl mehr Nebenwirkungen, als ich erwartet hatte.
OK. Es hat gar nichts mit Imagemagick zu tun. Sondern weil ich firstDisplay auf false setze um auch das OSD direkt beim Start zu haben.
Das hat wohl mehr Nebenwirkungen, als ich erwartet hatte.
Mann Mann Mann...du sollst doch nicht einfach am Code rumpfuschen, wenn du keine Ahnung hast...und dann auch noch Scheinheilig einen Fehler melden...das geht ja wohl gar nicht.
Über die "firstDisplay" Erkennung wird auch ein Teil des Image Caches generiert, genauer gesagt genau diese Hintergrundbilder mit SparseColor. Das kann ich leider erst da machen, da vorher die Theme Farben des aktuellen themes vom VDR noch nicht geladen sind.
Die Darstellung des displaychannel OSD beim Start des VDR ist eh kaputt...
Ciao Louis
Mann Mann Mann...du sollst doch nicht einfach am Code rumpfuschen, wenn du keine Ahnung hast...und dann auch noch Scheinheilig einen Fehler melden...das geht ja wohl gar nicht.
Ja, ist ja gut. Ganz ruhig.
Die Darstellung des displaychannel OSD beim Start des VDR ist eh kaputt...
Ist es eben nicht. Was denkst denn du, warum ich das umgestellt habe? Es hat ja auch den gewünschten Effekt bewirkt und auch eine Zeit lang problemlos funktioniert. Erst vor ein paar Git-Commits hat es nicht mehr funktioniert. Deswegen habe ich es auch nicht damit in Verbindung gebracht.
Danke, so funktioniert's.
Sorry, dass ich dich mit selbstproduzierten Problemen belästigt hab
Wo ist denn das OSD bei dir kaputt?
Wo ist denn das OSD bei dir kaputt?
Nicht nur bei mir, ich habe das schon von verschiedenen softhddevice Usern gehört. Da fehlt irgendwie ein Teil der Ausgabe, die Progressbar hat auch irgendwie seltsam ausgesehen...keine Ahnung, so genau weissichs auch nimmer, hab's schon lange nicht mehr gesehen Der wichtigere Grund waren eigentlich die Abstürze bei xine als Ausgabeplugin, das hat gecrasht, weil da wohl irgendwie zu dem Zeitpunkt noch kein true color OSD verfügbar war.
Ciao Louis
Schaumer mal, wann ich das, an dem ich gerade bastle, releasen kann, hat ja schon seinen Grund, wieso es hier schon des längeren nichts mehr neues gab
Ciao Louis
Du weisst aber schon, dass die Erwartungshaltung nach deinen letzten Arbeiten extrem hoch ist?
Freu mich schon drauf ....
Du weisst aber schon, dass die Erwartungshaltung nach deinen letzten Arbeiten extrem hoch ist?
Freu mich schon drauf ....
Na dann schaumer mal wie es dir gefällt
Hier ist dann mal zu...*absperr*
Ciao Louis
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
