[linux-dvb] [HVR1300] issue with VLC

[linux-dvb] [HVR1300] issue with VLC

[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.
-- 
CAND Frederic
Product Manager
ANEVIA

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

Re: [linux-dvb] [HVR1300] issue with VLC

[hermann pitton]

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@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] [HVR1300] issue with VLC

[vivian stewart]

I have problems with audio/video getting out of sync regardless of cache 
side and dropframe etc. using HVR3000 and mplayer ... could be related.

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

Re: [linux-dvb] [HVR1300] issue with VLC

[Frederic CAND]

hermann pitton a écrit :
> 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.
> 

Hermann,
I've read your answer and quote, but my issue is happening when reading 
the PS from /dev/video1 with VLC. VLC does not send any ioctl to 
/dev/video0 (my HVR 1300). I do it myself.
Let me copy/paste my code, maybe I'm missing something (which would make 
VLC go crazy after 30 minutes ... !?!)

/* open devices */
fd1 = open("/dev/video0", 0_RDWR);
fd2 = open("/dev/video1", 0_RDWR);

/* prepare input/format */
int i = 1;
int j = V4L2_STD_SECAM;
ioctl(fd1, VIDIOC_S_INPUT, &i);
ioctl(fd1, VIDIOC_S_STD, &j);
struct v4l2_ext_controls mc;
struct v4l2_ext_control ctrls[32];

/* mpeg settings */
mc.ctrl_class = V4L2_CTRL_CLASS_MPEG;
mc.controls = ctrls;
i = 0;
mc.ctrl_class = V4L2_CTRL_CLASS_MPEG;
ctrls[i].id = V4L2_CID_MPEG_VIDEO_BITRATE_MODE;
ctrls[i++].value = V4L2_MPEG_VIDEO_BITRATE_MODE_CBR;
ctrls[i].id = V4L2_CID_MPEG_AUDIO_ENCODING;
ctrls[i++].value = V4L2_MPEG_AUDIO_ENCODING_LAYER_2;
ctrls[i].id = V4L2_CID_MPEG_AUDIO_L2_BITRATE;
ctrls[i++].value = V4L2_MPEG_AUDIO_L2_BITRATE_256K;
ctrls[i].id = V4L2_CID_MPEG_VIDEO_BITRATE;
ctrls[i++].value = 4096 * 1000;
ctrls[i].id = V4L2_CID_MPEG_VIDEO_BITRATE_PEAK;
ctrls[i++].value = 4096 * 1000;
ctrls[i].id = V4L2_CID_MPEG_VIDEO_ASPECT;
ctrls[i++].value = V4L2_MPEG_VIDEO_ASPECT_4x3;
mc.count = i;
ioctl(fd2, VIDIOC_S_EXT_CTRLS, &mc);


of course I tried to remove different mpeg settings, but ... it's not 
chaning anything
I tried old v4l-dvb snaphots, v4l included within kernel 2.6.22.19 but 
with no success ... 2.6.25.4 v4l drivers do not provide any MPEG PS at 
all, that is a read on /dev/video1 timeouts
status is it's working for around 30 minutes then VLC prints error 
messages, sound / image become ugly and the only solution is to stop / 
restart the read of the MPEG PS ...
anyone having the same behavior when reading PS with VLC for more than 
thirty minutes ?
-- 
CAND Frederic
Product Manager
ANEVIA

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

Re: [linux-dvb] [HVR1300] issue with VLC

[Frederic CAND]

vivian stewart a écrit :
> I have problems with audio/video getting out of sync regardless of cache 
> side and dropframe etc. using HVR3000 and mplayer ... could be related.
> 
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 

has the HVR 3000 a hardware MPEG2 encoder too ?
if so, are you using mplayer to read the MPEG video stream or the RAW 
video stream ?

-- 
CAND Frederic
Product Manager
ANEVIA

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

Re: [linux-dvb] [HVR1300] issue with VLC

[Frederic CAND]

Frederic CAND a écrit :
> vivian stewart a écrit :
>> I have problems with audio/video getting out of sync regardless of cache 
>> side and dropframe etc. using HVR3000 and mplayer ... could be related.
>>
>> _______________________________________________
>> linux-dvb mailing list
>> linux-dvb@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>>
> 
> has the HVR 3000 a hardware MPEG2 encoder too ?
> if so, are you using mplayer to read the MPEG video stream or the RAW 
> video stream ?
> 
hey all, forget about my issue, it was my computer which was in fault ...

-- 
CAND Frederic
Product Manager
ANEVIA

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