Hi Frederic, Am Freitag, den 23.05.2008, 17:06 +0200 schrieb Frederic CAND: > I post again cause I did not get any reply at my late mail : anybody > encountering picture / sound issues with VLC after some time running > (let's say half an hour) reading the MPEG PS output ? > I tried many different v4l-dvb tarballs, including latest repository, > but I could not make it work more that 30 minutes (or 20, it depends). > Stopping VLC and restarting it "solves" this issue but I'm looking for > someone who could confirm this behaviour, and then maybe fix this. > My VLC works fine , btw , with other MPEG PS or TS live streaming. > > Cheers. can't tell much on it, but it might be related to this recently heard from Dean and Mauro. - quote - V4L1 compat will still be kept for some time after the end of V4L1 drivers. > I had problems running the VIVI (virtual video > driver) driver with VideoLan/VLC 0.8.6a-f, but it worked with VLC 9.0 > with the new V4L2 interface. VLC V4L1 implementation were broken. It first starts DMA and streaming, then, it calls some ioctls that changes the buffer size. The compat handler doesn't accept this behaviour, since it would cause buffer overflow. AFAIK, only bttv driver used to support this behaviour. On V4L1 mode, bttv were allocating enough memory for the maximum resolution. So, subsequent buffer changes works properly. It would be valuable if you could work on a safe way to implement backward compat for this broken behaviour. In this case, you would need to change the compat implementation at videobuf, and let v4l1-compat module to be aware that it is safe to allow buffer size changes. Yet, this seems to much work for something that should be already removed from kernel (V4L1). ------- You will meet some more people with HVR1300 cards posting also to the video4linux-list. Does it also happen with the mplayer v4l2 driver? Cheers, Hermann _______________________________________________ linux-dvb mailing list linux-dvb@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
