> Glad to hear it's not just me :) Haven't found any solution yet -
> maybe I'll post something over on ivtv-devel...
>
> On 6/22/07, Justin Mazzola Paluska <[EMAIL PROTECTED]> wrote:
>> > Just moved up to 0.10.3, and I'm still seeing some video corruption
>> > when I turn on CC:
>> >
>> > []$ v4l2-ctl --set-fmt-sliced-vbi=cc -c stream_vbi_format=0 -d0
>> > []$ cat /dev/video0 > gh.mpg
>> > ...
>> > []$ vlc gh.mpg -vv
>> >
>> > everything is fine, but:
>> >
>> > []$ v4l2-ctl --set-fmt-sliced-vbi=cc -c stream_vbi_format=1 -d0
>> > []$ cat /dev/video0 > gh_cc.mpg
>> > ...
>> > []$ vlc gh_cc.mpg -vv
>> >
>> > after about 15-20 seconds, I start seeing video stuttering and:
>>
>> I'm seeing the same exact problems with my PVR-500. Did you find a
>> solution, other than to shut off CC?
>> Justin
Can you check whether the same stream plays fine if you use mplayer or
xine? If so, then try the attached patch again driver/ivtv-vbi.c. I think
vlc pays more attention then other programs to the timestamps in the
stream, and I'm fairly certain that the VBI timestamps are broken. This
patch sets the VBI timestamp to 0 in the hope that vlc will ignore them. I
didn't test myself whether this will help, but it is worth a try.
Regards,
HansIndex: ivtv-vbi.c
===================================================================
--- ivtv-vbi.c (revision 3917)
+++ ivtv-vbi.c (working copy)
@@ -401,7 +401,7 @@
memcpy(p, &itv->vbi.sliced_data[0], size);
if (itv->vbi.insert_mpeg) {
- copy_vbi_data(itv, lines, pts_stamp);
+ copy_vbi_data(itv, lines, 0);
}
itv->vbi.frame++;
return;_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users
