Hi,
I have an not uncommon arrangement: 1 vdr machine in the living room with a budget card connect to a TV, a streamdev server (ip 192.168.2.33). I start it with:
$VDRPRG -c /etc/vdr -v /data/video --lib=/etc/vdr/plugins/lib -P "xine -r" -Pstreamdev-server -w 60 $*'
and that works fine. I have another pc/tv in the bedroom, so I run another instance of vdr on the living room machine with:
$VDRPRG -c /etc/vdr2 -v /data/video --lib=/etc/vdr2/plugins/lib -D 10 -p 2102 -P "xineliboutput --local=none --remote=37892" -P streamdev-client
and I propose to connect to this using vdr-sxfe. I know I could run just one instance of vdr and use multiple vdr-sxfes, but I want multiple independend OSDs .
My problem is that when I start the second instance of vdr (with no xineliboutput client) it seems to compete for the channel on the server. Every 30 seconds or so I get a "no signal" picture on the living room tv for a few seconds before the picture comes back (usually). The log at that time is:
May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receive r May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.3 3:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receiver May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.33:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receiver May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.33:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [2226] TS buffer on device 1 thread ended (pid=28480, tid=2226) May 14 17:49:21 giradot vdr: [2225] buffer stats: 69748 (3%) used May 14 17:49:21 giradot vdr: [2225] receiver on device 1 thread ended (pid=28480, tid=2225) May 14 17:49:22 giradot vdr: [28480] switching to channel 7 May 14 17:49:22 giradot vdr: [2269] receiver on device 1 thread started (pid=28480, tid=2269) May 14 17:49:22 giradot vdr: [2270] TS buffer on device 1 thread started (pid=28480, tid=2270) May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: switching to MPEG1/2 mode May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: operating in MPEG1/2 mode
I have on the streamdev server, the behaviour to "Offer Suspend" and "Client may suspend" to "yes", I was hoping that with this setup I would get "last one wins, except for recordings which always win". Is there something wrong with my setup? I have no patches applied. xineliboutput v1.0.4.
Hi Scott,
On Thu, 14 May 2009 18:02:22 +0100, scott wrote
I have on the streamdev server, the behaviour to "Offer Suspend" and "Client may suspend" to "yes", I was hoping that with this setup I would get "last one wins, except for recordings which always win". Is there something wrong with my setup? I have no patches applied. xineliboutput v1.0.4.
Your client VDR keeps begging for channel "STREAM-0" as the server's DVB card is obviously tuned to an other transponder and due to "Offer Suspend" the client is not allowed to tune to a different one.
This however doesn't explain why live view on the server gets interrupted. Please send me a mail off-list if you're interested in debugging this.
Have you tried "Always Suspended"? That should be closer to "last one wins". I'd expect a transponder change on the client to switch live view on the server, too. Changing transponder on the server, I'd expect that the picture on the client freezes.
Best regards, Frank
On Fri, 15 May 2009 16:44:37 +0200, "Frank Schmirler" vdr@schmirler.de wrote:
Hi Scott,
On Thu, 14 May 2009 18:02:22 +0100, scott wrote
I have on the streamdev server, the behaviour to "Offer Suspend" and "Client may suspend" to "yes", I was hoping that with this setup I would get "last one wins, except for recordings which always win". Is there something wrong with my setup? I have no patches applied. xineliboutput v1.0.4.
Your client VDR keeps begging for channel "STREAM-0" as the server's DVB card is obviously tuned to an other transponder and due to "Offer Suspend" the client is not allowed to tune to a different one.
This however doesn't explain why live view on the server gets
interrupted.
Please send me a mail off-list if you're interested in debugging this.
Have you tried "Always Suspended"? That should be closer to "last one wins". I'd expect a transponder change on the client to switch live view on the server, too. Changing transponder on the server, I'd expect that the picture on the client freezes.
Best regards, Frank
Hi,
I've upgraded to the cvs version of libxineoutput and changed my output device on the server instance of vdr to libxineoutput and things are better. vdr-sxfe on the server instance no longer experiences "no signal" when the second instance of vdr is started. It does however switch channel when the second instance of vdr is started even though the second instance has no client connected. After it has switched channel I am only able to zap to channels on the same transponder until I kill the second instance of vdr. I notice that this error is reported:
vdr: [23426] ERROR: device 10 reported an invalid number (0) of supported delivery systems - assuming 1
Is that significant?
Server instance of vdr started with:
VDRCMD='$VDRPRG -c /etc/vdr -v /data/video --lib=/etc/vdr/plugins/lib -P "xineliboutput --primary --local=none --remote=37890" -Pstreamdev-server -w 60 $*'
Streamdev set to "Always suspend" as suggested.
Second instance started with:
VDRCMD='$VDRPRG -c /etc/vdr2 -v /data/video --lib=/etc/vdr2/plugins/lib -D 10 -p 2102 -P "xineliboutput --local=none --remote=37892" -P streamdev-client'
Full log when starting the second instance:
May 19 18:51:41 giradot vdr: [23426] VDR version 1.7.7 started May 19 18:51:41 giradot vdr: [23426] codeset is 'UTF-8' - known May 19 18:51:41 giradot vdr: [23426] ERROR: ./locale: No such file or directory May 19 18:51:41 giradot vdr: [23426] no locale for language code 'deu,ger' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'slv,slo' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'ita' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'dut,nla,nld' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'por' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'fra,fre' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'nor' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'fin,suo' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'pol' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'esl,spa' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'ell,gre' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'sve,swe' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'rom,rum' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'hun' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'cat,cln' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'rus' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'hrv' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'est' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'dan' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'cze,ces' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'tur' May 19 18:51:41 giradot vdr: [23426] no locale for language code 'ukr' May 19 18:51:41 giradot vdr: [23426] loading plugin: /etc/vdr2/plugins/lib/libvdr-xineliboutput.so.1.7.7 May 19 18:51:42 giradot vdr: [23426] loading plugin: /etc/vdr2/plugins/lib/libvdr-streamdev-client.so.1.7.7 May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/setup.conf May 19 18:51:42 giradot vdr: [23426] [xine..put] Skipping configuration entry Remote.ListenPort=37890 (overridden in command line) May 19 18:51:42 giradot vdr: [23426] [xine..put] Skipping configuration entry RemoteMode=1 (overridden in command line) May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/sources.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/diseqc.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/channels.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/timers.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/svdrphosts.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/remote.conf May 19 18:51:42 giradot vdr: [23426] loading /etc/vdr2/keymacros.conf May 19 18:51:42 giradot vdr: [23428] video directory scanner thread started (pid=23426, tid=23428) May 19 18:51:42 giradot vdr: [23429] video directory scanner thread started (pid=23426, tid=23429) May 19 18:51:42 giradot vdr: [23426] reading EPG data from /data/video/epg.data May 19 18:51:43 giradot vdr: [23428] video directory scanner thread ended (pid=23426, tid=23428) May 19 18:51:43 giradot vdr: [23426] no DVB device found May 19 18:51:43 giradot vdr: [23426] initializing plugin: xineliboutput (1.0.90-cvs): X11/xine-lib output plugin May 19 18:51:43 giradot vdr: [23426] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us May 19 18:51:43 giradot vdr: [23426] [xine..put] cTimePts: using monotonic clock May 19 18:51:43 giradot vdr: [23426] [xine..put] RTP SSRC: 0x18b32ba3 May 19 18:51:43 giradot vdr: [23426] initializing plugin: streamdev-client (0.5.0-pre): VTP Streaming Client May 19 18:51:43 giradot vdr: [23426] setting primary device to 1 May 19 18:51:43 giradot vdr: [23426] assuming manual start of VDR May 19 18:51:43 giradot vdr: [23426] SVDRP listening on port 2102 May 19 18:51:43 giradot vdr: [23426] setting current skin to "sttng" May 19 18:51:43 giradot vdr: [23426] loading /etc/vdr2/themes/sttng-default.theme May 19 18:51:43 giradot vdr: [23426] starting plugin: xineliboutput May 19 18:51:43 giradot vdr: [23431] Remote decoder/display server (cXinelibServer) thread started (pid=23426, tid=23431) May 19 18:51:43 giradot vdr: [23431] [xine..put] cXinelibServer priority set successful SCHED_RR 2 [1,99] May 19 18:51:43 giradot vdr: [23431] [xine..put] Listening on port 37892 May 19 18:51:43 giradot vdr: [23431] [xine..put] Listening for UDP broadcasts on port 37892 May 19 18:51:43 giradot vdr: [23431] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0 Server port: 37892 Server version: xineliboutput-1.0.90-cvs May 19 18:51:43 giradot vdr: [3974] [discovery] BROADCAST: VDR xineliboutput DISCOVERY 1.0 Server port: 37892 Server version: xineliboutput-1.0.90-cvs May 19 18:51:43 giradot vdr: [23426] [xine..put] cXinelibDevice::StartDevice(): Device started May 19 18:51:43 giradot vdr: [23426] starting plugin: streamdev-client May 19 18:51:43 giradot vdr: [23432] section handler thread started (pid=23426, tid=23432) May 19 18:51:43 giradot vdr: [23426] streamdev-client: got device number 10 May 19 18:51:43 giradot vdr: [3975] Streamdev: Accepted new client (VTP) 192.168.2.33:58538 May 19 18:51:43 giradot vdr: [23426] Streamdev: Connected to server 192.168.2.33:2004 using capabilities TSPIDS,FILTERS May 19 18:51:43 giradot vdr: [23426] Streamdev: Synchronizing EPG from server May 19 18:51:46 giradot vdr: [23426] switching to channel 3 May 19 18:51:46 giradot vdr: [23426] ERROR: device 10 reported an invalid number (0) of supported delivery systems - assuming 1 May 19 18:51:46 giradot vdr: [3975] Streamdev: Setting data connection to 192.168.2.33:34565 May 19 18:51:46 giradot vdr: [23435] TS buffer on device 1 thread started (pid=23426, tid=23435) May 19 18:51:46 giradot vdr: [23436] streamdev-client: sections assembler thread started (pid=23426, tid=23436) May 19 18:51:46 giradot vdr: [23434] streamdev-filterstreaming thread started (pid=3948, tid=23434) May 19 18:51:46 giradot vdr: [23433] streamdev-writer thread started (pid=3948, tid=23433) May 19 18:51:46 giradot vdr: [3975] buffer stats: 0 (0%) used May 19 18:51:46 giradot vdr: [3975] Streamdev: Setting data connection to 192.168.2.33:51601 May 19 18:51:46 giradot vdr: [23437] TS buffer on device 10 thread started (pid=23426, tid=23437) May 19 18:51:46 giradot vdr-sxfe[4086]: [4104] [input_vdr] data_stream_parse_control: waiting for engine_flushed condition 6726907148<6764263124 May 19 18:51:46 giradot vdr: [23345] TS buffer on device 1 thread ended (pid=3948, tid=23345) May 19 18:51:46 giradot vdr: [23344] buffer stats: 56964 (2%) used May 19 18:51:46 giradot vdr-sxfe[4086]: [4104] [input_vdr] data_stream_parse_control: streams synced at 6764263124/6764263124 May 19 18:51:46 giradot vdr: [23439] streamdev-writer thread started (pid=3948, tid=23439) May 19 18:51:46 giradot vdr: [23344] receiver on device 1 thread ended (pid=3948, tid=23344) May 19 18:51:46 giradot vdr: [23440] streamdev-livestreaming thread started (pid=3948, tid=23440) May 19 18:51:46 giradot vdr: [23441] receiver on device 1 thread started (pid=3948, tid=23441) May 19 18:51:46 giradot vdr: [23442] TS buffer on device 1 thread started (pid=3948, tid=23442) May 19 18:51:46 giradot vdr: [23442] TS buffer on device 1 thread ended (pid=3948, tid=23442) May 19 18:51:46 giradot vdr: [23441] buffer stats: 940 (0%) used May 19 18:51:46 giradot vdr: [23441] receiver on device 1 thread ended (pid=3948, tid=23441) May 19 18:51:46 giradot vdr: [23443] receiver on device 1 thread started (pid=3948, tid=23443) May 19 18:51:46 giradot vdr: [23444] receiver on device 10 thread started (pid=23426, tid=23444) May 19 18:51:46 giradot vdr: [23426] [xine..put] Got PAT: PMT pid = 132 May 19 18:51:46 giradot vdr: [23426] [xine..put] Got PMT packet, h264 = 0 May 19 18:51:46 giradot vdr: [23445] TS buffer on device 1 thread started (pid=3948, tid=23445) May 19 18:51:46 giradot vdr: [23426] OSD size changed to 720x576 @ 4:3 May 19 18:51:47 giradot vdr: [3948] switching to channel 8 May 19 18:51:47 giradot vdr: [3948] info: Channel not available! May 19 18:51:47 giradot vdr: [23432] Loading table 1 Filename </video/freesat.t1> May 19 18:51:47 giradot vdr: [23432] Loading table 2 Filename </video/freesat.t2> May 19 18:51:47 giradot vdr: [23432] changing pids of channel 234 from 5301+5301=2:5311=eng:0:5320 to 5301+5301=2:5311=eng:5325=eng:5320 May 19 18:51:47 giradot vdr: [23432] Missing table 2 entry: <Katie and Peter get caught up in Oscars fever. Everyone is touched to hear the song Peter has written about stepson Harvey. To catch up, go to www.itv.com/> May 19 18:51:48 giradot vdr: [23432] changing pids of channel 235 from 2326+2326=2:2327=gla:0:2328 to 2326+2326=2:2327=gla:2330=eng:2328 May 19 18:51:48 giradot vdr: [23432] changing pids of channel 236 from 0+0=2:5401=eng:0:0 to 0+0=0:5401=eng:0:0 May 19 18:51:49 giradot vdr: [3948] switching to channel 3 May 19 18:51:49 giradot vdr: [3948] [xine..put] Got PAT: PMT pid = 132 May 19 18:51:49 giradot vdr: [3948] [xine..put] Got PMT packet, h264 = 0 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] PAT acquired count=0 programNumber=0x0084 pmtPid=0x0084 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [demux_vdr] Got PAT, PMT pid = 132, program = 132 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] PMT: section_syntax: 1 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] section_length: 44 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] program_number: 0x0084 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] version_number: 0 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] c/n indicator: 1 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] section_number: 0 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] last_section_number: 0 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: have all TS packets for the PMT section May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: new PMT, parsing... May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: PMT video pid 0x1388 type 02 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: PMT audio pid 0x1389 type 04 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: DVBSUB: pid 0x138d: eng page 1 1 type 06 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [mpeg-ts ] parse_pmt: PMT pcr pid changed 0x1388 May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [demux_vdr] PMT changed May 19 18:51:49 giradot vdr-sxfe[4086]: [4105] [demux_vdr] audio stream changed: 00000000 -> 03010000 May 19 18:51:49 giradot vdr: [23432] changing pids of channel 237 from 0+0=2:5402=eng:0:0 to 0+0=0:5402=eng:0:0 May 19 18:51:49 giradot vdr: [23432] changing pids of channel 238 from 0+0=2:5403=eng:0:0 to 0+0=0:5403=eng:0:0 May 19 18:51:50 giradot vdr: [23432] changing pids of channel 239 from 0+0=2:5404=eng:0:0 to 0+0=0:5404=eng:0:0 May 19 18:51:50 giradot vdr: [23432] changing pids of channel 240 from 0+0=2:5405=eng:0:0 to 0+0=0:5405=eng:0:0 May 19 18:51:50 giradot vdr: [23432] changing pids of channel 241 from 0+0=2:5407=eng:0:0 to 0+0=0:5407=eng:0:0 May 19 18:51:51 giradot vdr: [23432] Missing table 2 entry: <Sh*> May 19 18:51:51 giradot vdr: [23432] changing pids of channel 242 from 0+0=2:5408=eng:0:0 to 0+0=0:5408=eng:0:0 May 19 18:51:51 giradot vdr: [23432] Missing table 2 entry: <Sh*> May 19 18:51:51 giradot vdr: [23432] changing pids of channel 243 from 0+0=2:5409=eng:0:0 to 0+0=0:5409=eng:0:0 May 19 18:51:51 giradot vdr: [23432] Missing table 2 entry: <The talk> May 19 18:51:52 giradot vdr: [23432] changing pids of channel 245 from 0+0=2:5411=eng:0:0 to 0+0=0:5411=eng:0:0 May 19 18:51:52 giradot vdr: [23432] changing pids of channel 246 from 0+0=2:5401=eng:0:0 to 0+0=0:5401=eng:0:0 May 19 18:51:53 giradot vdr: [23432] changing pids of channel 247 from 0+0=2:5444=wel:0:0 to 0+0=0:5444=wel:0:0 May 19 18:51:53 giradot vdr: [23432] changing pids of channel 248 from 0+0=2:5412=eng:0:0 to 0+0=0:5412=eng:0:0 May 19 18:51:53 giradot vdr: [23432] changing pids of channel 249 from 0+0=2:5413=eng:0:0 to 0+0=0:5413=eng:0:0 May 19 18:51:54 giradot vdr: [23432] changing pids of channel 250 from 0+0=2:5442=eng:0:0 to 0+0=0:5442=eng:0:0 May 19 18:51:54 giradot vdr: [23432] changing pids of channel 251 from 0+0=2:5443=gla:0:0 to 0+0=0:5443=gla:0:0 May 19 18:51:55 giradot vdr: [23432] changing pids of channel 252 from 0+0=2:5441=eng:0:0 to 0+0=0:5441=eng:0:0 May 19 18:51:55 giradot vdr: [23432] Missing table 1 entry: <Bloomberg News - US> May 19 18:51:56 giradot vdr: [23432] Missing table 2 entry: <Could be old or new - but they're all classic Clubland tracks - select and text! Text the word CL> May 19 18:51:56 giradot vdr: [23432] changing pids of channel 3 from 5000+5000=2:5001=eng:0:5003 to 5000+5000=2:5001=eng:5005=eng:5003 May 19 18:51:56 giradot vdr: [23426] retuning due to modification of channel 3 May 19 18:51:56 giradot vdr: [23426] switching to channel 3 May 19 18:51:56 giradot vdr: [23426] ERROR: device 10 reported an invalid number (0) of supported delivery systems - assuming 1 May 19 18:51:56 giradot vdr: [23440] streamdev-livestreaming thread ended (pid=3948, tid=23440) May 19 18:51:57 giradot vdr: [23439] streamdev-writer thread ended (pid=3948, tid=23439) May 19 18:51:57 giradot vdr: [3975] buffer stats: 58656 (1%) used May 19 18:51:57 giradot vdr: [23457] streamdev-livestreaming thread started (pid=3948, tid=23457) May 19 18:51:57 giradot vdr: [23456] streamdev-writer thread started (pid=3948, tid=23456) May 19 18:51:57 giradot vdr: [23444] receiver on device 10 thread ended (pid=23426, tid=23444) May 19 18:51:57 giradot vdr: [23458] receiver on device 10 thread started (pid=23426, tid=23458) May 19 18:51:58 giradot vdr: [23426] [xine..put] Got PAT: PMT pid = 132 May 19 18:51:58 giradot vdr: [23426] [xine..put] Got PMT packet, h264 = 0
-- Scott
Hi,
On Tue, 19 May 2009 19:45:30 +0100, scott wrote
It does however switch channel when the second instance of vdr is started even though the second instance has no client connected.
VDR insists on tuning a channel when started. So that's how it's supposed to be. Just keep the second instance running all of the time.
After it has switched channel I am only able to zap to channels on the same transponder until I kill the second instance of vdr.
For some (historical?) reasons VTP uses priority 1 to attach its receiver. The other client most likely uses priority 0, so it is not allowed to switch channels. Please change the following line in streamdev's server/connectionVTP.c:
m_LiveStreamer = new cStreamdevLiveStreamer(1);
into
m_LiveStreamer = new cStreamdevLiveStreamer(0);
I notice that this error is reported:
vdr: [23426] ERROR: device 10 reported an invalid number (0) of supported delivery systems - assuming 1
Is that significant?
No, that's ok. The assumed value 1 is fine. Should be fixed though to get rid of the message.
Cheers, Frank
On Wed, 20 May 2009 17:24:24 +0200, Frank Schmirler wrote
For some (historical?) reasons VTP uses priority 1 to attach its receiver. The other client most likely uses priority 0, so it is not allowed to switch channels. Please change the following line in streamdev's server/connectionVTP.c:
m_LiveStreamer = new cStreamdevLiveStreamer(1);
into
m_LiveStreamer = new cStreamdevLiveStreamer(0);
I just did some tests: to get a "last one wins" behaviour, priority 0 is still not enough. I had to use -1 instead:
m_LiveStreamer = new cStreamdevLiveStreamer(-1);
Cheers, Frank
-
Frank Schmirler -
scott