Streamen mit VLC klappt prima!

[Zusan]

Bei username und passwort steht aber schon dabei der username und das Passwort vom Topf

: Ja, natürlich. Ich hatte eben in meiner Hektik sogar versehentlich meinen richtigen Usernamen und Passwort im Logfile hier gepostet und musste das dann schnell wieder rausnehmen...
Ohne richtigen Usernamen/Passwort im Link würde ja aber der Zugriff mit demselben Link über Firefox auch nicht gehen, denke ich. Außerdem würde es im vlc-Log dann wohl tendenziell auch nicht heißen:

access_ftp debug: answer=230 User logged in. current directory is /
access_ftp debug: password accepted

Zusan

[TV-Junkie]

Dann stimmt hier

Code: Alles auswählen

access_ftp debug: answer=550 [b][u]DataFiles/2.rec[/u][/b]: No such file or directory
access_ftp error: file or directory doesn't exist

irgendetwas nicht

[Zusan]

Ähmm, jaaa, das war doch meine Rede:
[quote="Zusan"]Ich habe dann mal den verbose-level von vlc erhöht und lese untenstehendes, was für mich so aussieht, als würde vlc fälschlicherweise nicht erkennen, dass DataFiles ein Verzeichnis und 2.rec die Datei ist. Oder ist das richtig so von vlc und der FTP-Server müsste das auseinanderdröseln?[/quote]

Nur was ist die Frage. Der Punkt ist aber doch, dass ich den Link im Firefox eingebe und die Datei runtergeladen wird und wenn ich denselben Link über die Zwischenablagein vlc eingebe, die o.g. Fehlersituation entsteht. Nach meinem Verständnis kann der Link dann ja wohl nicht falsch sein, oder?

Gruß,

Zusan

[TV-Junkie]

Verstehe ich ja auch nicht
Und habe leider auch keine Idee (mehr) ops:

[Zusan]

Ja, vlc spielt in genau der Konfiguration, die ich hier habe dieselbe .rec-Datei (die ich dann über Firefox runtergeladen habe) ab. Die Einstellungsdaten möchte ich jetzt eigentlich nicht alle wieder löschen, zumal das Problem im Logfile für mich nicht so aussieht, als wenn es etwas mit falschen Einstellungen zu hätte.
Die vlc-Version 1.1.7 habe ich gestern erst installiert, nachdem es mit der 1.1.5 nicht ging. Dabei allerdings die Einstellungen nicht gelöscht.

Gruß,

Zusan

[Zusan]

Habe gerade testweise, nur um ganz sicher zu sein, mal die Version 1.0.5 installiert, aber das Problem bleibt dasselbe.

Ebenfalls zum testen habe ich die Datei 2.rec mal vom Verzeichnis DataFiles eins höher ins Rootverzeichnis des Topf verschoben. Und siehe da, das streamen vom Topf mit vlc geht. Was bitte macht vlc denn da, dass es so ein Problem mit dem Verzeichnisnamen hat? Ich habe auch schon alle Varianten von Groß- und Kleinschreibung im Verzeichnisnamen ausprobiert, aber auch ohne Erfolg. Das gibts doch nicht. Grrrrrrrrr.

Zusan

[Zusan]

Ja, habe ich im Topf freigegeben.

Sonst würde doch aber Firefox auch nicht über denselben Link über dasselbe Protokoll ([url]ftp://.[/url]..) darauf zugreifen können und vlc nicht, oder?

Das ist echt zum Mäusemelken...

Zusan

EDIT: Inzwischen habe ich dann wieder vlc 1.1.7 installiert und bei der Gelegenheit auch nochmal alle Einstellungen gelöscht. Außerdem habe ich vlc testweise mal als administrator gestartet.
Und das temp-Verzeichnis für den timeshift in vlc auf ein anderes Verzeichnis gesetzt.

Hat alles nix gebracht...

[jkIT]

Könnte es eventuell an den Freigabe Einstellungen liegen? Ist "Data Files" im Netzwerk freigegeben?

Das hat nichts mit Freigaben zu tun, das ist ein FTP-Download.

Ich hab bei mir mal testweise ein Sample am srp-2410 in 2.rec umbenannt, da sieht das Log in VLC 1.1.7 dann so aus:

Code: Alles auswählen

main debug: net: connecting to 192.168.1.11 port 21 
main debug: connection succeeded (socket = 1160)
access_ftp debug: answer=220 Welcome To Topfield PVR FTP Server
access_ftp debug: connection accepted (220)
access_ftp debug: ftp_SendCommand:"USER xxxxxxxx"
access_ftp debug: answer=331 Password required for xxxxxxxx
access_ftp debug: password needed
access_ftp debug: ftp_SendCommand:"PASS xxxxxxxx"
access_ftp debug: answer=230 User logged in. current directory is /
access_ftp debug: password accepted
access_ftp debug: ftp_SendCommand:"EPSV ALL"
access_ftp debug: answer=220 OK; will reject non-EPSV data connections
access_ftp debug: ftp_SendCommand:"TYPE I"
access_ftp debug: answer=200 TYPE is now 8-bit binary
access_ftp debug: ftp_SendCommand:"SIZE DataFiles/2.rec"
access_ftp debug: answer=213 53282112
access_ftp debug: file size: 53282112
access_ftp debug: ftp_SendCommand:"EPSV"
access_ftp debug: answer=229 Extended Passive mode OK (|||2048|)
access_ftp debug: ip:192.168.1.11 port:2048
access_ftp debug: ftp_SendCommand:"TYPE I"
access_ftp debug: answer=200 TYPE is now 8-bit binary
access_ftp debug: waiting for data connection...
main debug: net: connecting to 192.168.1.11 port 2048
main debug: connection succeeded (socket = 1440)
access_ftp debug: connection with "192.168.1.11:2048" successful
access_ftp debug: ftp_SendCommand:"RETR DataFiles/2.rec"
access_ftp debug: answer=150 Connection accepted
...

Scheint also auch kein prinzipielles VLC Problem zu sein.

[Zusan]

Ok, super. Danke. Das hilft ja schonmal weiter, weil man sieht, dass das

access_ftp debug: ftp_SendCommand:"SIZE DataFiles/2.rec"

grundsätzlich ok ist. Dann ist da nur die Frage, warum mein Topf-FTP-Server auf diese Anfrage mit

access_ftp debug: answer=550 Can't access DataFiles/2.rec

antwortet!?! Hmmm, kannst Du mir sagen welche Windows-Version und welchen Topf/Topf-Firmware Du benutzt?

Ich habe jetzt einmal eine andere Aufnahme ausprobiert: Dabei kommt bei vlc immerhin keine Fehlermeldung mehr. Aber ansonsten kommt auch nichts...

Da mir der Topf gestern bei meinen Versuchen mit NASMount mindestens 5 Mal abgestürzt ist, werde ich ihn wohl einfach noch einmal neu aufsetzen um auszuschließen, dass es daran liegt.

Danke,

Zusan

EDIT: AHA. Mit der dritten Datei, die ich auf dem Topf habe geht es dann... Na endlich. Die o.g. zweite Datei, mit der es auch nicht geht, ist über 4GB groß, kann das für vlc ein Problem sein?
Und was mit der ersten Datei (2.rec) los ist, würde mich schonmal interessieren. Die ist nämlich nur 180MB.

Hier mal die über FTP ausgelesenen Berechtigungen des DataFiles-Verzeichnisses. Da ist doch alles im grünen Bereich, oder nicht?

-rwxrwxrwx 1 pvr pvr 183713472 Feb 13 2011 2.rec
-rwxrwxrwx 1 pvr pvr 132636 Feb 13 2011 2.rec.inf
-rwxrwxrwx 1 pvr pvr 188480 Feb 13 2011 2.rec.nav
drwxrwxrwx 1 pvr pvr 1 Jan 1 2000 AutoDescramble
-rwxrwxrwx 1 pvr pvr 2712524544 Feb 13 2011 Coco, der neugierige Affe_20110213.rec
-rwxrwxrwx 1 pvr pvr 132636 Feb 13 2011 Coco, der neugierige Affe_20110213.rec.inf
-rwxrwxrwx 1 pvr pvr 3118976 Feb 13 2011 Coco, der neugierige Affe_20110213.rec.nav
-rwxrwxrwx 1 pvr pvr 4220095424 Feb 13 2011 Star Wars The Clone Wars_20110213.rec
-rwxrwxrwx 1 pvr pvr 132636 Feb 13 2011 Star Wars The Clone Wars_20110213.rec.inf
-rwxrwxrwx 1 pvr pvr 5701376 Feb 13 2011 Star Wars The Clone Wars_20110213.rec.nav
drwxrwxrwx 1 pvr pvr 1 Jan 1 2000 TimeShift

[FireBird]

Kann es sein, dass die Datei nicht 2.rec, sondern |2.rec heißt? Durch reines Umbenennen bekommt man das Sonderzeichen nicht los.

[Zusan]

Hmm, ich habe Windows 7 Home Premium 64 Bit und die finale Firmware von Dezember auf dem SRP2410. Ich muss mal sehen, ob ich noch irgendwo einen XP-Rechner habe mit dem ich das nochmal teste.

Gruß,

Zusan

[WarmRed]

Klasse funktioniert einwandfrei auch mit dem CRP-2401.