Chris Kennedy wrote:
This includes the recent patches for audio and YUV, also the hotplug firmware
patch.
Hi Chris,
I'm afraid I can see no differences in quality between 0.3.4p with John's
YUV patch and 0.3.5d in PAL land, other than needing to load the module with
modprobe ivtv ivtv_std=2.
Using my painfully-simple vo_ivtvyuv for MPlayer (uses
IVTV_IOC_PREP_FRAME_YUV with VFCAP_TIMER; see previous thread), the
following problems still present:
a) Roughly 1 in 30 fields(?) are dropped, resulting in the field order
inverting for a bunch of consecutive frames - causing horizontal motion to
judder spectacularly. (At least I assume it's a per-field rather than a
per-frame problem, as the juddering is actually 'sawtooth' in shape rather
than just a skipped frame). There is a small chance that this is due to a
screw-up in vo_ivtvyuv causing MPlayer to intefere with the timings.
b) The chrominance component still tears about 1/3rd of the way down the
screen - whilst the luminance component is correctly synced with the top of
the screen
c) Switching from YUV to MPEG decoding stops subsequent YUV decoding from
displaying anything.
ivtvctl -c dnr_temporal=0 doesn't change any of the visual artefacts, fwiw.
any ideas more than welcome :)
M.
-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel
