"Wiedergabemarke" nicht zuverlässig, Abbrüche bei Wiedergabe einer laufenden Aufnahme

Nachdem mein neu aufgesetzter yavdr Streaming Client ins Wohnzimmer gewandert ist, sind leider einige komische Probleme aufgetaucht, welche mich etwas überrascht haben...

1) Bei meinem alten VDR konnte ich meine Aufnahme immer dort weitersehen, wo ich zuletzt aufgehört hatte... bei (meinem) yavdr ist dies nicht immer zuverlässig der Fall. Die Zugriffsrechte passen, Aufnahmen kann ich ja auch problemlos löschen... das ganze ist reproduzierbar, wenn ich einige Minuten vorspringe und dann exit drücke merkt sich der VDR die Position nicht. Die marks.vdr hat aber alle notwendigen Rechte...
Habe ich irgendeine Einstellung übersehen oder hat jemand den gleichen Fehler zufällig auch? Im Log steht nichts und ich bin momentan ratlos...

-rw-r--r-- 1 vdr vdr 2097327720 2010-03-22 16:57 001.vdr
-rw-r--r-- 1 vdr vdr  381937565 2010-03-22 17:10 002.vdr
-rw-r--r-- 1 vdr vdr     959720 2010-03-22 17:09 index.vdr
-rw-r--r-- 1 vdr vdr       3321 2010-03-22 15:50 info.vdr
-rw-rw-rw- 1 vdr vdr        129 2010-03-22 17:14 marks.vdr

2) Wenn ich eine noch laufende Aufnahme (vom Server) ansehe, dann stoppt yavdr immer genau in dem Zeitabstand, welcher zwischen der laufenden Aufnahme und dem Live Signal liegt... bsp. heute Abend erst um 20:30 eingeschalten, stoppt der VDR die Wiedergabe um etwa 20:50... das Spiel in einer 1h Aufnahme etwa 3 Mal... bei meinem alten VDR war dies kein Problem...
Leider keine aufschlussreichen Logs...

Ich hoffe jemand hat eine gute Glaskugel und kann mir einen Tipp geben...

Danke für die schnelle Antwort...
zu 1) Die Aufnahmen werden von meinem Server im Keller erledigt. Dort läuft noch VDR 1.6, also alles PES Aufnahmen - tatsächlich fehlt die resume.vdr, ist mir nicht aufgefallen. Fraglich nur warum, weil die Zugriffsrechte doch eigentlich passen sollten. Zugegeben, vorher nutzte ich die Server Freigabe per NFS. Da UID & GID nicht mehr mit der von yavdr zusammenpassten, habe ich auf Samba umgestellt... vielleicht ist dort der Fehler zu finden?
Ganz verstehe ich es allerdings nicht, da ich ja auch die Aufnahmen löschen kann... die Rechte sollten dann doch passen(?)

Zu 2) Alles SD, VDR Files sind auf standardmäßige 2000 MB begrenzt...

Danke für deine Mühe!

Zitat

Original von fnu
Löse das Problem mit UID & GID mit passender Gruppen-Zuordnung und stelle wieder auf NFS um.

Hallo Frank,
danke, leider verstehe ich nicht ganz, wie ich mein Problem lösen soll...

Am Server habe ich den User vdr mit folgender Zuordnung:
vdr:x:1000:1000:vdr,,,:/home/vdr:/bin/bash

am Client mit
vdr:x:106:107:vdr,,,:/home/vdr:/bin/bash

Wie kann ich den Client nun umbiegen, damit das Video Laufwerk mit der 1000er UID & GID per NFS verbindet? Sorry, leider verstehe ich NFS nicht wirklich...
Danke für deine Hilfe!

Nach etwas Googlen konnte ich nach einem "Gedankenanstoß" von fnu folgende Lösung finden:

Zuerst habe ich meinen Benutzer von UID/GID 1000 auf 1001 gewechselt...

usermod -u 1001 benutzer
groupmod -g 1001 benutzer

Um auch alle bestehenden Dateien mit der neuen UID/GID bekannt zu machen...
find / -uid 1000 -exec chown 1001:1001 {} \;

Und dann das gleiche Spiel mit dem User "vdr" von 106/107 auf 1000/1000...

Damit klappt die schreibende NFS Verbindung wieder - einzig die Umlaute funktionieren nicht. Bei Samba konnte ich als Zeichensatz UTF8 einstellen, NFS bietet offensichtlich keine solche Funktion... das verstehe ich (leider) nicht... Tipps sind willkommen
Die resume.vdr wird jetzt aber wieder ordentlich angelegt und die seltsamen Effekte konnte ich in einem Kurztest nicht mehr ausmachen...

Zitat

Na jedenfalls hast Du nun ein weiteres Projekt, "Harmonisierung der Codepages

*lach*, ja die Projekte gehen nicht aus... könnte jetzt eine lange Liste anführen...