[streaming] Re: Still having VLM issues

[Matthew Geier]

Viktor Kompaneyets wrote:

>>  Looks like it - it isn't a VLC limit, as I got two SD, one HD and two
>>radio streams out of transponder with a Connexant CX88 based card in the
>>same machine.
>>  The DVB-S TwinHan is a Brooktree based card.
> 
> 
> Do you use linux? Kernel wersion? (BrookTree chips is not wery well
> supported in earlier version of 2.6 kernel-tree)

  2.6.15

>>  I hoped to try that by leaving the 'programs=' line off in the hope
>>that it would feed the entire TS stream into VLC - but that didn't work
>>either - got nothing.
> 
> 
> --dvb-budget-mode is set?

  In the VLM file yet - but it might be an option that only works on the 
command line :-)

>>  My signals are not perfect however - and when a burst of errors
>>occurs, the CPUs on the machine max out making the errors worse...
> 
> 
> Looks like network/system bus overload
> 
> 
>>Streaming 16 streams from 4 cards from the one box is probably over
>>doing it :-)
> 
> 
> AFAIK, the "normal" 100Mbit Ethernet load is about 80Mbit/s effective
> transfer (~16 normal MPEG2 TV channels).  But, TV channel can consume more
> than 4.5Mbit bandwith (HDTV, as a common example) - so there can be a hard
> network issues... 

  Got a Gigabit PCI-X NIC - although there is a 32bit/33Mhz DVB card on 
the same PCI bus - I don't know enough about PCI-X to know how it 
negotiates speeds, I could be pulling down the effciency of the network 
card...

  The machine has 2 x PIII 1.3 Ghz processors (It's a 'recycled' server).

  I've just dropped back to 3 cards (and two 'relays') removing the 
DVB-S card from the mix. My CPU load dropped a lot.
  Either I hit some sort of 'soft' limit in vlc where it can't get 
enough CPU time to work properly or the BT878 driver eats resources.
  Later I might try dropping one of the DVB-T sources and readding the 
DVB-S one and see what the effect is.

  Guess I should post my entire vlm config file some time, so a working 
example ends up in the mailing list archives.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3348 bytes
Desc: S/MIME Cryptographic Signature
Url : http://mailman.videolan.org/pipermail/streaming/attachments/20060113/24fb5514/attachment.bin