große Dateien nicht übers Netz abspielbar

Hallo,
wenn ich mit z.B. mount -t smbfs //meister/freigabe /home/meister ein freigegebens Verzeichnis meines Windowsrechners mounte, kann ich ohne Probleme von meinem VDR auf die Dateien zugreifen. Ich kann mp3s abpsielen, Bilder ansehen und kleine(!) Videos ansehen. Wenn die Videos aber größer sind ab ca. 700MB, spielt der VDR diese nicht über das Netz ab. Erst wenn ich sie auf die lokale Festplatte des VDRs kopiere, kann dieser sie ohne Probleme abspielen. Filme mit bis zu 350MB werden problemlos über das Netz abgespielt.
Was kann ich tun, um auch große Dateien über das Netz abspielen zu können.
Gruß
Warrina

PS.: Ich verwende einen SAMSUNG SMT 7020S mit der aktuellen Gen2VDR Version mit VDR 1.4.7.

PPS.: Wenn wir jemand sagen könnte, wie man dieses Netzlaufwerk bei jedem Start automatisch mounten könnte, wäre ich ihm dankbar.

hi,

wie schaut es aus wenn du cifs zum mounten nimmst? (cifs muss ev. noch emergt werden)

siehe hier als Beispiel

Gruss Lexi

Hallo,
das Emergen von cifs funktioniert noch nicht alles so wie ich das dachte. Ich habe mich an deine Einsteigerhilfe gehalten:
Habe "emerge --sync" ausgeführt. Dort traf ich dann auf einen Fehler den ich wohl mit "fixpackages" korrigiert habe. Dann habe ich "layman -S" ausgeführt, was wohl auch erfolgreich war. Beim "emerge --sync" wurde mir empfohlem "emerge portage" diese ist jedoch mit der Fehlermeldung:
"!!! ARCH is not set... Are you missing the '/etc/make.profile' symlink? !!! Is the symlink correct? Is your portage tree complete?"
abgebrochen. Alle weiteren emerge XYZ ergaben dann die gleiche Fehlermeldung auch emerge cifs (wenn das überhaupt der richtige Aufruf ist)
Scheinbar ist der Link wirklich falsch "make.profile -> ../usr/portage/profiles/default-linux/x86/2007.0". Denn 2007.0 exisitiert nicht. Was tun?
Gruß,
Warriba

Hat vielleicht irgendjemand auch eine Samsung SMT 7020 S mit Gen2VDR und könnte mir mal den von ihm verwendeten link /etc/make.profiles nennen? Meiner wurde irgenwie verstellt und ich weiß jetzt nicht mehr auf welches der zig Profile ich gehen muss.

https://www.gen2vdr.de/forum/index.php?s...1&hl=deprecated

sollte helfen.

Hallo,
danke für die Hilfen.
Ich habe es geschafft alle Probleme mit emerge, mit dem symlink usw zu bereinigen. Auch habe ich mein Laufwerk mit mount.cifs gemountet. Leider ist mein Problem noch nicht behoben. Ich kann über das gemountete Verzeichnis (im Netz) mit dem VDR keine größeren Filmdateien (>700MB) abspielen.
Hat noch jemand eine Idee?
Diese Anwendung müsste doch eigentlich jeder nutzen der einen VDR hat oder?
Funktioniert es bei euch oder habt ihr eine andere Lösung Dateien direkt über das Netz abzuspielen? Ich will die doch nicht alle vorher rüberkopieren!:-)
Gruß
Warriba

hi,

mounten von windows habe ich noch nicht probiert. Sind die datein denn > 2 GB ? Da soll es schon mal zu Problemen kommen. Was ist das für nen Dateisystem was du mountest? (fat/ntfs) Was steht in den logs wenn das abspielen nicht klappt (ev. mal die ganzen logs sammeln und hier posten mit ner ungefähren Zeitangabe wann es nicht geklappt hat)

Um windows (welches überhaupt?) als quelle auszuschliesen oder dein Netzwerk selbst kann man auch ne live-cd zum kurzen gegentesten nehmen ;) booten, part. ggf. lokal mounten, ggf. Netzwerk einrichten, samba/cifs/nfs starten, auf den vdr mounten und erneut testen.

Gruss Lexi

btw. welches format willst du abspielen? sind das unterschiedliche? Welche gehen welche nicht?

Also da würde ich mal empfehlen, ein Update auf vdr-1.6.x zu machen.

smbfs sowie cifs haben leider so ihre Schwierigkeiten, wenn das darum geht, konstante Datenströme bereitzustellen und da ist es auch völlig egal, ab ob der Host FAT oder NTFS verwendet. Wenn dann noch auf dem Server eine Desktopfirewall und/oder ein Virenscanner aktiv ist, ist so wie so recht schnell das Ende der Fahnenstange erreicht, was "flüssiges Streamen" angeht.

Sofern Dein Host ein Windows XP Pro ist, würde ich Dir mal empfehlen SFU zu installieren und via NFS mounten.

Leider aber ist SFU sehr umfangreich und etwas kompliziert bei der Einrichtung (-> wie fast alles von M$), aber mit dieser Anleitung sollte es eigentlich funktionieren.

Die Anleitung ist zwar für eine DBox2 gedacht, aber das ist bei einem "richtigen" Linux nicht anders. ;)


Fall Du XP Home verwendest kannst du mit ein paar Registry Einträgen ein "Pro" daraus machen.
Das wurde im Computermagazin c't in der Ausgabe 12/05, mal beschrieben.

Es gibt aber auch Tool, das das für Dich erledigt.

Ich habe das Tool mal hier hier hochgeladen.
(--> Ob es funktioniert, kann ich leider nicht sagen, da ich kein XP Home habe.)


Die Einrichtung auf der Clintseite ist recht simpel, siehe: --> http://de.gentoo-wiki.com/wiki/NFS/Client

Hallo,

@Lexi: Ich habe es bisher nur mit wenigen Dateigrößen ausprobiert. 10MB funktioniert, 350MB funktioniert; 700MB funktioniert NICHT
Mein Dateisystem ist (leider) FAT32.
Deine restlichen Tipps/Anweisungen werde ich am Wochenende mal ausprobieren.

@R2D2: Ich habe die Windows XP Media Center Edition. Ohnehin kann ich SFU bisher nicht installieren, da ich nur FAT32 Partitionen auf meinen Rechner habe. Alles platt zum machen und komplett alles auf NTFS zu formatieren ist zur Zeit ein zu großer Aufwand für mich. Evtl. versuche ich eine eigene Partition mit NTFS zu erstellen. Das kann ich aber frühestens am WE versuchen.

Danke für alle Tipps und Hilfestellungen!!

Gruß
Warriba

Wieso "platt machen"??? :blink:

Dafür gibt es "convert". --> http://support.microsoft.com/kb/314097/de

Aber wie ich schon geschieben habe , ist es so wie so egal, ob der Host mit FAT oder NTFS läuft..... :rolleyes:

Aber bei der Installation von SFU wurde mir gesagt, dass die Platte NTFS haben muss.
Übrigens hatte ich auch mal VDR 1.6.0 drauf. Hat leider auch nichts gebracht. Nach einer Neuinstallation habe ich jetzt aber erstmal wieder VDR 1.4.7.

Na und??

Dann konvertiere doch deine HDD mit "convert", wo ist da das Problem?? :rolleyes:

das wichtigste in Kürze

1. Klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie cmd ein und klicken Sie anschließend auf OK.
2. Geben Sie an der Eingabeaufforderung convert Laufwerkbuchstabe: /FS:NTFS ein.
3. Convert.exe versucht, die Partition in NTFS zu konvertieren.

Beim nächsten Boot wenn es das Systemlaufwerk ist.

convert c: /FS:NTFS

Hallo,
ich habe meine erste Partition (c:) zu NTFS konvertiert. Jedoch habe ich das gleiche Problem bei großen Dateien. Hier mal der entsprechende Teil der log-Datei:

Oct 4 17:14:08 [logger] [31031] [input_vdr] PLAYFILE <STOP>: Closing slave stream
Oct 4 17:14:10 [logger] [31031] [vdr-fe] unwiring slave stream from output
Oct 4 17:14:10 [vdr] [3405] switching to channel 1
Oct 4 17:14:10 [logger] CHAN 1
Oct 4 17:14:10 [logger] logger: CHAN 1
Oct 4 17:14:10 [logger] CHAN 1
Oct 4 17:14:11 [logger] AFD changed from -2 to -1
Oct 4 17:14:12 [vdr] [3405] saved setup to /etc/vdr/setup.conf
Oct 4 17:14:13 [logger] [31031] [input_vdr] PLAYFILE (Loop: 0, Offset: 0s, File: goom:fps:25,width:720,height:576 /mnt/t-l-w-freigabe/ntg-bigstan_xvid.avi)
Oct 4 17:14:18 [vdr] [3405] [xine..put] cXinelibServer::PlayFileCtrl: Timeout (PLAYFILE 0 goom:fps:25,width:720,height:576 /mnt/t-l-w-freigabe/ntg-bigstan_xvid.avi , 5000 ms) 93
Oct 4 17:14:19 [vdr] [3405] [xine..put] cXinelibServer::PlayFileCtrl: Timeout (GETPOS , 300 ms) 94
Oct 4 17:14:19 [vdr] [3405] [xine..put] cXinelibServer::PlayFileCtrl: Timeout (GETLENGTH , 300 ms) 95
Oct 4 17:14:24 [vdr] [3405] [xine..put] cXinelibServer::PlayFileCtrl: Timeout (PLAYFILE 0 goom:fps:25,width:720,height:576 , 5000 ms) 96
Oct 4 17:14:24 [vdr] [3405] [xine..put] cXinelibServer::PlayFileCtrl: Timeout (FLUSH 50 8235786237 4623558 , 300 ms) 97
Oct 4 17:14:24 [vdr] [3405] switching to channel 1
Oct 4 17:14:25 [logger] CHAN 1
Oct 4 17:14:25 [logger] logger: CHAN 1
Oct 4 17:14:25 [logger] CHAN 1
Oct 4 17:14:27 [vdr] [32151] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
- Last output repeated 161 times -
Oct 4 17:14:27 [kernel] smb_proc_readX_data: offset is larger than SMB_READX_MAX_PAD or negative!
Oct 4 17:14:27 [kernel] smb_proc_readX_data: -59 > 64 || -59 < 0
Oct 4 17:14:27 [vdr] [32151] [xine..put] cXinelibServer::Play_PES Buffer overflow (TCP/PIPE)
- Last output repeated 1046 times -
Oct 4 17:14:29 [vdr] [32151] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
Oct 4 17:14:29 [vdr] [32151] [xine..put] cXinelibServer::Play_PES Write/Queue error (TCP/PIPE)
Oct 4 17:14:29 [vdr] [32151] [xine..put] Closing connection 0
Oct 4 17:14:57 [kernel] smb_add_request: request [c5efdea0, mid=11352] timed out!
Oct 4 17:14:57 [kernel] smb_proc_readX_data: offset is larger than SMB_READX_MAX_PAD or negative!
Oct 4 17:14:57 [kernel] smb_proc_readX_data: -59 > 64 || -59 < 0
Oct 4 17:15:27 [kernel] smb_add_request: request [c5efdea0, mid=11356] timed out!
Oct 4 17:15:29 [logger] [32104] [input_vdr] write_control failed (poll timeout or error)
Oct 4 17:15:30 [logger] [32104] [input_vdr] write_control aborted
- Last output repeated 3 times -
Oct 4 17:15:30 [logger] [31034] [input_vdr] read_block: no data source, returning NULL
Oct 4 17:15:30 [logger] [31031] [input_vdr] write_control aborted
Oct 4 17:15:30 [logger] [31031] [input_vdr] (ERROR (xine_input_vdr.c,1004): Eingabe-/Ausgabefehler)
Oct 4 17:15:30 [logger] [31031] [input_vdr] write_control aborted
Oct 4 17:15:30 [logger] [31031] [input_vdr] (ERROR (xine_input_vdr.c,1004): Eingabe-/Ausgabefehler)
Oct 4 17:15:30 [logger] [31018] [vdr-fe] xine_event_cb: XINE_EVENT_UI_PLAYBACK_FINISHED
Oct 4 17:15:30 [logger] [31030] [input_vdr] XINE_EVENT_UI_PLAYBACK_FINISHED
Oct 4 17:15:31 [logger] [31005] [input_vdr] dispose: Closing slave stream
Oct 4 17:15:31 [logger] [31005] [vdr-fe] unwiring slave stream from output
Oct 4 17:15:31 [logger] [31005] [input_vdr] write_control aborted
Oct 4 17:15:31 [logger] [31005] [input_vdr] Connections closed.
Oct 4 17:15:33 [logger] [31005] [input_vdr] Connecting (control) to tcp://localhost:37890 ...
Oct 4 17:15:33 [vdr] [3440] [xine..put] Client 0 connected: 127.0.0.1:54679
Oct 4 17:15:33 [logger] [31005] [input_vdr] Server greeting: VDR-1.4.7 xineliboutput-1.0.0rc2 READY
Oct 4 17:15:33 [logger] [31005] [input_vdr] Connected (control) to tcp://localhost:37890
Oct 4 17:15:33 [logger] [31005] [input_vdr] Connecting (data) to pipe:///etc/vdr/plugins/xineliboutput/pipes.3405/pipe.0
Oct 4 17:15:33 [logger] [31005] [input_vdr] Data stream connected (PIPE)
Oct 4 17:15:33 [logger] [31005] [input_vdr] using custom "no signal" image /etc/vdr/plugins/xine/noSignal.mpg
Oct 4 17:15:33 [logger] AFD changed from -2 to -1
- Last output repeated twice -
Oct 4 17:15:35 [logger] Connection to server lost. Reconnecting after two seconds...
Oct 4 17:15:35 [logger] Reconnecting...

Auch SFU habe ich installiert und ein Verzeichnis auf meinem Windows Rechner freigegeben. Leider bekomme ich das Verzeichnis nicht gemountet.
Gruß

Diese Problem ist leider schon lange bekannt, aber das hatte ich Dir ja weiter oben schon gepostet.

Mögliche Ursachen dafür sind:

- Zu langsame, oder schadhafte (Netzwerk-) Hardware (-> Kommt häufig bei so billig NICs wie z.B. Realtek vor)

- Inkompatibilitäten im Kernel (Manche Versionen haben das Problem, andere wieder nicht)

Auch das hatte ich dir schon gepostet, dass das nicht mit dem Filesystem des Hosts zu tun hat. :rolleyes:

Mal abgesehen davon, dass SFU Freigaben nichts auf der Systempartion verloren haben(!), ist die Fehlerbeschreibung: "Leider bekomme ich das Verzeichnis nicht gemountet" nicht sehr aufschlussreich. Vieleicht solltest du mal schreiben, was nicht geht, bzw. wie Du vorgegangen bist.

Hallo,

Samba:
bei meinem Computer funktioniert das Abspielen der großen Dateien sowohl über WLAN als auch über LAN nicht. Meine WLAN Karte ist von Gigabyte und ist keine Billig-Netzwerkkarte. Meine normale Netzwerkkarte ist eher billig und ist von Realtek.
Bei einem anderen Computer hat es über die WLAN-Karte funktioniert, aber leider ohne die Möglichkeit zu "Spulen". Ob es nun evtl. wirklich an meiner Hardware liegt oder evtl. an meiner fehlerhaften Software konnte ich bisher leider noch nicht überprüfen, da das Booten über mein DVD Laufwerk mit meiner aktuellen Knoppix CD nicht funktioniert.

NFS:
SFU habe ich wie in der Anleitung auf c: (NTFS) installiert. Und nun auf einer anderen NTFS Partition die Freigabe erteilt.
Nachdem ich nun alle Ports wie in http://www.open7x0.org/wiki/NFS-Server_unter_Windows angegeben freigeschaltet habe, funktioniert NFS über WLAN und zwar AUCH bei großen Dateien und mit fast forward!!! Juhu!!!!

Vielen Dank für die Hilfe.


PS.: Warum haben den SFU Freigaben auf Systempartitionen nichts zu suchen? Ich gebe ja nicht die ganze Partition, sondern nur ein Verzeichnis frei.

Hättest Du es gleich so gemacht, wie ich es Dir vorgeschlagen habe, dann wärtst Du fast eine Woche schneller am Ziel gewesen. ;)

Hallo,

also eine Lösung, oder besser ein Workaround, große Dateien über das Netz abzuspielen war nun nicht Samba sondern NFS zu verwenden. Nun versuche ich aber eine NTFS formatierte USB Festplatte über NFS für meinem Windows NFS Client freizugeben. Meine exports Datei sieht so aus:

# /etc/exports: NFS file systems being exported. See exports(5).
/video *(ro,no_root_squash,sync)
/audio *(ro,no_root_squash,sync)
/pictures *(ro,no_root_squash,sync)
/film *(ro,no_root_squash,sync)
/mnt/usb_festplatte *(ro,no_root_squash,sync)

bei aktualisierung der exports Einstellungen mit
erscheint folgende Fehlermeldung:

exportfs: Warning: /mnt/usb-festplatte does not support NFS export

Nach meinen Recherchen kann man aber leider NTFS Platten nicht über NFS freigeben. Ist das so korrekt bzw hat jemand ne andere Lösung? (Und bitte nicht die in die eine Richtung Samba zu verwenden und in die andere NFS)

Gruß
Warriba

https://www.gen2vdr.de/forum/index.php?showforum=31