permanentes Timeshift - Livebuffer-Patch (neue Testversion 28.03.07)

hello Thomas,

i've made some more test to clear this:

All test without any plugin:

vdr-1.3.31 vanilla + vdr-1.3.31-enAIO-and-subtitles-0.3.8-and-ttxtsubs-0.0.5-and-Livebuffer-0.1.0.diff -> Everything is ok with LB ON.

vdr-1.3.32 vanilla + vdr-1.3.32-LiveBuffer-0.1.1.diff -> Everything is ok with LB ON

vdr-1.3.32 vanilla + vdr-1.3.32-enAIO-2.6-and-subtitles-0.3.8-and-ttxtsubs-0.0.5-and-Livebuffer-0.1.1.diff -> everything goes mad with LB ON, everything ok with LB-OFF ( playing recordings is ok too )

I still have the SetBrokenLink: no GOP header found in video packet
in the log while playing recording , but no problm with this.

Hopes it helps.

You're The One.

Works like a charm now.
Thanks a lot.

May i make a suggestion ?

I use your patch in a ramdisk. I didn't test with harddisk if the behavior is the same.
Imagine i use a 32 Mo livebuffer, that give around 1 mn of video.
When i pause with LB more than 1 minutes, when the buffer is full, it start to play automatically.
Don't you think it should be better to transfert the livebuffer pause in a normal vdr pause on harddisk ?

Then after why not adding a feature like if the normal pause start to join the Livebuffer capability ( because you've done fast forward ) it could goes again automatically in LB mode ( without having to stop recording and replaying from the menu ) .

Hallo,

erstmal Glückwunsch zur erfolgreichen Realisierung dieses lange diskutierten Features. Ich kenne die Funktion vom To.f..ld und verfolge die Diskussion schon seit Jahren. Aber ihr wollt ja Testergebnisse, hier sind sie:

System: SuSE 9.3
VDR: 1.3.32
Plugins: DVD
Patches: LiveBuffer-0.1.1

Funktioniert alles wunderbar, bis ich DVD abspielen möchte. Dann gibt es einen Speicherzugriffsfehler und im Log steht das:

Sep 13 19:52:46 vdr vdr[3172]: changing pids of channel 1256 from 3327+3327:3328=deu,3329=deu;3331=
deu:0 to 3327+3327:3328=deu,3329=deu:32
Sep 13 19:53:05 vdr vdr[3183]: non blocking file reader thread ended (pid=3183, tid=245776)
Sep 13 19:53:05 vdr vdr[3182]: dvbplayer thread ended (pid=3182, tid=229391)
Sep 13 19:53:05 vdr vdr[3229]: dvd-plugin thread started (pid=3229, tid=262159)
Sep 13 19:53:05 vdr vdr[3229]: dvd player: BitStreamOutActive=0, HasBitStreamOut=0 (0)
Sep 13 19:53:05 vdr vdr[3229]: dvd player: SoftDeviceOutActive=0, HasSoftDeviceOut=0
Sep 13 19:53:06 vdr vdr[3229]: clearing device because of consecutive poll timeouts 3
Sep 13 19:53:06 vdr vdr[3229]: clearing device because of consecutive poll timeouts 3
Sep 13 19:53:06 vdr vdr[3235]: VDR version 1.3.32 started

Leider reproduzierbar. Ohne Patch geht alles.

Viele Grüße
Andreas

Hallo Thomas

Ich möchte mal anregen die Aktivierung der KeepLivebuffer-Funktion zu überdenken bzw. eventuell zu optimieren.
Diese Funktion finde ich sehr angenehm, jedoch im Alltag stelle ich nun fest, dass ich die Funktion unfreiwillig "missbrauche".
Für mich persönlich wünsche ich mir diese Funktion ausschliesslich unter folgender Voraussetzung:
Ich schaue eine interessante Sendung, möchte eben mal kurz zappen und anschliessend wieder das urspüngliche Programm schauen ohne etwas zu verpassen. Durch Aktivierung der KeepLivebuffer-Funktion ist das ja auch problemlos möglich.
Bedingt durch die Tatsache dass diese Funktion durch betätigen der REW bzw. PAUSE-Taste aktiviert wird, passiert es mir des öftern dass ich gespult bzw. pausiert hatte, allerdings ohne die Absicht den Livebuffer zu erhalten und dann umgeschaltet habe. Dadurch werden im Hintergrund dann unabsichtlich weiteres Sender aufgezeichnet und die Systemlast steigt. Ich bemerke das daran, dass mein System träge auf die Fernbedienung reagiert.
Deshalb folgende Idee: Wäre es möglich z.B. ein Symbol ins Fernsehbild einzublenden wenn der LiveBuffer ausser dem laufenden Programm ein weiteres im Hintergrund aufzeichnet? Oder eventuell eine andere Vorgehensweise zur Aktivierung der KeepLivebuffer-Funktion?

War nur mal so ein Gedanke.
Was denkst Du darüber?

Gruß MB

Zitat

Original von thomas83
Hab gerade ausprobiert, bei mir eine dvd abzuspielen, und bei mir hat es aber funktioniert.
vdr-1.3.32 mit LiveBuffer-0.1.1 und dvd-0.3.6_b02

Thomas

Tut mir leid, war mein Fehler. Bei Patches können sich ja auch immer die header files ändern, so dass natürlich auch alle Plugins neu übersetzt werden müssen. Danach ging es.

Gruß
Andreas

Zitat

Original von thomas83
Ich finde auch, dass es störend sein kann, wenn man nur mal eine Szene wiederholt hat, dass dieser Sender dann (ungewollt) weiter aufgezeichnet wird. Nur ist mir bisher keine einfachere Bedienung dafür eingefallen.
Das mit dem Symbol gefällt mir persönlich nicht so gut. Wenn dieses die ganze Zeit eingeblendet wird, würde ich als störend empfinden. Und außerdem weiß man dann auch nicht unbedingt, welcher Sender da (ungewollt) weiter aufgezeichnet wird.
Ich fände es besser, wenn man die Bedienung irgendwie so ändern würde, dass solch ungewolltes Beibehalten der LiveBuffer nicht mehr passiert.
Wer hat einen Vorschlag?
Es sollte aber weiterhin einfach und intuitiv bedienbar sein, ohne dass man lange nachdenken muss, was man nun zu machen hat, bevor man zappen kann.
Thomas

Alles anzeigen

Wie wärs damit:
Nur wenn man die Pause-Taste vor dem Zappen drückt (Standbild) wird weiter aufgezeichnet.
So hatte ich das Ganze ursprünglich auch auf Grund der Namensgebung (Keep Paused Livebuffer) auch interpretiert.
Eventuell könnte auch die REC-Taste dafür herhalten, aber die ist (wenn ich mich nicht irre bereits anderweitig vergeben).
Sicherlich kein Königsweg (vorallem für diejenigen die keine Pause-Taste haben) aber für meine bescheidenen Ansprüche ganz akzeptabel.

Zitat

Original von thomas83
Das mit dem Symbol gefällt mir persönlich nicht so gut. Wenn dieses die ganze Zeit eingeblendet wird, würde ich als störend empfinden. Und außerdem weiß man dann auch nicht unbedingt, welcher Sender da (ungewollt) weiter aufgezeichnet wird.
Thomas

Vielleicht lässt sich die Fortschrittsanzeige ohne grösseren Aufwand dahingehend erweitern, dass dort angezeigt wird, ob und welche zusätzliche Sender aufgezeichnet werden. Dann könnte man das unbeabsichtigte Aufzeichnen durch drücken der PLAY-Taste feststellen und bei Bedarf darauf reagieren.

Beides in Kombination wäre meiner Meinung nach recht alltagstauglich.

Gruss MB

Hallo Thomas, Hallo @all
ich glaube das ich den Fehler eingegrenzt hab,
ich vermute es liegt an meiner Festplatten-Geschwindigkeit.
Hatte ja geschrieben, daß ich Probleme hab wenn eine Aufnahme läuft und ich umschalte.
Hab da mal ein bißchen mit hdparm gespielt.
samsung sp1604n hdparm -d1 -X68 /dev/hda hats gebracht.
hdparm -Tt /dev/hda zeigt
Timing buffer-cache 128MB in 1.51sec =84.72 MB/sec
Timing buffered disk read 64MB in 3.09 sec. = 20.74 MB/sec

Vorher war es 38,75MB/sec und 15.18MB/sec

Ist das OK oder sind die Werte immer noch lahm?
Rainer

Zitat

Original von rape
Ist das OK oder sind die Werte immer noch lahm?
Rainer

Hab die Gleiche Platte und folgende Werte:

/dev/hda:
 Timing buffer-cache reads:   128 MB in  0.60 seconds =214.44 MB/sec
 Timing buffered disk reads:  64 MB in  1.32 seconds = 48.31 MB/sec

Es lief keine Aufnahme oder sonstige Belastung des VDR

Hallo,
Ich hab auch die gleiche Platte, naja ne sv1604n und trau fast meinen Augen nicht, habs deshalb 2x getestet

CKone:/usr/local/bin # hdparm -Tt /dev/hda


/dev/hda:
 Timing cached reads:   808 MB in  2.00 seconds = 403.86 MB/sec
 Timing buffered disk reads:  108 MB in  3.02 seconds =  35.79 MB/sec
CKone:/usr/local/bin # hdparm -Tt /dev/hda


/dev/hda:
 Timing cached reads:   804 MB in  2.00 seconds = 401.06 MB/sec
 Timing buffered disk reads:  100 MB in  3.02 seconds =  33.06 MB/sec
CKone:/usr/local/bin #

Zudem lief noch eine Aufnahme und eine Wiedergabe...
Ist dsa realistisch oder hab ich was nicht berücksichtigt?

Gruß Christian

Ich will ja nicht angeben (*lüg*):

vdr:~# dmesg | grep 1604
hdb: SAMSUNG SV1604N, ATA DISK drive
vdr:~# hdparm -Tt /dev/hdb


/dev/hdb:
 Timing cached reads:   1632 MB in  2.00 seconds = 816.00 MB/sec
 Timing buffered disk reads:  140 MB in  3.02 seconds =  46.36 MB/sec

Das war während eine Aufnahme lief. Allerdings halte ich auch eure Werte nicht für so niedrig, dass Probleme zu erwarten wären.

Marcus

P.S.: Stach!

Nö es bleibt beim alten.
Wenn die zweite Karte aufnimmt und ich ein paarmal umschalte hängt
mein VDR sich auf.
Wenn keine Aufnahme läuft klappt alles einwandfrei.

Letztendlich sind alle Gleich schnell. Der Test ohne Cache ist ei allen fast identisch.
Lediglich der mit cache ist bei einigen schneller.

Wird beim Cache der von der Platte oder der normale Hauptspeicher genutzt?

Bei mir stürzt der VDR 1.3.32 mit LiveBuffer 0.1.1 ab wenn ich auf SR SÜDWEST Ferns (Kabel) schalte. Direkte Kanaleingabe funktioniert Problemls, nur beim verwenden von +/- stürzt es ab. Da läuft zur Zeit nur ein Testbild, das der Kanal umgezogen ist. Lässt sich jederzeit reproduzieren, mit abgeschaltetem LiveBuffer hingegen funktionierts ohne Probleme.

Sep 15 11:08:20 tricolor vdr[13287]: cAudioRepacker(0xC0): skipped 504 bytes while syncing on next audio frame
Sep 15 11:08:20 tricolor vdr[13287]: cAudioRepacker(0xC0): skipped 48 bytes to sync on next audio frame
Sep 15 11:08:20 tricolor vdr[13287]: cAudioRepacker(0xC0): skipped 14 bytes to sync on next audio frame
Sep 15 11:08:20 tricolor vdr[13287]: cAudioRepacker(0xC0): skipped 202 bytes to sync on next audio frame
Sep 15 11:09:58 tricolor vdr[13340]: cAudioRepacker(0xC0): skipped 392 bytes to sync on next audio frame
Sep 15 11:09:58 tricolor vdr[13340]: cAudioRepacker(0xC0): skipped 16 bytes to sync on next audio frame
Sep 15 11:09:58 tricolor vdr[13340]: cAudioRepacker(0xC0): skipped 168 bytes to sync on next audio frame
Sep 15 11:10:05 tricolor vdr[13359]: cAudioRepacker(0xC0): skipped 400 bytes while syncing on next audio frame
Sep 15 11:10:05 tricolor vdr[13359]: cAudioRepacker(0xC0): skipped 106 bytes to sync on next audio frame

Mehr erscheint nicht im Log.

gon

Funktioniert perfekt! Allerdings passt der Patch nicht zu 0.1.1, da war alles schon da bis auf "!Setup.LiveBuffer".

gon