Hi,
Today I tried out streamdev for the first time ever with a fresh 1.6.0 installation of VDR. I followed the docs on the homepage and got the CVS version. The plugin compiled fine and I had no problems getting it all installed.
What I want to achieve is live TV streaming from VDR to an MPlayer (or something else if MPlayer sucks) client. No EPG is needed nor any other extra features, only raw audio/video is needed.
I simply start VDR with a "-P streamdev" parameter and then connect using MPlayer from another host and below is what happens in 75% of my trials. When it manages to connect and stream it looks perfect. The host "hex" is where VDR runs:
% mplayer http://hex:3000/C-15-3-33 MPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team [extra MPlayer info] Playing http://hex:3000/C-15-3-33. Resolving hex for AF_INET6... Couldn't resolve name for AF_INET6: hex Resolving hex for AF_INET... Connecting to server hex[192.168.1.4]: 3000... Cache size set to 320 KBytes Cache fill: 0.00% (0 bytes) nop_streaming_read error : Resource temporarily unavailable Cache fill: 0.00% (0 bytes) Exiting... (End of file)
This entire process takes about 10s and both systems are fairly fast PC:s. The channel above is not encrypted. This is what VDR logs for the above test:
18:06:57 .. [12756] Streamdev: Accepted new client (HTTP) 192.168.1.6:44378 18:06:57 .. [12795] streamdev-writer thread started (pid=12743, tid=12795) 18:06:57 .. [12796] streamdev-livestreaming thread started (pid=12743, tid=12796) 18:06:57 .. [12797] receiver on device 2 thread started (pid=12743, tid=12797) 18:06:57 .. [12798] TS buffer on device 2 thread started (pid=12743, tid=12798) 18:07:08 .. [12756] client (HTTP) 192.168.1.6:44378 has closed connection 18:07:08 .. [12756] streamdev: closing streamdev connection to 192.168.1.6:44378 18:07:08 .. [12796] streamdev-livestreaming thread ended (pid=12743, tid=12796) 18:07:08 .. [12795] streamdev-writer thread ended (pid=12743, tid=12795) 18:07:08 .. [12756] cTS2PES got 3 TS errors, 1 TS continuity errors 18:07:08 .. [12756] buffer stats: 752 (0%) used 18:07:08 .. [12798] TS buffer on device 2 thread ended (pid=12743, tid=12798) 18:07:08 .. [12797] buffer stats: 376 (0%) used 18:07:08 .. [12797] receiver on device 2 thread ended (pid=12743, tid=12797)
So apparently MPlayer doesn't see any data and gives up after 10 seconds. It does not matter wether I specify TS, PS, ES or PES as the stream protocol. Similar results for when the WWW-interface is used together with Dragon Player (or Xine), although it seems as some channels from a particular channel group works better and others never work.
Any hints as to what could be wrong? Or as people seem to use this plugin just fine, where I should be looking for the PEBKAC. :)
Kind regards, Jan Ekholm