Re: Possibly corrupt stream for VDR frontends in 1.7.4?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

alexw schrieb:
> Hi,
> 
> Could you please check the TS continuity with dvbsnoop when using 
> streamdev or xineliboutput over the network? If not please make a 
> network recording (~ 5 minutes) for both case.
> 
> 1) Streamdev
> wget -q -O - http://<vdr ip>:3000/TS/<channel> > streamdev.ts
> 
> 2) Xineliboutput (xineliboutput will use the current channel)
> wget -q -O - http://<vdr ip>:37890/ > xineliboutput.ts
> 
> If you want to use dvbsnoop pipe the output instead of redirecting to 
> file with:
> 
> <wget cmd> | dvbsnoop -nph -s ts -tssubdecode -if -
> 
> After it is a matter of analysing.

I have uploaded a corrupt stream: 
http://www.makhutov.org/downloads/vdr/streamdev3.ts

(wget -q -O - http://192.168.10.2:3000/TS/S19.2E-1-1007-4901.ts > 
streamdev3.ts)

What helps is increasing the buffers in .xine/config, but this does not 
solve the issues:
engine.buffers.audio_num_buffers:5000
engine.buffers.video_num_buffers:10000

Thanks, Artem

_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux