Subject:
Re: [nanogui] New Nano-X Architecture Preview available
From:
Matej Gutman ####@####.####
Date:
16 Dec 2010 08:31:46 -0000
Message-Id: <AANLkTi=89=hEaNB3TET9oZ3Vvp8=HoO6i_esu8ER4+jx@mail.gmail.com>
Great news! Thnx Greg,....
On Thu, Dec 16, 2010 at 8:57 AM, 廖耿耿 ####@####.#### wrote:
> This is a very happy news ,thank you Greg Haerr
>
> 2010/12/16 Greg Haerr ####@####.####
>
>> Hi,
>>
>> There's been quite a bit of new work recently on the internals of
>> Nano-X, which are now running well enough to announce a preview
>> of this upcoming release, which is currently v0.93 in the git repository.
>>
>> I have updated the website and there is also a snapshot tarball available:
>> ftp://microwindows.org/pub/microwindows/microwindows-src-snapshot.tar.gz
>>
>> Here's a summary of the new enhancements. Please feel free to
>> try it out, there are huge speed increases for font and image display,
>> and also a demo of 32bpp compositing, which runs on any
>> truecolor display (compositedemo.sh, blitdemo.sh). I will be
>> writing up more details on the internal driver architecture and
>> providing screen shots on the website soon.
>>
>> New Nano-X Engine Architecture Preview - Dec 15, 2010
>>
>> New Ports
>> MAC OSX 64-bit X11 port
>> MoSync port
>>
>> New Features
>> o Processor and framebuffer independent compositing with internal RGBA
>> 32bpp pixmaps
>> with display on 8/15/16/24/32bpp truecolor displays.
>> o Hugely faster display of font and image data using blit rather than
>> per-pixel drawing.
>> o Entirely new driver architecture uses fast conversion blits for all
>> display
>> of font and image data. Subdrivers for 1/2/4/8/15/16/24/32bpp have no
>> control
>> branches in inner loops for highest speed. For systems without
>> framebuffers, like desktop X11 for testing, all image data is computed
>> using framebuffer subdrivers, and then blitted once to final display
>> using an automatic graphics Update() operation. For systems with
>> framebuffers, drawing is done directly to screen for speed, with support
>> for
>> future "buffered" windows for late-stage final compositing.
>> o All conversion blits support all portrait modes, stretching, raster ops,
>> and srcover alpha blending.
>> o GdArea, GdReadArea, GdBitmap and all fonts use fast conversion blits.
>> o New conversion blits can be added for speed for specific systems, and
>> slower draw code is still available for 1/2/4/8bpp palette systems.
>> o Most image loaders (png, jpg, etc) read into internal RGBA format for
>> easy use in compositing and alpha blending.
>> o Runtime auto-portrait mode switching now possible without application
>> image recomputation requirements. (bin/nano-X -A)
>>
>> New Driver Architecture
>> o All drivers are endian-neutral with only Read/DrawPixel, DrawV/Hline and
>> Blit
>> entry points.
>> o New conversion blit implementation uses static inline functions for
>> high speed, and ease of adding new framebuffer or image data formats.
>> o RGBA image data format available regardless of framebuffer.
>> o X11 driver can emulate 8/15/16/24/32bpp displays using same codepath as
>> target.
>>
>> Nano-X API Changes
>> GrNewPixmapEx takes MWIF_RGBA8888, 32 and hardware framebuffer parameter.
>>
>> Win32 API Changes
>> Added CreateDibSection, GetLastError, SetLastError, RegisterHotKey,
>> UnRegisterHotkey
>>
>> As usual, have fun with it!
>>
>> Regards,
>>
>> Greg
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: ####@####.####
>> For additional commands, e-mail: ####@####.####
>>
>>
>