Streaming via ftp: vlc-problem with the path?
Posted: 13 Feb 2011 21:28
Hi,
Iam trying to stream a file via ftp from my Topfield satellite-receiver SRP2410. Other users report to have managed to stream files from this receiver using ftp and vlc under windows, so this should generally work. I have a link that points to a file on the receiver: ftp://username:password@192.168.x.y/DataFiles/2.rec
Using this link in firefox downloads respectively opens this file without problems. But using the same link in vlc (open network stream) gives an file not found-error. I attached a log below (verbose level 2). I replaced ip, username and password here, so dont worry about that, they are correct. I also replaced "ftp://192.168.x.y" with "FTP-PATH" in the logfile, because there are only 4 urls allowed in a post here!?!
It looks for me as if vlc doesnt separate dir and filename in the ftp-path. Unfortunately I dont know if this is normal behaviour. I already posted in a forum for the satellite-receiver, but the user there dont have any more ideas.
Iam using windows 7 HP and vlc version 1.1.7. I reinstalled vlc already deleting all settings and cache. I would be happy to receive ANY help.
Regards,
Zusan
qt4 warning: Input option: ftp-caching=600
main debug: adding item `FTP-PATH/DataFiles/2.rec' ( ftp://username:password@192.168.x.y/DataFiles/2.rec )
qt4 debug: Adding a new MRL to recent ones: ftp://username:password@192.168.x.y/DataFiles/2.rec
main debug: rebuilding array of current - root Wiedergabeliste
main debug: rebuild done - 8 items, index 6
main debug: processing request item FTP-PATH/DataFiles/2.rec node null skip 0
main debug: resyncing on FTP-PATH/DataFiles/2.rec
main debug: FTP-PATH/DataFiles/2.rec is at 7
main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'FTP-PATH/DataFiles/2.rec'
main debug: thread (input) created at priority 1 (../.././src/input/input.c:214)
main debug: thread started
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path 'e:\wintmp'
main debug: `ftp://username:password@192.168.x.y/DataFiles/2.rec' gives access `ftp' demux `' path `username:password@192.168.x.y/DataFiles/2.rec'
main debug: creating demux: access='ftp' demux='' path='username:password@192.168.x.y/DataFiles/2.rec'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "ftp"
main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms)
main debug: creating access 'ftp' path='username:password@192.168.x.y/DataFiles/2.rec'
main debug: looking for access module: 1 candidate
main debug: net: connecting to 192.168.x.y port 21
main debug: connection succeeded (socket = 1288)
access_ftp debug: answer=220 Welcome To Topfield PVR FTP Server
access_ftp debug: connection accepted (220)
access_ftp debug: ftp_SendCommand:"USER username"
access_ftp debug: answer=331 Password required for username
access_ftp debug: password needed
access_ftp debug: ftp_SendCommand:"PASS password"
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=550 Can't access DataFiles/2.rec
access_ftp debug: cannot get file size
access_ftp debug: will try to get directory contents
access_ftp debug: ftp_SendCommand:"CWD DataFiles/2.rec"
access_ftp debug: answer=550 DataFiles/2.rec: No such file or directory
access_ftp error: file or directory doesn't exist
main debug: no access module matching "ftp" could be loaded
main debug: TIMER module_need() : 16.000 ms - Total 16.000 ms / 1 intvls (Avg 16.000 ms)
main debug: waitpipe: object killed
main error: open of `ftp://username:password@192.168.x.y/DataFiles/2.rec' failed: (null)
main debug: finished input
main debug: thread ended
main debug: dead input
main debug: thread times: real 0m0.018001s, kernel 0m0.000000s, user 0m0.000000s
main debug: TIMER input launching for 'ftp://192.168.x.y/DataFiles/2.rec' : 19.000 ms - Total 19.000 ms / 1 intvls (Avg 19.000 ms)
main debug: changing item without a request (current 7/8)
main debug: nothing to play
Iam trying to stream a file via ftp from my Topfield satellite-receiver SRP2410. Other users report to have managed to stream files from this receiver using ftp and vlc under windows, so this should generally work. I have a link that points to a file on the receiver: ftp://username:password@192.168.x.y/DataFiles/2.rec
Using this link in firefox downloads respectively opens this file without problems. But using the same link in vlc (open network stream) gives an file not found-error. I attached a log below (verbose level 2). I replaced ip, username and password here, so dont worry about that, they are correct. I also replaced "ftp://192.168.x.y" with "FTP-PATH" in the logfile, because there are only 4 urls allowed in a post here!?!
It looks for me as if vlc doesnt separate dir and filename in the ftp-path. Unfortunately I dont know if this is normal behaviour. I already posted in a forum for the satellite-receiver, but the user there dont have any more ideas.
Iam using windows 7 HP and vlc version 1.1.7. I reinstalled vlc already deleting all settings and cache. I would be happy to receive ANY help.
Regards,
Zusan
qt4 warning: Input option: ftp-caching=600
main debug: adding item `FTP-PATH/DataFiles/2.rec' ( ftp://username:password@192.168.x.y/DataFiles/2.rec )
qt4 debug: Adding a new MRL to recent ones: ftp://username:password@192.168.x.y/DataFiles/2.rec
main debug: rebuilding array of current - root Wiedergabeliste
main debug: rebuild done - 8 items, index 6
main debug: processing request item FTP-PATH/DataFiles/2.rec node null skip 0
main debug: resyncing on FTP-PATH/DataFiles/2.rec
main debug: FTP-PATH/DataFiles/2.rec is at 7
main debug: starting new item
main debug: creating new input thread
main debug: Creating an input for 'FTP-PATH/DataFiles/2.rec'
main debug: thread (input) created at priority 1 (../.././src/input/input.c:214)
main debug: thread started
main debug: using timeshift granularity of 50 MiB
main debug: using timeshift path 'e:\wintmp'
main debug: `ftp://username:password@192.168.x.y/DataFiles/2.rec' gives access `ftp' demux `' path `username:password@192.168.x.y/DataFiles/2.rec'
main debug: creating demux: access='ftp' demux='' path='username:password@192.168.x.y/DataFiles/2.rec'
main debug: looking for access_demux module: 0 candidates
main debug: no access_demux module matched "ftp"
main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms)
main debug: creating access 'ftp' path='username:password@192.168.x.y/DataFiles/2.rec'
main debug: looking for access module: 1 candidate
main debug: net: connecting to 192.168.x.y port 21
main debug: connection succeeded (socket = 1288)
access_ftp debug: answer=220 Welcome To Topfield PVR FTP Server
access_ftp debug: connection accepted (220)
access_ftp debug: ftp_SendCommand:"USER username"
access_ftp debug: answer=331 Password required for username
access_ftp debug: password needed
access_ftp debug: ftp_SendCommand:"PASS password"
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=550 Can't access DataFiles/2.rec
access_ftp debug: cannot get file size
access_ftp debug: will try to get directory contents
access_ftp debug: ftp_SendCommand:"CWD DataFiles/2.rec"
access_ftp debug: answer=550 DataFiles/2.rec: No such file or directory
access_ftp error: file or directory doesn't exist
main debug: no access module matching "ftp" could be loaded
main debug: TIMER module_need() : 16.000 ms - Total 16.000 ms / 1 intvls (Avg 16.000 ms)
main debug: waitpipe: object killed
main error: open of `ftp://username:password@192.168.x.y/DataFiles/2.rec' failed: (null)
main debug: finished input
main debug: thread ended
main debug: dead input
main debug: thread times: real 0m0.018001s, kernel 0m0.000000s, user 0m0.000000s
main debug: TIMER input launching for 'ftp://192.168.x.y/DataFiles/2.rec' : 19.000 ms - Total 19.000 ms / 1 intvls (Avg 19.000 ms)
main debug: changing item without a request (current 7/8)
main debug: nothing to play