Ich habe den Patch jetzt auch getestet.
Wenn ich Schnittmarken schnell verschiebe (4 oder 6 gedrückt halte), flackert das Bild. So als ob zwischen jedem Stillpicture ein schwarzes Stillpicture eingefügt wird.
Sollte jetzt im GIT gefixt sein.
Bitte immer "meckern" wenn einen etwas auffällt. Ich kann leider nicht Alles und Jedes testen,
Johns
Danke, das Flackern ist weg. Dafür geht jetzt (evtl auch schon vorher) beim verschieben einer Marke die Transparenz vom OSD kaputt. Das zeigt sich auch durch ein Flackern, diesmal aber im OSD.
Das im OSD ist normal. Da bei jedem Standbild der Dekoder geschlossen und wieder geöffnet wird.
Der Selbe Effekt tritt beim Kanalumschalten auf.
Es gibt bestimmt Lösungen dafür, aber auf die Schnelle habe ich nichts gefunden.
Patch ist auf dem Weg ins GIT,
Johns
Das Problem mit dem Springen in der RTL HD Aufnahme konnte ich lösen,
in dem ich den Index gelöscht habe und neu generieren lassen.
Somit kann ich mit ffmpeg-1.0 bei allen Aufnahmen keine Artefakte oder
sonstige Fehler beim Springen mehr erkennen.
Aktuelle GIT Version verwendet nur noch Software Dekoder für Standbilder.
Wer die Alte Version bevorzugt kann mit -wstill-hw-decoder, denn Hardware
Dekoder wieder einschalten.
Mit VA-API habe ich noch keinerlei Tests gemacht.
Johns
Alles anzeigenSchalte BlackPicture aus, dann sind die Schwarzen Bilder weg. Ich muß mal suchen wie ich dies automatisch hinbekomme.
Zitat
Zitat von »johns«
Ich frage deshalb so doof, weil es mir nicht aufgefallen ist.
Es könnte an den Optionen:
Quellcode
1
2
softhddevice.BlackPicture = 0
softhddevice.SoftStartSync = 1
liegen oder an der FFMPeg/libav Version.
Hier wäre es eventuell angebracht dem Nutzer gar nicht mehr die Wahl zu lassen.
Da ich yavdr 0.5 stable als Testgrundlage verwende, dort habe ich auch beide Optionen aktiv. SoftStartSync ist meines Erachtens die größte Errungenschaft Deines Plugins, weil es dem User "das Gefühl" eines schnelleren Umschaltens gibt.
Bei der Kontrolle der Settings ist mir noch aufgefallen, dass bei Suspend bei mir immer noch X11 aktiviert ist, dies aber noch nie Funktioniert hat. Ich habe die Funktion so verstanden, dass dabei auch der x-server beendet werden soll, richtig? Bei mir zumindest sehe ich keinen Unterschied, auch der Stromverbrauch ändert sich nicht (in beiden Fällen -15W)
Was ich beim Suspend noch vermisse, ist die Möglichkeit der automatischen Aktivieren nach Triggerwerten ala vdr-plugin-suspend (also nach Timeout). Selbstverständlich Optional 
Zu den Schnittmarken und Springen, ich habe gerade mir meine Aufnahmen von AnixeHD / Denver angesehen und versucht zu schneiden. Hier habe ich beim Verschieben der Schnittmarken massiv Probleme wieder. Mit 4/6 habe ich Sprünge von fast 2s! warum auch immer. Und die Standbilder werden wieder nicht aktualisiert. Die Sendung ist in 1280*1024 interlaced mit rund 12Mbit/s.
Da möchtige ich nicht das Geschrei hören, wenn meine Wünsche der Default sind.
Du musst es ja nicht immer allen Recht machen.
Es ist ja schon genug, dass du den Kindergarten von yaVDR mitmachst (Detachen, attachen, suspended starten)
Es ist ja schon genug, dass du den Kindergarten von yaVDR mitmachst (Detachen, attachen, suspended starten)
Klasse Sache Johns, vielen Dank! Gerade eine der letzten Änderung erlaubt es uns jetzt beim Audio "pulse" anzugeben. Wir brauchen deshalb nicht mehr auf die Sound-Hardware warten, wirklich super.
Gerald
Bei der Kontrolle der Settings ist mir noch aufgefallen, dass bei Suspend bei mir immer noch X11 aktiviert ist, dies aber noch nie Funktioniert hat. Ich habe die Funktion so verstanden, dass dabei auch der x-server beendet werden soll, richtig? Bei mir zumindest sehe ich keinen Unterschied, auch der Stromverbrauch ändert sich nicht (in beiden Fällen -15W)
Das klappt aber soweit ich weiß nur, wenn softhddevice den X-Server selbst gestartet hat. AFAIK bringt das gegenüber dem DPMS, das die Angeschlossenen Bildschirme in den Standby schickt und die Ausgabe abschaltet (sollte nach 10 Minuten Inaktivität nach dem Detachen aktiv werden, wenn du in den Softhddevice-Optionen einstellst, dass das Plugin die Ressourcen des X-Servers freigeben darf) aber keine weiteren Einsparungen bei nVidia-Karten.
Es ist ja schon genug, dass du den Kindergarten von yaVDR mitmachst (Detachen, attachen, suspended starten)
Ich wüsste nicht, dass wir das Plugin suspended ("-s") starten. Wir starten es detached ("-D"), da der X-Server unabhängig vom VDR gestartet wird. In der Kombination mit GraphTFT, XBMC und anderen Programmen ist es durchaus sinnvoll, wenn softhddevice die Ressourcen des X-Servers freigeben und dieser dann unabhängig vom Frontend weiterlaufen kann. Ich brauche keine engstirnigen Leute, die mir erzählen wollen, wie ich freie Software zu nutzen habe - vor allem wenn die aufgrund des eigenen fortschreitenden Erkenntnisprozesses dann plötzlich etwas völlig anderes behaupten 
Da ich yavdr 0.5 stable als Testgrundlage verwende, dort habe ich auch beide Optionen aktiv. SoftStartSync ist meines Erachtens die größte Errungenschaft Deines Plugins, weil es dem User "das Gefühl" eines schnelleren Umschaltens gibt.
Bei der Kontrolle der Settings ist mir noch aufgefallen, dass bei Suspend bei mir immer noch X11 aktiviert ist, dies aber noch nie Funktioniert hat. Ich habe die Funktion so verstanden, dass dabei auch der x-server beendet werden soll, richtig? Bei mir zumindest sehe ich keinen Unterschied, auch der Stromverbrauch ändert sich nicht (in beiden Fällen -15W)
Das Problem ist nur das alle Optionen getestet werden müssen. Ich teste meist die wo der letzte Fehler aufgetreten ist.
Die X11 Option hat noch keine Funktion, die will ich irgendwann einbauen, wobei bei meinen Letzten Tests, dies garnicht mehr sinnvoll ist.
Sowohl die ATI als auch die NVidia Karten verbrauchen mit gestarteten X11 weniger als ohne. Vermutlich enthält nur der X11 Treiber das Powermanagement.
Bei der IGPU von Sandy Bridge konnte ich kein Unterschied feststellen.
ZitatWas ich beim Suspend noch vermisse, ist die Möglichkeit der automatischen Aktivieren nach Triggerwerten ala vdr-plugin-suspend (also nach Timeout). Selbstverständlich Optional
Das hatte ich drin, aber dies verhindert den EPG Scan und das Shutdown. Ich müsste wie vdr-plugin-suspend die Idleschleife nachbauen, was ich nicht besonders sinnvoll finde.
Man müsste mal mit Klaus reden, wie man diese Funktion vom Plugin aus aufrufen kann.
ZitatZu den Schnittmarken und Springen, ich habe gerade mir meine Aufnahmen von AnixeHD / Denver angesehen und versucht zu schneiden. Hier habe ich beim Verschieben der Schnittmarken massiv Probleme wieder. Mit 4/6 habe ich Sprünge von fast 2s! warum auch immer. Und die Standbilder werden wieder nicht aktualisiert. Die Sendung ist in 1280*1024 interlaced mit rund 12Mbit/s.
Biste sicher das yaVDR schon die aktuelle Version incl. Patch enthält? Ich habe eine kurze Aufnahme gemacht, bis auf komische Deinterlace Streifen ist alles ok.
Springen funktioniert in 1.x Sekunden Schritten, wobei ich da der Meinung bin, das macht VDR ganz alleine,
Johns
Klasse Sache Johns, vielen Dank! Gerade eine der letzten Änderung erlaubt es uns jetzt beim Audio "pulse" anzugeben. Wir brauchen deshalb nicht mehr auf die Sound-Hardware warten, wirklich super.
Hätte aber auch schon vorher gehen müssen. Da die Sounddevices erst beim Attach geöffnet werden.
Aber egal nun geht es logischer.
Johns
Die X11 Option hat noch keine Funktion, die will ich irgendwann einbauen, wobei bei meinen Letzten Tests, dies garnicht mehr sinnvoll ist.
Sowohl die ATI als auch die NVidia Karten verbrauchen mit gestarteten X11 weniger als ohne. Vermutlich enthält nur der X11 Treiber das Powermanagement.
Dies ist defakto bei mir auch der Fall. Insofern könnte man die Funktion vermutlich wirklich streichen.
Biste sicher das yaVDR schon die aktuelle Version incl. Patch enthält? Ich habe eine kurze Aufnahme gemacht, bis auf komische Deinterlace Streifen ist alles ok.
Springen funktioniert in 1.x Sekunden Schritten, wobei ich da der Meinung bin, das macht VDR ganz alleine,
1:0.5.1.git.20121024.1813-0yavdr0~precise ist bei yavdr 0.5 drin. Also mit Softdecoder Umschaltung. Ich muss nochmal mit Xine die Denver Aufnahmen ansehen, aber ich bin mir zu ziemlich sicher, dass es dort max. 0,3s-0,5s sind.
Edit: Von wegen, ich nehme alles zurück. Xine hat exakt die gleiche Sprungweite bei der Aufnahme. 
Also kein softhddevice Problem, bzw. wahrscheinlich geht es nicht anders.
Siehe Klaus Post über die neue Frameerkennung, vielleicht ist es damit besser.
Johns
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
