Artem Makhutov wrote: > Hello, > > currently watching HDTV channels using a VDR frontend (streamdev and > xineliboutput - current CVS builds) is impossible for me. > > Watching the recordings (00001.ts) using xine (with VDPAU) works like a charm. > > I am wondering if there could be a bug in how VDR is presenting the TS data to > the frontends. > > I have just a corrupt video and audio using both plugins. I have also glitches > in MPEG2 streams some times, which do not occour when watching the .ts recording > directly. > > Can somebody validate this? > > Thanks, Artem > > PS: I saw similar problems while testing the multicast output of streamdev. The > STBs I have used for playback did not liked 1500 bytes large packets which > streamdev had send out (Xine had no problems in playing them back). When > streamdev was changed to send 1316 (7*188) bytes packets the problem was solved > for the STBs. Maybe there is something similar with VDR 1.7.4? > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > 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. Rgds, Alex _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
