pTrident->hsync -= 11;
pTrident->vsync += 0;
In which file do you change these settings, I can't find them in
trident_video.c
Thanx in advance
Anders Rune Jensen
On Thu, 2001-10-11 at 22:11, John Clemens wrote:
>
> Egbert, Alan...
>
> More on this thread from the BladeXP camp..
>
> As reported earlier, here are the results I've had so far working with my
> CyberBladeXPm8 based laptop (HP N5430). All at 16bpp color bepth. Using
> mplayer -vo xv with Tom's Hardware Guide's CPU Burning avi and RealONE
> player with a DVD trailer.
>
> first, the hsync and vsync values that work for me (elimnate the "blue"
> from around the edges) are:
>
> pTrident->hsync -= 11;
> pTrident->vsync += 0;
>
> second, with the default XFree86 driver, I get video playing with the
> following display:
>
> +-----------------+
> | Bot | Bot |
> | right | Left |
> +-----------------+
> | Green / Garbage |
> | |
> +-----------------+
>
> Playing with the VID_ flags mentioned earlier today effected it, but only
> made it worse. (well, VID_OFF_SHIFT_4 seems to shift the tmage just above
> the screen..? i complete guess on my part)
>
> I've traced the code down to calculating 'offset' in
> trident_cideo.c:TRIDENTDisplayVideo, notibly this piece of code:
>
> if (pTrident->Chipset >= CYBERBLADEXPm8) {
> int bpp = pScrn->bitsPerPixel >> 3;
> int dstPitch = ((width << 1) + 15) & ~15;
> offset += (((dstPitch * (height - 1)) + bpp - 1) / bpp) >> 4;
> }
>
> I'm confused as to what this code is trying to do.. but by blindly playing
> with it, i've discovered a few things:
>
> if i change the shift value to something other than 4 (i.e., 5,6,7 or 8,
> ,16, 24) in the 'offset +=' line, the image seems to get a little better
> each time, with 16 being the best.
>
> let me try illustrating what I see when the shift is set to 8:
>
> .
>
> ++--+-------------------+
> ++ | |
> ++ R| |
> ++ I| Bottom |
> ++ G| Left |
> ++ H| |
> ++ T| |
> ++ | |
> +---+-------------------+
> | Garbage |
> +-----------------------+
>
> by playing with the offsets, I'm able to get the image much more
> centered.. It also appears that the left/right inversion in just line wrap
> beacuse the Xv window and memory aren't quite aligned (It's as if the
> video things the real 0,0 coortinate of the windo is where the '.' is
> above the screen.)
>
> Where you see '++' on the left of the image is where
> there's a slight (maybe 2-3 pixels wide?) doubling of the left side of the
> image.. ie, the first 3 pixel's are displayed, and then displayed again in
> the next three, than the image continues normally. What could be causing
> that?
>
> Realizing that by increasing the shift i was making the value approach 0,
> I took that line out. By taking out the line completely, ie, not
> modifying the offset, the image becomes almost 100% correct. (i relized
> this as i was typing this email) I get some garbage on the bottom
> pixel-line (almost appears to be 10 pixels of grabage/10 pixels of
> video/10pixels of garbage... etc..) and I still get the "image doubling"
> on the left side. but it does work nearly perfectly.
>
> So my questions: Why was the above code put in? what is it trying to do?
> How do I get rid of the last line of garbage? Where's the doublingo n the
> left side of the image coming from?
>
> sorry for the long post.
> john.c
>
> --
> John Clemens http://www.deater.net/john
> [EMAIL PROTECTED] ICQ: 7175925, IM: PianoManO8
> "I Hate Quotes" -- Samuel L. Clemens
>
>
>
> _______________________________________________
> Xpert mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/xpert
>
_______________________________________________
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
