[eHD & NetCeiver] VDR mit TS Unterstützung

[TVIA]

Hi,

Liste der Dateien in Paket libmagick++3 in sid für Architektur powerpcspe [pre]/usr/lib/libMagick++.so.3
/usr/lib/libMagick++.so.3.0.0
/usr/share/doc/libmagick++3/NEWS.Debian.gz
/usr/share/doc/libmagick++3/changelog.Debian.gz
/usr/share/doc/libmagick++3/changelog.gz
/usr/share/doc/libmagick++3/copyright
[/pre]

Hmm, könnte man auch einzeln nach installieren

http://packages.debian.org/de/sid/libmagick++-dev
http://packages.debian.org/de/sid/libmagick++3

Grüße
TVIA

[Paulaner]

Ich habe versucht das Imagemagick zu aktualisieren, aber mit dem libmagick++3 gibt es immer wieder probleme.
Jetzt habe ich die nächste fehlermeldung:

Code:

Jan 21 23:12:11 (none) RCStart: Starte RCStart_netremote
Jan 21 23:12:11 (none) vdr: [4490] cTimeMs: using monotonic clock (resolution is 1 ns)
Jan 21 23:12:12 (none) vdr: [4490] ERROR: libMagickWand.so.3: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Jan 21 23:12:12 (none) vdr: [4490] ERROR: libMagickWand.so.3: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Jan 21 23:12:13 (none) vdr: [4490] ERROR: libMagickWand.so.3: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Jan 21 23:12:13 (none) Runvdr: starte HDe shmnetd
Jan 21 23:12:16 (none) RCStart: Starte /etc/init.d/RCStartAfterVDR.d/RCStartPersonal

....

Jan 21 23:12:24 (none) vdr: [9595] loading plugin: /usr/vdr/plugins/libvdr-reelbox.so.1.7.15
Jan 21 23:12:24 (none) vdr: [9595] loading plugin: /usr/vdr/plugins/libvdr-skinreel3.so.1.7.15
Jan 21 23:12:24 (none) vdr: [9595] ERROR: libMagickWand.so.3: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
Jan 21 23:12:24 (none) vdr: [9595] loading plugin: /usr/vdr/plugins/libvdr-filebrowser.so.1.7.15

Ich vermute mal, dass es mit einem normalen EasyVDR-08.04 nicht so richtig funktioniert, da einfach ein paar Abhängigkeiten nicht erfüllt sind.

Paulaner
So, jetzt gehe ich aber erst mal schlafen! :-)

[michel8]

Ich vermute mal, dass es mit einem normalen EasyVDR-08.04 nicht so richtig funktioniert, da einfach ein paar Abhängigkeiten nicht erfüllt sind.

Hi Paulaner,
mit dem Update2 wird imagemagic aktualisiert und das funktioniert auch mit der Testversion schon ohne Fehler.

Möglicherweise sollten wir zuerst Update2 zusammen fertig bekommen, damit wieder alle auf der gleichen Basis input und testversionen liefern und ausprobieren können.
Einige der Vorraussetzungen für neuere Module wären Damit ja auch schon ins System integriert ...

Gruß
Michel

[TVIA]

Hi,

diese Paket (Debian "etch") müsssen dann noch installiert werden

http://packages.debian.org/de/sid/libmagick++-dev
http://packages.debian.org/de/sid/libmagick++3
http://packages.debian.org/sid/libmagickwand-dev

Es sind fehlende Debian "etch" Pakete

Ich vermute mal, dass es mit einem normalen EasyVDR-08.04 nicht so richtig funktioniert, da einfach ein paar Abhängigkeiten nicht erfüllt sind.

Eigenartig ist nur das der Eine sie hat und der Andere nicht  ???

Grüße
TVIA

[vdrbär]

Ganz ohne Probleme lief es hier auch nicht. 
Nach dem ersten Start war das OSD auf "klassisch" und das "Setup-Plugin" funktionierte nicht mehr.
Das Setup-Plugin habe ich dann manuell wieder zum Laufen gebracht, das OSD habe ich auf klassisch gelassen.

Gruß

[TVIA]

@vdrbär

Das Setup-Plugin habe ich dann manuell wieder zum Laufen gebracht, das OSD habe ich auf klassisch gelassen.

Könntest Du bitte Deine setup Plugin (bin) hier mal posten damit es andere mal testen können?

Grüße
TVIA

[TVIA]

Hi,

hier das setup Plugin zur neuen Erstellung - wenn man z.B. nicht per OSD den Skinreel auswählen kann.

Ganz ohne Probleme lief es hier auch nicht.  [img alt=]http://www.easyvdr-forum.de/forum/Smileys/PortaMx/wink.gif[/img]
Nach dem ersten Start war das OSD auf "klassisch" und das "Setup-Plugin" funktionierte nicht mehr.
Das Setup-Plugin habe ich dann manuell wieder zum Laufen gebracht, das OSD habe ich auf klassisch gelassen.

Vielleicht kann ja "Tuxnet & Paulaner" die ähnliche Probleme haben dies einmal testen?

Grüße
TVIA

[Paulaner]

So, ich habe eine Menge mit dem neuen vdr-1.7.15 getestet und bin noch nicht ganz zufrieden:
Skinreel3 funktioniert bei mir überhaupt nicht. Wenn ich den Skinreel3 aktiviere, dann erhalte ich überhaupt keine OSD-Anzeige. Im user.log werden dafür zigtausende folgender Fehlermeldungen ausgegeben:

Code:

...
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234521511 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234521512 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234521512 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234521513 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234521513 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] HdFbTrueColorOsd::DrawText END at Pos 41/2 size 50x26
Jan 23 11:06:27 (none) vdr: [22107] HdFbTrueColorOsd::DrawText Pos 153/14 size 230x26
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234518002 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234518002 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234518003 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234518003 (640 x 480 x 2)
Jan 23 11:06:27 (none) vdr: [22107] skinreel3: error: outside osd range: displacement 234518004 (640 x 480 x 2)
...

Ich habe die OSD-Größe in der setup.sconf manuell geändert, aber es bleibt bei dieser Fehlermeldung.
Zum weiteren Testen habe ich deshalb den SkinEnigmaNG genommen, der problemlos funktioniert!

Hier noch weitere Meldungen aus dem user.log die nicht ganz kosher sind:
Hier wird das iMonLCD angesprochen, was ich gar nicht aktiviert habe. Ist aber mehr ein kosmetisches Problem:

Code:

...
Jan 23 12:00:55 (none) vdr: [4485] iMonLCD: closing, turning backlight off.
Jan 23 12:00:55 (none) vdr: [4485] iMonLCD: error writing to dead file descriptor
...

Dann kommt noch diese komische Meldung:

Code:

...
Jan 23 12:01:06 (none) vdr: [9576] Can't open Alternative Channels-File </etc/vdr/channel_alternative.conf>
...

Folgende ernsthafteren Probleme habe ich noch mit dem vdr-1.7.15:

• Im Recordingsmenü kann ich nicht mehr die Reihenfolge der Aufzeichnungen einstellen (Verzeichnisse zuerst, Alphabetisch ... usw.) wie ich dies beim vdr-1.7.0 machen kann.
  
• Beim Schneiden von HD-Aufnahmen (SD habe ich nicht getestet) habe ich kein Bild bei den Schnittmarken. D. h. wenn ich dann mit den Tasten 4 und 6 das Feintuning der Schnittmarken vornehmen will, dann sehe ich leider nicht, wo ich in der Aufnahme bin.
  

Vor allem der Pkt. 2 finde ich sehr negativ und sollte geändert werden. Ich erinnere mich, das es dazu im VDR-Forum bereits eine Diskussion gab, wo es wohl auch einen Patch dazu gab.

Paulaner
PS: Das Kompilieren von Plugins hat auch funktioniert, wobei es noch einige Plugins gibt, die nicht kompilieren, aber das ist nicht so wichtig.

[michel8]

Hallo Zusammen,

die Idee einen VDR-1.7.15 als add-on anzubieten finde ich grundsätzlich gut, auch wenn es mit der 0.9 sicher einfacher und zielführender wäre als auf der 0.8 aufzusetzen und viele darin definierten Rules (vdr-vv, commands.conf, plugin-tree, etc.) für dieses AddOn zu umgehen.
Zwischen 0.8-Standard und 0.8 mit VDR-1.7.15 ist dann recht wenig ohne Detailprüfung austauschbar.

Zudem auf eine 0.8.04 ohne korrigierten Pluginsatz und aktuelle Imagemagic für den Test aufzusetzen halte ich für unglücklich, denn eine gemeinsame Testbasis werdet Ihr so kaum bekommen und nach Verfügbarkeit des Update2 müsste von vorn begonnen werden.

Mein Vorschlag wäre Update2 fertig zu machen und zu testen.
Damit ist die Entwicklung an der 0.8 abgeschlossen. Darauf ein AddOn zusammenzutragen bringt zumindest eine verlässlichere einheitliche Basis und dann auch die Möglichkeit ein einfacher nutzbares Paket für den Normaluser daraus zu generieren.
Zumal in Update2 bereits einige Erweiterungen und Korrekturen eingeflossen sind:
Komplett Kompilierbarer Pluginsatz, Imagemagic, Libdvd's, etc.

Gruß
Michel

[TVIA]

Hi,

skinreel

Ich habe die OSD-Größe in der setup.sconf manuell geändert, aber es bleibt bei dieser Fehlermeldung.

mit diesen Einträgen in der setup.conf?

Code:

FontFix = FreeMono:Fett
FontFixSize = 18
FontFixSizeP = 0.031000
FontOsd = Arial:Standard
FontOsdSize = 18
FontOsdSizeP = 0.031000
FontSml = Arial:Standard
FontSmlSize = 18
FontSmlSizeP = 0.031000

und

Code:

OSDAspect = 1.422222
OSDHeight = 518
OSDHeightP = 0.900000
OSDLanguage = de_DE
OSDLeft = 32
OSDLeftP = 0.045000
OSDMessageTime = 3
OSDSkin = Reel
OSDTheme = Black
OSDTop = 29
OSDTopP = 0.050000
OSDWidth = 640
OSDWidthP = 0.890000

Zum weiteren Testen habe ich deshalb den SkinEnigmaNG genommen, der problemlos funktioniert!

Ist bekannt, leider berecht der Skinreel
hier den Aufbau anders. Eine Änderung wird kommen, da auch eel das Problem erkannt hat. aber bei mir und andern Testern läuft der Skin soweit. Machmal werden durch
ändern der OSD Einträge hier die Werte wieder auf Null gesetzt und man hat kein Skin, dann hilft es nur schnell die Werte wieder per Hand in die setup.conf zu kopieren. (das das nicht möchte kann ja einen anderen Skin wählen)

Code:

Beim Schneiden von HD-Aufnahmen (SD habe ich nicht getestet) habe ich kein Bild bei den Schnittmarken. D. h. wenn ich dann mit den Tasten 4 und 6 das Feintuning der Schnittmarken vornehmen will, dann sehe ich leider nicht, wo ich in der Aufnahme bin.

Der Patch aus dem VDR Portal ist eigentlich drinn. Aber zu diesem Thema gibt es auch noch viel Bewegung. Ist auch für mich sehr wichtig.

Im Recordingsmenü kann ich nicht mehr die Reihenfolge der Aufzeichnungen einstellen (Verzeichnisse zuerst, Alphabetisch ... usw.) wie ich dies beim vdr-1.7.0 machen kann.

Hierzu habe ich mal das "extracmenu Plugin" installiert läuft ohne Fehler und kann ohne Änderung am VDR erstellt werden.
Download: http://projects.vdr-developer.org/attach...nu-1.2.tgz

Grüße
TVIA

[Paulaner]

Ich habe mir nochmal paar Gedanken gemacht, warum der Skinreel bei mir nicht funktioniert.
Die Werte in der setup.conf hatte ich auch mal testweise drin, hat aber rein gar nichts bewirkt.

Aus irgendwelchen Gründen will der Skinreel bei mir immer auf mein TFT-Display (wo eigentlich graphtft die Ausgabe macht) ausgeben. Wenn ich das graphptft-Plugin deaktiviere ist bei aktiviertem Skinreel ein bunter Mischmasch auf dem TFT-Display zu sehen.

Daher kommt auch die Fehlermeldung wegen der OSD-Größe, da das TFT-Display eine Auflösung von 640x480 hat.
Allerdings weiß ich nicht woher das kommenn kann?

FBTV ist aus AUS und auch sonst ist mir das nicht klar.
Das gleiche Plugin "skinreel3-1-svn-24102009" verwende ich ja auch beim alten VDR-1.7.0 und da gibt es keinerlei Probleme.

@TVIA,
kannst Du denn beim Schneiden von HD-Aufnahmen einwandfrei arbeiten? Oder hast Du auch keine Anzeige des Bildes?

Paulaner

[TVIA]

Hi,

FBTV ist aus AUS und auch sonst ist mir das nicht klar.
Das gleiche Plugin "skinreel3-1-svn-24102009" verwende ich ja auch beim alten VDR-1.7.0 und da gibt es keinerlei Probleme.

Genau das ist alles am VDR-TS neu definiert und erzeugt die Probleme.

Aus irgendwelchen Gründen will der Skinreel bei mir immer auf mein TFT-Display (wo eigentlich graphtft die Ausgabe macht) ausgeben. Wenn ich das graphptft-Plugin deaktiviere ist bei aktiviertem Skinreel ein bunter Mischmasch auf dem TFT-Display zu sehen.

Werfe doch mal das graphpttft raus und schaumal was am HDMI Port ankommt.

kannst Du denn beim Schneiden von HD-Aufnahmen einwandfrei arbeiten? Oder hast Du auch keine Anzeige des Bildes?

Keine Anzeige des Bildes bei HD Aufnahmen (hier hat der VDR noch den Stand der 0.9) Wird so die nächste Baustelle werden.

Grüße
TVIA

[Paulaner]

Das gleiche Plugin "skinreel3-1-svn-24102009" verwende ich ja auch beim alten VDR-1.7.0 und da gibt es keinerlei Probleme.

Genau das ist alles am VDR-TS neu definiert und erzeugt die Probleme.

Hast Du denn die gleiche Skinreel3-Version am laufen, wie in EasyVDR-08.04?
Oder eine andere? Wenn ja, wo kriege ich die her?

Werfe doch mal das graphpttft raus und schaumal was am HDMI Port ankommt.

Habe ich ja gemacht. Plugin deaktiviert und sogar aus dem plugins-Verzeichnis gelöscht. Keine Verbesserung.
Es kommt bei aktiviertem Skinreel3 sofort Pixelmüll auf den TFT-Display und tonnenweise die Fehlermeldung wie oben bereits genannt.

Am HDMI hängt ja mein LCD-TV und der bekommt das TV-Bild, aber keinerlei OSD!

Paulaner

[Paulaner]

Im Recordingsmenü kann ich nicht mehr die Reihenfolge der Aufzeichnungen einstellen (Verzeichnisse zuerst, Alphabetisch ... usw.) wie ich dies beim vdr-1.7.0 machen kann.

Hierzu habe ich mal das "extracmenu Plugin" installiert läuft ohne Fehler und kann ohne Änderung am VDR erstellt werden.
Download: http://projects.vdr-developer.org/attach...nu-1.2.tgz

Habe ich nach Anpassung der Pfade an die 08.04 kompiliert und nehme es erstmal als Ersatz für das "normale" Recordingsmenü.

Paulaner
PS: Komischerweise haben die "originalen" Sourcen aus dem 08.04 mit vdr-1.7.0 , welche nicht mit dem vdr-1.7.15 kompiliert werden können, die gleiche Versionskennung!? Aber mit den Sourcen aus dem Link klappt es einwandfrei!

[TVIA]

Hi,

Hast Du denn die gleiche Skinreel3-Version am laufen, wie in EasyVDR-08.04?
Oder eine andere? Wenn ja, wo kriege ich die her?

Nö, hierfür mußte masiv am Plugin geschraubt werden und es steht noch unter Artenschutz

Da kannst Du nur das fertige Plugin nutzen incl. VDR.

PS: Komischerweise haben die "originalen" Sourcen aus dem 08.04 mit vdr-1.7.0 , welche nicht mit dem vdr-1.7.15 kompiliert werden können, die gleiche Versionskennung!? Aber mit den Sourcen aus dem Link klappt es einwandfrei!

richtig das kommt zuletzt wenn es ausgewildert werden kann!

Grüße
TVIA

[Paulaner]

Hast Du denn die gleiche Skinreel3-Version am laufen, wie in EasyVDR-08.04?
Oder eine andere? Wenn ja, wo kriege ich die her?

Nö, hierfür mußte masiv am Plugin geschraubt werden und es steht noch unter Artenschutz

Ich habe gestern Abend noch ein bisschen rumprobiert, aber das "originale" Binary vom Skinreel-Plugin läuft natürlich nicht mit meinem selbstkompilierten VDR.

Momentan verwende ich den VDR-Standardskin, der ist natürlich nicht so berauschend, wie der Skinreel. Den SkinEnigmaNG kann ich leider nicht mehr richtig verwenden, da der nur noch sehr träge reagiert, wenn ich auf einen HDplus-Sender schalte.

Mein aktuelles Fazit zum VDR-1.7.15:
Läuft einwandfrei, stabil und schnell mit den Standardplugins. Ist somit prinzipiell mit der eHD verwendbar.
Folgende Problem habe ich noch mit dem vdr-1.7.15-ehd von TVIA:
 

• Skinreel3-Plugin läuft nicht, wegen fehlender libmagick++3 und weiterer Abhängigkeiten in der EasyVDR-08.04-
  
• Original-Recordingsmenü nicht brauchbar: Extrecmenu-Plugin verwenden, um dem abzuhelfen.
  
• Schneiden von HD-Aufnahmen nur im Blindflug (kein Bild beim Verschieben von Schnittmarken) vorhanden.
  
• Anzeige der Aufzeichnungslänge bei HD-Aufnahmen teilweise falsch. Dazu gibt es bereits von KLS einen Patch für vdr-1.7.16
  

Ich denke, das die o. g. Probleme zu lösen sind und dann haben wir hier einen aktuellen VDR mit TS-Aufzeichnung. 
Mein Dank geht hier an TVIA, der sich wirklich sehr viel Mühe gegeben hat und sicher eine Menge Zeit in die Entwicklung unseres geliebten VDRs investiert.

Paulaner

[TVIA]

Hi,

Mein aktuelles Fazit zum VDR-1.7.15:
Läuft einwandfrei, stabil und schnell mit den Standardplugins. Ist somit prinzipiell mit der eHD verwendbar.
Folgende Problem habe ich noch mit dem vdr-1.7.15-ehd von TVIA:
 

• Skinreel3-Plugin läuft nicht, wegen fehlender libmagick++3 und weiterer Abhängigkeiten in der EasyVDR-08.04-
  
• Original-Recordingsmenü nicht brauchbar: Extrecmenu-Plugin verwenden, um dem abzuhelfen.
  
• Schneiden von HD-Aufnahmen nur im Blindflug (kein Bild beim Verschieben von Schnittmarken) vorhanden.
  
• Anzeige der Aufzeichnungslänge bei HD-Aufnahmen teilweise falsch. Dazu gibt es bereits von KLS einen Patch für vdr-1.7.16
  

Skinreel3-Plugin läuft nicht, wegen fehlender libmagick++3 und weiterer Abhängigkeiten in der EasyVDR-08.04-

hiermit sollten sich mal die Verantwortlichen für die Umgebung der easyVDR 0.8.x befassen.

Original-Recordingsmenü nicht brauchbar: Extrecmenu-Plugin verwenden, um dem abzuhelfen.

Gibt es auch nicht mehr so, sollte auch weiterhin über des extrecmenu Plugin gelöst werden.

• Schneiden von HD-Aufnahmen nur im Blindflug (kein Bild beim Verschieben von Schnittmarken) vorhanden.
  
• Anzeige der Aufzeichnungslänge bei HD-Aufnahmen teilweise falsch. Dazu gibt es bereits von KLS einen Patch für vdr-1.7.16
  

Diese Änderungen müssen noch direkt in den VDR-TS einfließen. (Ein Umstiegt auf den VDR-1.7.16 für die eHD ist nicht angedacht, da die Änderungen auch im VDR-17.15 erfolgen können.)

Grüße
TVIA

[michel8]

Skinreel3-Plugin läuft nicht, wegen fehlender libmagick++3 und weiterer Abhängigkeiten in der EasyVDR-08.04-

hiermit sollten sich mal die Verantwortlichen für die Umgebung der easyVDR 0.8.x befassen.

Einer hat sich ja mit den Plugins und der libmagic für die 0.8 beschäftigt und bereits ein Testpaket bereitgestellt, nur möchte es wohl keiner der eHD User testen und ohne Testfeedback ist es nicht möglich weitere Verbesserungen vorzunehmen oder fehlende Files zu identifizieren und nachzuliefern...

Gruß
Michel

[Paulaner]

Einer hat sich ja mit den Plugins und der libmagic für die 0.8 beschäftigt und bereits ein Testpaket bereitgestellt, nur möchte es wohl keiner der eHD User testen und ohne Testfeedback ist es nicht möglich weitere Verbesserungen vorzunehmen oder fehlende Files zu identifizieren und nachzuliefern...

Also ich würde schon mal Testen, wenn es die Zeit erlaubt. Kannst Du den Link zum Testpaket mal nennen?

Allerdings hatte ich TVIA auch so verstanden, dass neben den Abhängigkeiten zu bestimmten libmagic-Versionen er noch eine Menge "im Plugin rumschrauben musste" und es noch unter "Artenschutz" steht! Er deshalb auch noch keine Sourcen zur verfügung stellen Kann/will.

Paulaner

[michel8]

Also ich würde schon mal Testen, wenn es die Zeit erlaubt. Kannst Du den Link zum Testpaket mal nennen?

Hallo Paulaner,

hier http://www.easyvdr-forum.de/forum/index....368.0.html ist alles erforderliche beschrieben und darauf basiert dann auch das bald kommende Update2 daher wäre jedes Feedback willkommen um möglicht wenige Restfehler zu behalten...

Danke und Gruß
Michel

[TVIA]

libmagick(++3), libmagickwand-dev etc... ist aber nicht Imagemagick 8)

Grüße
TVIA

[TVIA]

Hi,

Änderungen für den nächsten VDR-TS Test

Neue Patches am VDR-TS

1. Patch von TomJoad gegen Pause-BUG bei Aufzeichnungen:

Beschreibung:

BUG, Pause = 100% CPU Auslastung, Das passiert immer wenn ich eine Aufnahme pausiere.

2. Patch von bexbier gegen Pause-Bug bei HD-Sendern:

Beschreibung:

Bei HD-sendern funktioniert "Pause" nicht. es wird zwar eine aufzeichnung gestartet, doch das livebild geht nach einem neuen lock auf den sender einfach weiter. "Pause" bei SD funktioniert einwandfrei ...
Das Problem Pause und HD-Sender besteht darin, dass vdr beim Umschalten von Live auf dvbplayer auf eine Situation trifft, wo die Aufnahmedatei noch keinen Inhalt hat (Puffer oder warten auf ersten I-Frame???). Deshalb beendet sich dvbplayer wieder (EOF) und das Live-Bild erscheint. Da fehlt eine Synchronisation zwischen den verschiedenen Threads.

3. Framedetect-Patch von kls

Beschreibung:

Bei diversen HD-Aufnahmen (50p oder 50i) landen in der info-Datei zur Aufnahme falsche Frameratenwerte, somit passt die im OSD angezeigte Aufnahmelänge nicht zur tatsächlichen Aufnahmelänge.

4. Recording-Anzeige-Patch bei startenden Aufnahmen von kls

Beschreibung:

Beim Debuggen der Aufnahmedauer von Radioaufzeichnungen bin ich darauf gestoßen, dass die Dauer erst nach einem VDR-Neustart korrekt angezeigt wird.

Patch am Extrecmenu-Plugin

Patch von Fire-Fly gegen falsche Laufzeitenanzeige im Aufnahmemenue

Beschreibung:

Fehler => Falsche Anzeige der Laufzeitlänge von HD-Aufnahmen im Aufnahmemenue:

geplant ist noch der Patch "Livebuffer von RMM" am VDR-TS


Grüße
TVIA

[Paulaner]

libmagick(++3), libmagickwand-dev etc... ist aber nicht Imagemagick

Ja, da hast Du recht.
Das libmagick++3 hatte ich ja noch mit ein paar Fehlermeldungen installiert bekommen, aber beim libmagickwand bin ich dann nicht weitergekommen, da zu viele andere Abhängigkeiten nicht erfüllt waren. Aber momentan komme ich mit dem Standardskin bzw. SkinEnigmaNG ganz gut zurecht.

Eine andere Sache bzgl. der Anzeige der Aufnahmezeit ist mir gestern noch aufgefallen, nach dem ich ein paar Aufnahmen von ArteHD und ProSiebenHD gemacht hatte. Es wurde bei beiden Aufnahmen im extrecmenu und während der Wiedergabe der Aufnahme die korrekte Zeit angezeigt.
Nur bei älteren Aufnahmen von HD, die ich noch mit dem alten VDR-1.7.0 gemacht hatte, wurde die doppelte Zeit angezeigt.  :o
Das muss ich allerdings heute Abend mir nochmals genauer anschauen, dazu war ich dann gestern zu müde.

Paulaner

[TVIA]

Hi,

Nur bei älteren Aufnahmen von HD, die ich noch mit dem alten VDR-1.7.0 gemacht hatte, wurde die doppelte Zeit angezeigt.

Das es leider so, da PES Bilder unter demneuen VDR-TS anders gerechnet werden und leider nicht dem "TS-Standard" unterliegen (hier wird es auch keine Änderungen geben). Es kleiner Fehler ist aber immer noch im extrecmenu Plugin s.o. die Patchbeschreibung.

Aber sehen wir mal was dann mit dem neuen VDR-TS angezeigt wird

3. Framedetect-Patch von kls

Beschreibung:

Bei diversen HD-Aufnahmen (50p oder 50i) landen in der info-Datei zur Aufnahme falsche Frameratenwerte, somit passt die im OSD angezeigte Aufnahmelänge nicht zur tatsächlichen Aufnahmelänge.

Grüße
TVIA

[TVIA]

Hi,

hier des die neue Version vom VDR-TS mit o.g. Patches zum Testen inc. extrecmenu Plugin.

[size=1.35em]Download[/size]

Mal sehen was jetzt hier angezeigt wird.

Nur bei älteren Aufnahmen von HD, die ich noch mit dem alten VDR-1.7.0 gemacht hatte, wurde die doppelte Zeit angezeigt.  Das muss ich allerdings heute Abend mir nochmals genauer anschauen, dazu war ich dann gestern zu müde.

Die alten Plugins Binaries können weiter verwendet werden und müssen nicht neu erstellt werden.

Grüße
TVIA