permanentes Timeshift - Livebuffer-Patch (neue Testversion 28.03.07)

Hallo,

Zitat

Original von thomas83

Wirklich 5 Sekunden?! Das ist ja eine Ewigkeit, da stimmt irgendetwas nicht. Bei mir dauert das Umschalten mit aktivierten LiveBuffer nicht länger, als wenn er deaktiviert ist (unter 1,5 Sekunden).

Wie gesagt sind die Umschaltzeiten bei die unnormal lang. Daher sollte man zuerst den Grund dafür finden.
Also welche DVB-Karten hast du? (Sat, Cable oder Terr.)
Könnte vielleicht auch am Bigpatch liegen? Hat sonst noch jemand so unnormal lange Umschaltzeiten (also spürbar längere als bei normalen Liveview) ?

Alles anzeigen

Es liegt (indirekt) am BigPatch !
Ich habe genau das selbe problem wenn ich den BP für 1.3.30 nutze!
Das ganze wird verursacht von irgendetwas im enAIO-rm !!

Ich wollte gestern die 0.0.9 in meine produktionsversion reinbringen was auch gut geklappt hatte. Aber leider hatte ich ein merwürdiges umschaltverhalten - das bild bleibt nach dem umschalten stehen und dann geht es nach 1-2 sekunden erst weiter.

Dann habe ich Vanilla VDR mit LiveBuffer 0.0.9 probiert und es war einfach geil
Ich habe jetzt die FW 261f in betreib und weis nicht ob das der grund ist oder ob eine verbesserung in 0.0.9 das macht aber ich habe jetzt stabiler sound nach dem - schnellen - umschalten (Wait = 0). Zumindest mein erster test - auf Pro7 schalten und Stefan Raab 6-7 min zuschauen/hören =keine probleme. Mal schauen ob das auch weiterhin so ist

Aber zurück zu dem problem. Ich habe dann 1.3.30-BP probier und es war das selbe wie bei meine installation. Dann habe ich probier mit enAIO-rm + LB-0.0.9.und siehe da das problem war noch da!

Ich habe früher - IIRC - mit dem BP mit LB 0.0.5 getestet (ich glaube das war vdr 1.3.28 ) und keine probleme gehabt! Es muß also etwas sein was danach gekommen ist ...

Meine verfügbare zeit war dann leider zu ende - so das ich nicht den normalen enAIO mit LB testen konnte - aber vieleicht kann das ja jemand bei bedarf nachholen.

Denke mal das es hilft

Gruß
Viking

Hallo!

ich habe auch Linvdr 0.7 mit vdr 1.3.30 und Bigbatch drauf, und bei mir dauert das Umschalten auch elendig lange. Habe es noch nicht gestoppt, aber von unter einer Sekunde Umschaltzeit ist er auf mindestens 3 Sekunden, eher 4 Sekunden hochgegangen. Vielleicht ist das ja ein spezielles Linvdr-Problem. Ich habe nicht den kompletten Thread durchgelesen, daher mal so in den Raum gestellt. Gibt es einen Linvdr-Nutzer, bei dem die Umschaltzeit in erträglichem Rahmen ist?

[EDIT]
OK, hat sich wohl erledigt.
[/EDIT]

Gruß
truhe

Noch ein Paar weitere Probleme in Zusammenhang mit dem Bigpatch:

Ohne Bigpatch läuft der Livebuffer schon ziemlich gut. Abgesehen von gelegentlichen Bildhängern und einem daraus resultierendem Bild-/Tonversatz. Mit Bigpatch habe ich folgende Probleme Festgestellt:

Das Umschalten dauert ziemlich lange. Ohne BP meist unter 1 sec. mit BP zwischen 2 und 4 sec.

Die Stoptaste zum Beenden des Replay-Modus vom Livebuffer funktioniert bei mir nicht. Bei Stop spingt die Wiedergabe immer an den Anfang des Livebuffers. Genau so die blaue Taste im Menü. Das OSD erweckt aber den Anschein das man im Live-Modus wäre. Erst durch umschalten gelangt man wieder an die Liveposition.

Wenn man die Stoptaste zwei mal hintereinander drückt, dann schaltet VDR einen Kanal höher

Das habe ich alles jeweis mit und ohne BP getestet. Die genannten Phänomene treten mit dem BP auf.

Vieleicht liegt das ja noch an der Livebuffer Version 0.0.8 im BP. Werde mal auf BP mit Livebuffer 0.0.9 warten und dann noch mal testen.

Grüsse
kc_captain

Hallo.

Bin nach wie vor begeistert.

Der Livebuffer ist für mich eines der besten Features seit der Einführung von OSD-Teletext (nur mal so am Rande bemerkt).

Allerdings bin ich mit der "Film pausieren und Umschalten"-Funktion überfordert.
Ich fürchte, das muss man mir nochmals erklären.

Hier meine Interpretation der Funktion:
1. Ich schaue ein Programm und möchte kurzfristig umschalten. Der Livebuffer ist zu diesem Zeitpunkt z.B. mit 10 min Aufnahme gefüllt. Ich drücke die Pause-Taste und schalte um.
2. Nach z.B. 5 min zappe ich zurück auf das ursprüngliche Programm.
Müßte der Livebuffer dann nicht mit 15 min gefüllt sein?
Ist er bei mir aber nicht.
Nach dem Umschalten auf den ursprünglichen Sender zeigt mir der Fortschrittsbalken immer nur wenige Sekunden an.
Was mache ich falsch? Die "keep livebuffer"-Funktion habe ich selbstverständlich in den Einstellungen aktiviert.

Bitte um geistige Hilfestellung

Gruß
M.B.

Zitat

Original von thomas83
Mit der Stop-Taste kommt ans Ende der Liveaufnahme.

Ganz klar ist mir das immer noch nicht (ich werde aber heute abend vielleicht mal etwas ausführlicher spielen). Ich versuche mal, meine Frage zu präzisieren:

Wenn ich zum Zeitpunkt A auf die Pausetaste drücke bzw. zurückspule, und zum Zeitpunkt B die Stoptaste drücke, ab wann wird dann der Livebuffer weitergespielt? Ab Zeitpunkt A oder ab Zeitpunkt B?

Ich würde es für sinnvoll halten, wenn ich ab Zeitpunkt A weiterspielen könnte, weil ich den Teil von A bis B ja noch nicht gesehen habe.

Wolfgang

Zitat

Original von thomas83
Hi,

ich habe jetzt auch mal den Bigpatch ausprobiert. Das Hängenbleiben des Bildes konnte ich auch nachvollziehen. Ich glaub', ich hab die Ursache hiervon gefunden:

Diff

--- recording.c 2005-08-25 10:31:01.000000000 +0200
+++ recording.c.patch   2005-08-25 10:32:21.000000000 +0200
@@ -1449,7 +1449,7 @@
   struct stat buf;
   if (fstat(f, &buf))
     LOG_ERROR_STR(fileName);
-  return buf.st_size / sizeof(tIndex) - 1;
+  return buf.st_size / sizeof(tFrameIndex) - 1;
 }


 int cIndexFile::Get(uchar FileNumber, int FileOffset)

Alles anzeigen

Thomas

hab gerade das Fix , sowie das Update von 0.0.8 auf 0.0.9 in den aktuellen BP eingespielt - Fazit: Super !!!

Alles funzt (natürlich bis auf das bekannte Problem), und die Umschaltzeiten sind endlich akzeptabel.

Im Menu gibts ne neue Funktion: Frameswait - was muß ich da eintragen??? - Per default stand sie auf Null...

Gruß Christian

Hi!

Hab seit gestern mit dem LB-0.0.9 gespielt.
Ich hab auch manchmal diese Ton-Bild-Asynchronitäten.

Die schneide-funktion des VDR tut leider nicht mehr ganz das, was sie sollte.
Habe Star Trek~Star Trek - Raumschiff Voyager~Der Kampf ums Dasein (2) versucht zu schneiden. Es schneidet auch, aber nicht dort hin, wo es sollte, nämlich ins selbe Verzeichnis wie die Originalaufnahme liegt, sondern ins Video-Stammverzeichnis. Der Name der Aufzeichnung geht dabei flöten. Sie heisst dann: %2005-08-24.17.17.99.99.rec und kann problemlos abgespielt werden.

Hab dann mit dem LiveBuffer 0.0.8 getestet und damit geht's noch wie gewohnt.

Kann das jemand bestätigen ? Oder hab ich selbst wieder irgendwas verbockt ?

Hallo
kann mich erst jetzt kurz melden.
Ich habs auf 2 verschiedenen Rechnern probiert, Multitainer 700er celeron und ein DFI_board mit 700er Duron.
In beiden ist ne dvb-s 1.3 verbaut.
Kann nur leider nicht viel ändern da ich Linvdr drauf hab.
Hab zwar auf einem Linvdr die möglichkeit vdr neu aufzusetzen, also entwicklungsumgebung, aber beim MP3-Plugin von Moronino meckert er schon das die falsche libsndfile installiert ist.
kann mir einer sagen mit welchen Optionen ich vdr übersetzen muss,
die Plugins brauch ich ja nicht nochmal machen, oder?
Habs mal probiert, aber so einige Plugins wollten nicht mehr laufen.
Gruß Rainer

PS hat einer für Linvdr die Updates, Bigpatch mit LB0.9 und patch?

Hm, ich hab das gerade ausprobiert.
Scheint bei mir irgendwie nicht zu funktionieren:
Letzte Live-Puffer beibehalten: ja
Letzte Live-Puffer:1

Hab auch letzte Live-Puffer mal auf 2 gesetzen. Wenn ich hin und herschalte, faengt er immer einen neuen Puffer. Was bedeutet Zap Timeout?
Faengt er erst nach dieser Zeit einen neuen Puffer an oder loescht er nach der Zeit den letzten Live-Puffer? Beides habe ich erfolglos getestet. Auch nach ueber 30 Sekunden faengt er nach hin und herschalten einen neuen Puffer an.

Zitat

Original von thomas83

Genau so, wie du die Funktion beschreibst, ist sie gedacht. Bei mir funktioniert das auch so.
Da du ebenfalls ein 2 Karten System hast, sollte es eigentlich auch keine Probleme geben, solange die 2 Karte frei ist (also gerade nicht aufnimmt).
Der LiveBuffer wird dann beibehalten, wenn zuvor pause gedrückt bzw. zurückgespult wurde. Aber wenn man danach Stop oder Replaymode beenden macht, wird der Livebuffer nicht mehr beibehalten (vielleicht liegt's daran bei dir?)

Thomas

Hallo.

Nun ist es amtlich.

Deine Antwort verstehe ich nun so, dass man sich im Replaymode befinden muss, um die Funktion nutzen zu können. Ist das so?
Wenn ja, wie soll ich dann zappen? Sowohl die numerischen, als auch die Up/Down-Tasten bewirken im Replaymode doch keinen Senderwechsel!

Wäre nett, wenn mir jemand eine Schritt-für-Schritt-Anleitung zum nachmachen schreiben könnte.

Falls ich ein hoffnungsloser Fall bin, könnt Ihr diesen Beitrag gerne ignorieren.

Gruß MB

Zitat

Original von thomas83
Also eine Schnittmarke zu setzen, ist eben etwas ungeschickt, da man den LiveBuffer vielleicht später schneiden möchte und daher irgendwelche automatisch generierten Schnittmarken ungewünscht sind.
Aber eine Möglichkeit, wieder die Stelle anspringen zu können, bei der man zurückgespult hatte, halte ich auch für sinnvoll.

Nur bin ich noch unentschlossen, welche Taste man hierfür verwenden soll?

Können wir (exklusiv für den Livebuffer!) was neues erfinden (Sprungmarke) und stattdessen die Schnittmarken in Ruhe lassen? Denke das es häufiger vorkommt das man eine (oder mehrere Stellen) markieren will, als dass man etwas aus dem Livebufer in eine Aufnahme packt - 99% aller tatsächlicher Aufnahmen werden wohl eher über Timer gelöst...

Zitat

Original von thomas83
Die Stop-Taste würde ich gerne so lassen wie sie ist (Springt zum Live-Bild)

Find ich auch...

Gruß Christian