[testing yavdr] Permashiftplugin stürzt ab.

Zitat von mini73

CKone
Ich denke, ich habe diesen Patch benutzt:

[Announce] Permashift 1.0 - Permanenter Timeshift im RAM (AKA Livebuffer)

Lars

Das ist dann genau der falsche, den aktuellen 1.0.1 findest du im git https://github.com/eikesauer/Permashift

Christian

Nochmal zu den Patches: Bis auf den Syslog-Bug, der nur auftritt, wenn der zugewiesene RAM-Speicher komplett gefüllt ist, ist egal, welchen Patch ihr verwendet: Den von Permashift 1.0.0, den von Permashift 1.0.1 oder den oben verlinkten speziell für yaVDR.

Davon bin ich ausgegangen, weil du das ja schon mal erwähnt hattest. Deshalb bin ich den einfachen Weg gegangen.

Lars

naja ist doch super: wenn es wurscht ist welches Patch man nimmt ist die Implementierung in yavdr also in Ordnung. da es von den verwendeten Plugins ja auch nicht kommt entsteht das massive Load was das Ding quasi unbenutzbar macht im permashift selber.

Christian

Zitat von CKone

naja ist doch super: wenn es wurscht ist welches Patch man nimmt ist die Implementierung in yavdr also in Ordnung. da es von den verwendeten Plugins ja auch nicht kommt entsteht das massive Load was das Ding quasi unbenutzbar macht im permashift selber.

... und wenn bei mir jetzt auch noch irgendwelche messbare Last zusätzlich entstehen oder sich der Code, in dem das Plugin da sein sollte, nennenenswert von dem Original-VDR-Code unterscheiden würde, hätte ich auch irgendeinen Ansatzpunkt.

Vielleicht wollen ja noch andere schauen, wie sich's bei ihnen verhält?

Zitat von Ein Eike

sich der Code, in dem das Plugin da sein sollte, nennenenswert von dem Original-VDR-Code unterscheiden würde

sicher sind da n ganzer Stapel Patches drin, das hier ist der vdr Source: https://launchpad.net/~yavdr/+…65/+listing-archive-extra

Zitat von Ein Eike

Vielleicht wollen ja noch andere schauen, wie sich's bei ihnen verhält?

kommt leider nix, insbesondere nix von Usern anderer Distris

Christian

Zitat von CKone

sicher sind da n ganzer Stapel Patches drin, das hier ist der vdr Source: https://launchpad.net/~yavdr/+…65/+listing-archive-extra

Wenn man bei permanentem Timeshift zurückspult, läuft cBufferReceiver::Action(),
wenn man Permashift deaktiviert und das VDR-Timeshift nutzt, läuft cRecorder::Action(void).
Der einzige nennenswerte Unterschied ist, dass ersteres zu Beginn halt noch das Video vom RAM auf die Festplatte kopiert.

Zitat von dippes

Habe festgestellt (seit ich permashift installiert habe), wenn der vdr mit der FB ausgeschaltet wird der nicht sich ausschaltet sondern wie bei einer laufenden Aufnahme reagiert also das Bild eingeblendet wird.Ist des öfteren passiert, aber leider nicht immer.

Sporadische Fehler sind doch immer die tollsten...
Wie kann ich mir "das Bild eingeblendet" vorstellen?

Ich hab's jedenfalls mal bei mir probiert.

Wenn Permashift "passiv" ins RAM aufnimmt, also das Programm live läuft, bekomme ich:
"Press any key to cancel shutdown", und wenn ich das nicht tue, "shutdownt" er.

Wenn man Pause oder Rewind gedrückt hat, also im Wiedergabemodus ist, bekomme ich:
"VDR will shutdown later - press Power to force..."
"Recording - shotdown anyway?" und
"Press any key to cancel shutdown"

Zitat von dippes

Code

Wenn Permashift "passiv" ins RAM aufnimmt, also das Programm live läuft, bekomme ich:
"Press any key to cancel shutdown", und wenn ich das nicht tue, "shutdownt" er.

Ja diese Medung meinte ich.Wenn ich nichts tue shutdownt er nicht.

Und wenn du Permashift deaktivierst, shutdownt er an der Stelle?

was mir auch aufgefallen war ist als ich aus einem Ram Buffer eine Aufnahme gemacht hat er daraus so gut 40 ts Dateien a 50Mb gemacht hat, ist jetzt nicht wirklich schlimm aber ist das so gewollt?

Christian

Zitat von CKone

was mir auch aufgefallen war ist als ich aus einem Ram Buffer eine Aufnahme gemacht hat er daraus so gut 40 ts Dateien a 50Mb gemacht hat, ist jetzt nicht wirklich schlimm aber ist das so gewollt?

Das ist Absicht.

Wenn man direkt zurückspult, wird ja gleichzeitig der Inhalt des RAMs auf Festplatte gespeichert und von der Rückspullogik eingelesen und angezeigt. Da kann man nicht erstmal ein GB speichern, das dauert zu lange. Deswegen muss das RAM mehr oder weniger "rückwärts" abgespeichert werden, also das, wo das Zurückspulen als erstes vorbeikommt, als erstes. Ich hatte überlegt und auch ein wenig rumprobiert, ob man eine große Datei mit "Löchern" (Sparse File) anlegen kann und die rückwärts füllen könnte, aber mit den "Happen-Dateien" ist es sicherer und dateisystem-unabhängig. Ich geh auch davon aus, dass das kein anderes Programm oder Plugin stören sollte, gesplitete Videos sind ja der Normalfall.

Ach ja: Man kann die Happen-Größe in bufferwriter.c einstellen:

#define VIDEO_FILE_SIZE (50 * 1024 * 1024)

Es wird aber vor dem Zurückspulen erstmal eine solche Datei gespeichert; wenn man sie zu groß macht, kann also der Moment vor dem Zurückspulen länger dauern.

Zitat von dippes

"Bildausgabe abgeschaltet.Zum Wiedereinschalten eine Taste auf der Fernbedienung betätigen"

Das find ich nicht im VDR-Code und nicht mal bei Google.
Woher kommt das?

Vielleicht von suspendoutput?

nein das mit den kleinen Happen passt schon, war mir nur aufgefallen.

Wenn das mit dem Load nicht wäre dann wäre es perfekt. - Aber 2015 ist ja noch lang, da erhoffe ich nicht nur hier sondern auch an anderen Fronten mehr Verbesserungen

Christian

was mir auch aufgefallen ist im Rahmen von Sofortaufnahmen, muss aber jetzt nicht zwingend was mit permashift zu tun haben:

Wenn ich Pause drücke dann läuft die Aufnahmedauer ungefähr 2 bis 2,5x so schnell wie es sollte. wenn du also eine Sofortaufnahme startest steht in der Wiedergabe nach einer Stunde irgengwas größer 2h. Hatte ich jetzt mehrfach als ich einfach was ohne den Buffer zu benutzen ein paar Minuten Verschoben zeitversetzt angeschaut habe.

Bei richtigen Timern hab ich sowas noch nie gesehen

Christian