OK here's my experience. It's similar to Lucas's experience. Let me say first, I'm in NTSC-land. And overall it looks very nice. Thank you Ian and John for your great work.
1) First thing I notice is the black bar on the bottom. On my TV it's about 6-7% of the vertical distance of the screen, across the width of the screen. 2) Live TV video is a little blurry. Close inspection while paused, or while looking at the OSD shows that there is some problems with the scanlinens (i.e. odd vs. even). Each frame is made up of two ghost-lets, vertically displaced by about 2 or so scan lines from each other. It's as if the odd scan line information is being fed to the even rasters, and vice versa. It also has the effect of making some of on-screen fonts look like they are underlined. I don't see this in framebuffer graphics like the MythTV menus. It's particularly obvious with the OSD graphics. 3) The first time I started live TV, the OSD was displaced to the right of where it's supposed to be. OSD elements were running off to the right of the screen. However, I exited, played something in xine, and went back to live TV and now the OSD elements are properly centered. Interesting. 4) video in xine is shifted to the left by ~10% of the screen width, including the OSD elements, resulting in a black bar along the right side of the screen. Video aspect ratios do indeed change correctly (yay!), though with a horizontal offset. xine is also showing the vertical scanline stuff mentioned in #2, causing somem blurring. 5) I don't see any tearing (stairing?) anymore. It may just be in my mind, but the video looks quite a bit smoother. Scratch that. I just saw a commercial that had a lot of flashing in it (black to white), and half way down the screen you could see where the frames weren't each fully drawn. It's harder to see in regular video though. 6) Again, it may just be in my mind, but when there is a lot of action on the screen, there's a ghost-like effect where it looks like consecutive frames are being mixed or blended. Like previous frames "linger" as new frames are drawn. It could be in my mind, though. 7) Starting live TV and channel changing seems to be occuring a few seconds faster. Definitely a noticeable improvement. 8) After messing around with it for ~30 minutes, including some rewinding and fastforwarding, no crashes yet. 9) When I start live TV it claims that it is only 1s behind in the framebuffer. It used to be I'd generally get about 4s. If I skip backward and forward, it becomes 3s, pretty solid. 10) Xorg is showing about 12% CPU usage during video playback. Relevant portion of /var/log/messages is attached. --- John Harvey <[EMAIL PROTECTED]> wrote: > I'm looking at issues with mythtv now. My issues are > even worse than this so > I'll try to understand what is happening. > John > > > -----Original Message----- > > From: [EMAIL PROTECTED] > [mailto:ivtv-devel- > > [EMAIL PROTECTED] On Behalf Of Lucas > Meijer > > Sent: 26 June 2005 11:29 > > To: [email protected] > > Subject: Re: [ivtv-devel] [PATCH] YUV scaling > improvements > > > > John Harvey wrote: > > > The attached patch is mostly the work of Ian > Armstrong and improves the > > > set up of the registers when playing back > various different sized > > registers. > > > > > > This results in improved quality of the picture. > > > > > > Any problems as usual then just let us know. > This should still work for > > > NTSC users but has only been tested for PAL. > > > > Heya John, > > > > I tried .3.6r which has this patch. Things look > like they're getting > > better. I used to get crashes, but after disabling > VBI using > > > > ivtvctl -x 0 > > > > I haven't seen a crash in the last 20 hours orso. > YUV playback looks > > good, (still needs mpeg decode to initialize). > > > > MPEG decoding however is having some minor > problems. WHen watching a > > recording in myth: > > > > - whenever the osd is on, a black bar at the > bottom of the screen (over > > the entire width of the screen, about 1/9th of the > screens height) > > appears, and flickers a bit.. when the osd goes > away, the bar goes away > > too. > > > > - pause takes a long time to take effect. with .2 > pausing is instant, > > with this version pause immidiately pops up the > osd, with the "paused" > > message, but the mpeg keeps playing for another > second or two. > > > > Again, not major issues, and I'm not sure at all > if they're related to > > all the recent YUV work. My /var/log/messages is > also totally full with > > a lot of these: > > > > Jun 26 12:20:50 mythbox ivtv: prep_user_dma: > SG_length 400 page_count > > 400 still full? > > Jun 26 12:20:50 mythbox ivtv-osd: > ivtvfb_prep_dec_dma_to_device, Error > > with get_user_pages: 65536 bytes, 400 pages > returned > > Jun 26 12:20:50 mythbox ivtv-osd: Error: prep osd > dma to device rc=-5 > > > > those three lines go on and on and on. > > > > Hope that helps, > > > > Lucas > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux > Migration Strategies > > from IBM. Find simple to follow Roadmaps, > straightforward articles, > > informative Webcasts and more! Get everything you > need to get up to > > speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > > _______________________________________________ > > ivtv-devel mailing list > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/ivtv-devel > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux > Migration Strategies > from IBM. Find simple to follow Roadmaps, > straightforward articles, > informative Webcasts and more! Get everything you > need to get up to > speed, fast. > http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > ivtv-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ivtv-devel >
var.log.messages.gz
Description: 3855834620-var.log.messages.gz
