Comments/questions below. John --- Matthew Hodgson <[EMAIL PROTECTED]> wrote: > 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. I'm surprised it's a per field thing but it is possible. I haven't really worked out what we should be doing here. There are 2 sets of pointers and i assume they can be set to point at different fields. We have them both set to point at the same lump of memory so both fields should be being displayed from the same frame. However the vsync interrupt i believe fires on a field basis so it's possible we swap the memory on the wrong one sometimes. I'll have a think about this at some point later in the week.
> > 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 > Odd but entirely possible.I think we will have to move some work into the interrupt handler to improve this. >From memory i believe you posted some code & mpeg file before? Are these still valid to use? > c) Switching from YUV to MPEG decoding stops > subsequent YUV decoding from > displaying anything. > This makes me understand a problem someone else was seeing that didn't make sense to me. I'll take a look later this week. > ivtvctl -c dnr_temporal=0 doesn't change any of the > visual artefacts, fwiw. > > > any ideas more than welcome :) > ------------------------------------------------------- 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
