overlay code now respects the B_OVERLAY_COLOR_KEY cmd flag.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15897 a95241bf-73f2-0310-859d-f6bbb57e9c96

added virtualscreen support: overlay output window gets corrected when viewport in virtualscreen is moved.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14276 a95241bf-73f2-0310-859d-f6bbb57e9c96

quickly tried chromakeying as alternative to colorkeying, but that doesn't seem a solution. So, overlay tweak alert for CMAP8 still stands. Looks like 'BeOS' needs to send a colorpalette index to the driver for colorkeying alongside the currently used way (sending literal color).

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14274 a95241bf-73f2-0310-859d-f6bbb57e9c96

added overlay colorkeying. Working OK in 15,16 and 32bit spaces. Works (with a tweak) in 8 bit space. The VIA hardware wants the colorpalette INDEX as key instead of the displayed color(cd obos_svn/trunk/src/add-ons/accelerants/via/). Unfortunately a reverse lookup isn't conclusive, as BeOS and Zeta use two palette entries for white. I'll try to find a hardware setup so that it wants a displayed color in 8-bit mode, but no guarantees yet. If this turns out to not be possible, I suggest adding the color-index of the current displayed mode (valid only in indexed mode, so CMAP8) to the system's overlay_window information struct, alongside the displayed color. Somehow (would break compatibility with other BeOS versions?). Anyway, I'll search for a different hardware setup for this. Keep your fingers crossed :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14224 a95241bf-73f2-0310-859d-f6bbb57e9c96

added vertical downscaling for overlay. This completes scaling. Quality wise this engine is like the Neomagic engine, and TNT engine with the added prescaling downscaling feature added. This is the 'video 1' engine. There is also a video 3 engine (which should be the same quality, but lacks YUV12 support in hardware). And (newer?) VIA unichrome chipsets have a 'HQV: high quality video' engine as well: which supports setting specific filters (with taps). this latter engine would be nice to use instead, maybe in the future. For now we use the video 1 engine. Note: lacking are virtualscreen support and colorkeying in the driver. Next up. Apart from that overlay is now complete (yuy2 only supported at this time, as 'always' with my drivers :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14213 a95241bf-73f2-0310-859d-f6bbb57e9c96

added horizontal overlay pre-downscaling so output can now scale downto 1/16th. Y-downscaling yet todo..

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14211 a95241bf-73f2-0310-859d-f6bbb57e9c96

added HW retrace sync (preventing overlay update glitches during resizing/moving windows etc)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14210 a95241bf-73f2-0310-859d-f6bbb57e9c96

added 'horizontal source last position' overlay register programming. high-res video (DVD) now shows correctly.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14205 a95241bf-73f2-0310-859d-f6bbb57e9c96

added chip_rev dependant overlay programming, added hor. and vert. filtering. Bumped version to 0.12.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14194 a95241bf-73f2-0310-859d-f6bbb57e9c96

added overlay upscaling. Downscaling not yet supported. Set the temporary max width to 384 so PAL MPEG1 should display OK (will be a calculated setting later). Enabled overlay support now, although it might not work on all cards. If you test it, please let me know what happens. Bumped version to 0.11.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14189 a95241bf-73f2-0310-859d-f6bbb57e9c96

updated VIA overlay code so it actually works. Still no scaling and colorkeying, still disabled. video witdh temporarily fixed to 'max' 320 pixels, pending extra calc code. Also a chiprev. check needs to be added to choose settings depending on that.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14187 a95241bf-73f2-0310-859d-f6bbb57e9c96

some sloppy and preliminary overlay engine programming is in place for learning purposes. Engine engages, shows distorting overlay at the correct window position. Colorkeying disabled, scaling fixed 1x. Whole code is disabled by default at this time, until code neat and fully OK :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14182 a95241bf-73f2-0310-859d-f6bbb57e9c96

added memory bandwidth check for overlay support decisions

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14177 a95241bf-73f2-0310-859d-f6bbb57e9c96

setup hardware cursor. bitmap not yet correct, colors neither.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13633 a95241bf-73f2-0310-859d-f6bbb57e9c96

added via accelerant, a copy of skeleton driver yet.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13596 a95241bf-73f2-0310-859d-f6bbb57e9c96

overlay code now respects the B_OVERLAY_COLOR_KEY cmd flag.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15897 a95241bf-73f2-0310-859d-f6bbb57e9c96

added virtualscreen support: overlay output window gets corrected when viewport in virtualscreen is moved.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14276 a95241bf-73f2-0310-859d-f6bbb57e9c96

quickly tried chromakeying as alternative to colorkeying, but that doesn't seem a solution. So, overlay tweak alert for CMAP8 still stands. Looks like 'BeOS' needs to send a colorpalette index to the driver for colorkeying alongside the currently used way (sending literal color).

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14274 a95241bf-73f2-0310-859d-f6bbb57e9c96

added overlay colorkeying. Working OK in 15,16 and 32bit spaces. Works (with a tweak) in 8 bit space. The VIA hardware wants the colorpalette INDEX as key instead of the displayed color(cd obos_svn/trunk/src/add-ons/accelerants/via/). Unfortunately a reverse lookup isn't conclusive, as BeOS and Zeta use two palette entries for white. I'll try to find a hardware setup so that it wants a displayed color in 8-bit mode, but no guarantees yet. If this turns out to not be possible, I suggest adding the color-index of the current displayed mode (valid only in indexed mode, so CMAP8) to the system's overlay_window information struct, alongside the displayed color. Somehow (would break compatibility with other BeOS versions?). Anyway, I'll search for a different hardware setup for this. Keep your fingers crossed :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14224 a95241bf-73f2-0310-859d-f6bbb57e9c96

added vertical downscaling for overlay. This completes scaling. Quality wise this engine is like the Neomagic engine, and TNT engine with the added prescaling downscaling feature added. This is the 'video 1' engine. There is also a video 3 engine (which should be the same quality, but lacks YUV12 support in hardware). And (newer?) VIA unichrome chipsets have a 'HQV: high quality video' engine as well: which supports setting specific filters (with taps). this latter engine would be nice to use instead, maybe in the future. For now we use the video 1 engine. Note: lacking are virtualscreen support and colorkeying in the driver. Next up. Apart from that overlay is now complete (yuy2 only supported at this time, as 'always' with my drivers :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14213 a95241bf-73f2-0310-859d-f6bbb57e9c96

added horizontal overlay pre-downscaling so output can now scale downto 1/16th. Y-downscaling yet todo..

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14211 a95241bf-73f2-0310-859d-f6bbb57e9c96

added HW retrace sync (preventing overlay update glitches during resizing/moving windows etc)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14210 a95241bf-73f2-0310-859d-f6bbb57e9c96

added 'horizontal source last position' overlay register programming. high-res video (DVD) now shows correctly.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14205 a95241bf-73f2-0310-859d-f6bbb57e9c96

added chip_rev dependant overlay programming, added hor. and vert. filtering. Bumped version to 0.12.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14194 a95241bf-73f2-0310-859d-f6bbb57e9c96

added overlay upscaling. Downscaling not yet supported. Set the temporary max width to 384 so PAL MPEG1 should display OK (will be a calculated setting later). Enabled overlay support now, although it might not work on all cards. If you test it, please let me know what happens. Bumped version to 0.11.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14189 a95241bf-73f2-0310-859d-f6bbb57e9c96

updated VIA overlay code so it actually works. Still no scaling and colorkeying, still disabled. video witdh temporarily fixed to 'max' 320 pixels, pending extra calc code. Also a chiprev. check needs to be added to choose settings depending on that.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14187 a95241bf-73f2-0310-859d-f6bbb57e9c96

some sloppy and preliminary overlay engine programming is in place for learning purposes. Engine engages, shows distorting overlay at the correct window position. Colorkeying disabled, scaling fixed 1x. Whole code is disabled by default at this time, until code neat and fully OK :)

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14182 a95241bf-73f2-0310-859d-f6bbb57e9c96

added memory bandwidth check for overlay support decisions

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14177 a95241bf-73f2-0310-859d-f6bbb57e9c96

setup hardware cursor. bitmap not yet correct, colors neither.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13633 a95241bf-73f2-0310-859d-f6bbb57e9c96

added via accelerant, a copy of skeleton driver yet.

git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13596 a95241bf-73f2-0310-859d-f6bbb57e9c96