[Beta-Test] Permashift Episode II - Die Rückkehr der Ringspeicher

Quote

Es handelt sich um einen Streamdev-Client

Oh. Ich weiß gar nicht, ob und wie das mit Streamdev laufen kann.
Ich hab auch keine Ahnung, wie Streamdev arbeitet.
Ich würde jetzt vermuten, dass bei dir der Client die Aufnahme zwischenspeichert,
die dann aber vom Server abholen will. Kann das sein?

Wer kennt sich mehr mit Streamdev aus und weiß, ob das Permashift-Konzept
dazu passen könnte?

Hallo!

Quote

Habe es gerade mal mit gen2vdr v4 mit vdr 2.11 versucht.
Der Patch harmoniert nicht mit dem opt-24_jumpplay.patch.

Hm, muss man mal kucken, wie man sich da aus dem Weg gehen kann.
Wir machen ja glaub ich was Ähnliches, das aufgenommene Video nicht von Anfang an abspielen...

Quote from theblackraven

Die Zeitangabe in der Liveaufnahme stimmt nicht und läuft zu schnell.

Also, beim Anschauen stimmen die angezeigten Zeiten nicht?
Söltsam. Ist das Verhältnis irgendwie auffällig? Vielleicht zeigt er ja für 30 fps an?

Quote

Ich habe es mit einer Speichergröße von 1 GB versucht. Insgesamt sind 4 GB Ram vorhanden.
Apropos:
Was passiert eigentlich wenn mein Ram komplett voll (also der komplette
Arbeitsspeicher) ist und ich keine swap partition habe? Schmiert mir
mein System ab? Wie behandelt linux diesen Fall.

Wenn der Speicher knapp wird, kann ziemlich viel Mist passieren, glaub ich.
Im Idealfall weigert sich aber das System, dem Plugin sein GB zu geben.
Ist mir während der Entwicklung passiert, als der davor angeforderte Speicher,
auch ein GB, nicht freigegeben wurde. Wenn das passiert, wird es vom Plugin
auf dem OSD angezeigt.

Ciao,
Eike

Hallo!

Quote from lostinspc

dein Plugin verrichtet jetzt seit einigen Wochen stabil und unauffällig seinen Dienst, vielen Dank noch mal dafür.

Freut mich!

Quote

Ein Feature würde ich mir allerdings noch wünschen: Eine Option, dass
eine durch das Plugin beim Zurückspulen angelegte Sofortaufnahme beim
Kanalwechsel von selbst gestoppt und gelöscht wird.
Siehst du eine verträgliche Möglichkeit?

Technisch wird die Aufnahme nicht anders behandelt, als wenn du ohne Plugin Pause drückst.
Ob solche Aufnahmen automatisch gelöscht werden, lässt sich in den Optionen des VDR einstellen.
Sollte also schon möglich sein.

Ciao,
Eike

So,

es gibt wieder etwas zum Ausprobieren.

Mit der neuen Version soll das im ersten Posting beschriebene Problem gelöst sein, dass bei gut gefülltem großen Speicher
das direkte Zurückspulen (Rewind Drücken während des live Fernsehens) schon mal 10 oder mehr Sekunden auf sich warten
lassen konnte.
Es wird jetzt ein kleines Wettrennen veranstaltet: 50 MB werden beim Drücken der Rewind-Taste gespeichert, ab dann wird
zurückgespult, während gleichzeitig der Rest der Daten rückwärts auf die Platte gebracht wird (und natürlich das neu auflaufende
aktuelle Video ebenfalls gespeichert wird). Bei den Festplatten, die ich hier so habe, geht das locker gut. Wer eine ziemlich
langsame Platte hat, kann ja mal probieren, ob es geht (je größer die Rückspulgeschwindigkeit, desto größer natürlich die
Möglichkeit, dass das Spulen das Speichern überholt) und berichten. Ein paar Informationen, wie es so läuft, werden ins
Syslog geschrieben.

Ich habe jetzt auch Puffergrößen bis 6 GB freigeschaltet. Ich hab aber keinen Rechner, bei dem ich das ausprobieren kann.
In der Theorie sollte es auch mit 4 GB und mehr gehen, aber wie das so ist, wenn Code nicht getestet ist... Auch hier sind
Ausprobierer eingeladen, wenn sie denn 8 GB oder mehr installiert haben. Besonders interessant wäre, wenn man den Puffer
komplett volllaufen lässt. Mit 2 Stunden HD oder 'ner Nacht SD müsste man da auf der sicheren Seite sein.

Bei wem das schnelle Rückspulen die Hardware überfordert, der kann es natürlich abschalten. Das gilt auch für die Speichergröße:
Wenn der VDR durch einen zu großen Pufferspeicher zickig wird, einfach weniger Speicher einstellen.

Benötigt wird Patch vdr-patch-0.6.0.b1.diff für den VDR aus dem ersten Post sowie das angehängte Plugin. Alte VDR-Patches von
Permashift (0.5.x) dürfen nicht enthalten sein. Wenn keine Probleme auftreten, soll das Permashift 1.0 werden.

Viel Spaß,
Eike

Hallo!

Das mit den 2 GB konnte ich reproduzieren und reparieren, ich hab die Version im vorigen Posting ausgewechselt. Danke!

Ciao,
Eike

Hallo!

Quote from kamel5

also bei mir scheint es zu funktionieren:

Juhu! Bin ich also doch nicht der einzige, bei dem es klappt. ;o)

Quote

Wenn
man auf die Stoptaste drückt wird der Buffer ja neu angelegt. Mir ist
es bisher ein paar mal schon passiert, das ich versehentlich auf die
Stoptaste gedrückt habe, weil ich was anderes machen wollte und
vergessen hatte, das ich im Timshiftmodus bin, dann war natürlich das
ganze weg.
Lässt es sich eventuell realisieren, das der Buffer auch
nach Drücken der Stoptaste erhalten bleibt, z.B. bis zum nächsten
Kanalwechsel.

Display More

Die Aufnahme läuft in dem Moment ja schon auf Festplatte. Wenn man Stop drückt, könnte man die weiterlaufen lassen, bis umgeschaltet wird. Man ist dann ja im Live-Modus, bei erneutem Rewind müsste dann in eine Festplattenaufnahme gespult werden - also genau das, was das alte Permashift gemacht. Ich hab das nur derzeit ausgebaut, weil ich dachte, das braucht keiner mehr. Also, ja, ich glaube, das ginge, aber nicht umgehend.

Quote

Und nochwas:
beim Einsatz einer TT6400 wird die
automatische Hintergrundaufzeichnung nur bei Sendern, die sich schon im
Transfermode befinden, gestartet. Bei unverschlüsselten Sendern, die ja
ohne Transfermode angezeigt werden, startet die Aufzeichnung erst bei
Drücken der Zurück-Taste.

Wenn ich das richtig verstehe, verlässt bei so einer Karte das Video im Normalfall gar nicht die Video-Hardware, richtig?
Auch hier: Ich hab solche Hardware nicht, ich kann da nicht rumprobieren. Ich hab aber im Code eine verdächtige Methode gefunden, "ForceTransferMode".
Wenn du mutig sein willst, kannst du in permashift.c folgendes einbauen und es mal probieren (alles andere bis auf die eine zusätzliche Zeile bleibt unverändert):

bool cPluginPermashift::StartLiveRecording(int channelNumber)
{
	if (!g_enablePlugin) return true;


	cChannel *channel = Channels.GetByNumber(channelNumber);
	if (channel == NULL)
	{
		esyslog("Permashift: Did not find channel!");
		return false;
	}


	cDevice::ActualDevice()->ForceTransferMode();   // diese Zeile ist neu


	// Start recording
	m_bufferReceiver = new cBufferReceiver();

Quote from 3PO

Ich glaube, dass es bei mir in Verbindung mit dem SAT>IP_Plugin auftritt.

Ich werde das mal bei Gelegenheit verfolgen....

Danke schon mal im Voraus!

Ciao,
Eike

Hallo!

Quote from kamel5

So, ich habe die Zeile mal eingebaut und jetzt ein wenig getestet und Timshift geht jetzt auch bei unverschlüsselten Sendern.
Der Transfermode wird, wie erwartet, beim Umschalten aktiviert (gut zu sehen im LCARS-Skin).
Nebeneffekte konnte ich bisher keine feststellen, ich werde das Ganze aber weiter beobachten.

Wenn ich das richtig verstehe, ist ForceTransferMode() für Nicht-Fullfeatured-Karten harmlos,
und für FF-Karten ist es ja das, was man haben will, wenn man Permashift aktiviert.
Ich würde das also fest einbauen (nicht optional). Danke für den Hinweis und das Ausprobieren!

Ciao,
Eike