Streaming from IPBox (like DreamBox) to VLC yields nothing
Posted: 05 Dec 2007 01:40
Hello there,
I got an IPBox satellite linux receiver today and I've been playing with the streaming capabilities of it. It can send MPEG-TS streams through the network and VLC seems to be the player of choice, except... it doesn't work. Accessing the stream URL causes data to be transferred (it can be noticed both in the Statistics inside VLC and in programs like MenuMeters), but no video window opens up. The stream just seems to go nowhere. I tried this with VLC 0.8.6d, 0.8.6c, 0.8.5 and the latest nightly build (November 2nd) on Leopard/Intel and on Tiger/PPC. The result is always the same, it just won't work. I even tried it on Windows with VLC 0.8.6d and it seems to be pretty much the same.
The VLC plugin for the X-Web-TV function of the decoder's web interface seems to work on Windows only in IE, and on Mac I had moderate success in FireFox 3 (not FireFox 2), albeit it only works the first time; to change channels I have to quit FF, restart it and re-open the page with the plugin.
Here is the message I log that VLC 0.8.6.d gives me on Leopard on Intel when I try to open http://192.168.0.15/video.m3u (the live stream from the current channel). I hope somebody can shed some light on the matter!
I tried searching on here and on the web, but I couldn't find any solution that applied to my problem. Any hint is more than welcome. Thanks!
I got an IPBox satellite linux receiver today and I've been playing with the streaming capabilities of it. It can send MPEG-TS streams through the network and VLC seems to be the player of choice, except... it doesn't work. Accessing the stream URL causes data to be transferred (it can be noticed both in the Statistics inside VLC and in programs like MenuMeters), but no video window opens up. The stream just seems to go nowhere. I tried this with VLC 0.8.6d, 0.8.6c, 0.8.5 and the latest nightly build (November 2nd) on Leopard/Intel and on Tiger/PPC. The result is always the same, it just won't work. I even tried it on Windows with VLC 0.8.6d and it seems to be pretty much the same.
The VLC plugin for the X-Web-TV function of the decoder's web interface seems to work on Windows only in IE, and on Mac I had moderate success in FireFox 3 (not FireFox 2), albeit it only works the first time; to change channels I have to quit FF, restart it and re-open the page with the plugin.
Here is the message I log that VLC 0.8.6.d gives me on Leopard on Intel when I try to open http://192.168.0.15/video.m3u (the live stream from the current channel). I hope somebody can shed some light on the matter!
Code: Select all
main debug: adding item `video.m3u' ( http://192.168.0.25/video.m3u )
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index -1
main debug: starting new item
main debug: processing request item video.m3u node Playlist skip 0
main debug: resyncing on video.m3u
main debug: video.m3u is at 0
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2957725696 (input) created at priority 37 (input/input.c:333)
main debug: `http://192.168.0.25/video.m3u' gives access `http' demux `' path `192.168.0.25/video.m3u'
main debug: creating demux: access='http' demux='' path='192.168.0.25/video.m3u'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='192.168.0.25/video.m3u'
main debug: looking for access2 module: 2 candidates
access_http debug: http: server='192.168.0.25' port=80 file='/video.m3u
main debug: net: connecting to 192.168.0.25 port 80
main debug: connection: Operation now in progress
main debug: connection succeeded (socket = 6)
access_http debug: protocol 'HTTP' answer code 401
access_http debug: Content-Type: text/html
access_http debug: authentication failed
macosx debug: dialog for login and pw requested
macosx debug: input has changed, refreshing interface
main debug: thread -1340051456: possible condition deadlock at playlist/thread.c:202 (Operation timed out)
macosx debug: running okayAndClose
macosx debug: dialog acknowledged
access_http debug: retrying with user=root, pwd=ipbox
main debug: net: connecting to 192.168.0.25 port 80
macosx debug: hide event
main debug: connection: Operation now in progress
main debug: connection succeeded (socket = 7)
access_http debug: protocol 'HTTP' answer code 200
access_http debug: stream size=42
access_http debug: Content-Type: video/mpegfile
main debug: using access2 module "access_http"
main debug: pre-buffering...
main debug: received first data for our buffer
main debug: creating demux: access='http' demux='' path='192.168.0.25/video.m3u'
main debug: looking for demux2 module: 57 candidates
playlist debug: found valid M3U playlist
main debug: using demux2 module "playlist"
main debug: `http://192.168.0.25/video.m3u' successfully opened
main debug: deleting item `video.m3u'
main debug: marking video.m3u for further deletion
main debug: need to fetch meta for http://192.168.0.25:31339/0,0451,0201,028b
main debug: control type=1
main debug: rebuilding array of current - root Playlist
main debug: rebuild done - 1 items, index -1
main debug: finished input
main debug: dying input
macosx debug: input has stopped, refreshing interface
main debug: dying input
main debug: removing module "playlist"
main debug: removing module "access_http"
main debug: dead input
main debug: thread 2957725696 joined (input/input.c:470)
main debug: video.m3u was marked for deletion, deleting
main debug: starting new item
main debug: changing item without a request (current -1/1)
main debug: using item 0
main debug: creating new input thread
main debug: waiting for thread completion
main debug: thread 2957725696 (input) created at priority 37 (input/input.c:333)
main debug: `http://192.168.0.25:31339/0,0451,0201,028b' gives access `http' demux `' path `192.168.0.25:31339/0,0451,0201,028b'
main debug: creating demux: access='http' demux='' path='192.168.0.25:31339/0,0451,0201,028b'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='192.168.0.25:31339/0,0451,0201,028b'
main debug: looking for access2 module: 2 candidates
access_http debug: http: server='192.168.0.25' port=31339 file='/0,0451,0201,028b
main debug: net: connecting to 192.168.0.25 port 31339
main debug: connection: Operation now in progress
main debug: connection succeeded (socket = 7)
access_http debug: protocol 'HTTP' answer code 200
access_http debug: Server: streamts (ts)
main debug: using access2 module "access_http"
main debug: pre-buffering...
macosx debug: input has changed, refreshing interface
main debug: received first data for our buffer
main debug: pre-buffering done 69504 bytes in 0s - 252 kbytes/s
main debug: creating demux: access='http' demux='' path='192.168.0.25:31339/0,0451,0201,028b'
main debug: looking for demux2 module: 50 candidates
main debug: using demux2 module "ts"
ts debug: DEMUX_SET_GROUP 0 0x0
main debug: `http://192.168.0.25:31339/0,0451,0201,028b' successfully opened
ts debug: pid[513] unknown
ts debug: pid[651] unknown
main debug: control type=1
ts debug: PATCallBack called
ts debug: new PAT ts_id=5200 version=23 current_next=1
ts debug: * number=0 pid=16
ts debug: * number=3401 pid=1104
ts debug: * number=3499 pid=86
ts debug: * number=3319 pid=267
ts debug: * number=3314 pid=268
ts debug: * number=3410 pid=136
ts debug: * number=3404 pid=260
ts debug: * number=3408 pid=1107
ts debug: * number=3406 pid=261
ts debug: * number=3403 pid=1106
ts debug: * number=3402 pid=1105
main debug: thread -1340583936: possible condition deadlock at playlist/engine.c:577 (Operation timed out)
main debug: thread -1341116416: possible condition deadlock at playlist/engine.c:475 (Operation timed out)
main debug: thread -1340051456: possible condition deadlock at playlist/thread.c:202 (Operation timed out)