Bug 108516 - chrome values are switched from v4l driver
Summary: chrome values are switched from v4l driver
Status: RESOLVED WORKSFORME
Alias: None
Product: kdetv
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Dirk Ziegelmeier
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-04 01:08 UTC by Chris
Modified: 2005-08-07 11:11 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Chris 2005-07-04 01:08:20 UTC 
Version:           0.8.4 (using KDE KDE 3.4.1)
Installed from:    Gentoo Packages
Compiler:          gcc version 3.4.4 
OS:                Linux

When using a v4l device, the player seems to mix up the two chrome values of the image. I can somewhat "fix" this by lowering the hue value in the picture settings as low as it'll go, but the picture color is still noticeably off. The colors come out perfect using tvtime and mplayer, so I believe this is an issue with kdetv's chrome handling. In my own experience with using YV12 overlays, you need to switch the two chrome values (U/Cr with V/Cb, or whatever they're called) from the source image, and it appears KDETV neglects to do this.
Comment 1 Dirk Ziegelmeier 2005-08-07 11:11:02 UTC 
Need more info about this - guess the dev can only grab in formats kdetv does not support. Devs that can grab YUV422 work fine (use them by myself)