the overlay buffer changed. Found by Marcus.
As a result, the overlay window looks much smoother when moving it around (and it
even starts to move when you don't change the overlay bitmap at all...).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17484 a95241bf-73f2-0310-859d-f6bbb57e9c96
This could be further optimized, by always holding the lock,
and only unlocking when app-server requests it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17482 a95241bf-73f2-0310-859d-f6bbb57e9c96
This could be further optimized, by always hloding the lock,
and only unlocking when app-server requests it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17481 a95241bf-73f2-0310-859d-f6bbb57e9c96
experience (as the media server dumps quite a lot, and the serial interface is too
slow to keep up).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17480 a95241bf-73f2-0310-859d-f6bbb57e9c96
space left to write a '\r\n'. This fixes bug #80 and probably bug #477, too.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17479 a95241bf-73f2-0310-859d-f6bbb57e9c96
This allows it to read the attributes (if any) from scripts as well.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17473 a95241bf-73f2-0310-859d-f6bbb57e9c96
That application/ogg type is a good hint on why MIME types aren't the last word
on the subject, though :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17471 a95241bf-73f2-0310-859d-f6bbb57e9c96
Note, currently everything media related has VLC as preferred application - this
should be changed to our own MediaPlayer (for all supported types).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17470 a95241bf-73f2-0310-859d-f6bbb57e9c96
by Fredrik Ekdahl (that's the one who contributed those other types as well,
and more to come, too).
Also removed the useless "attr:extra" stuff.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17468 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added some more types we got contributed on the mailing list (sorry, don't remember
right now from whom...), since Ingo didn't do it yet. All usable text and video
types are imported and cleaned where useful.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17462 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Removed the separate version rdef, and put it into the main rdef.
* Also moved the application icon into the main rdef.
* Removed text/plain icon from the icons rdef.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17461 a95241bf-73f2-0310-859d-f6bbb57e9c96
without having a VESA mode set first (thanks to Stephan for noticing
this).
* intel_set_display_mode() now calls intel_propose_display_mode() to make
sure the mode passed in is valid. Note, B_PROPOSE_DISPLAY_MODE is still
not working correctly (which will cause problems for BWindowScreen and
friends).
* Minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17460 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Fixed Jamfile (was set to only support libbe_test).
* Fixed warnings.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17457 a95241bf-73f2-0310-859d-f6bbb57e9c96
introduced a lock that is used in B_SET_DISPLAY_MODE etc.
* Correctly implemented B_ACQUIRE_ENGINE and B_RELEASE_ENGINE now (ie. they lock
the engine now).
* The lock of the ring buffers is now deleted when the (primary) accelerant is closed.
* Minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17453 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Turns out cursor handling is simpler as originally thought, so I could remove its
physical mapping - it's still put into the shared area, though, although that isn't
needed for this chip (but could eventually simplify the handling of other generations
of this chip).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17450 a95241bf-73f2-0310-859d-f6bbb57e9c96
a settings file. However, you cannot specify less than the amount taken by
the BIOS (ie. your settings will be ignored if you do).
Just put something like the following into a "intel_extreme" settings file:
graphics_memory_size 16
To allocate 16 MB in total. Note, whatever value you specify will be rounded
up to the next power of two, ie. if you specify 6 MB, 8 will be taken.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17444 a95241bf-73f2-0310-859d-f6bbb57e9c96
(in the kernel driver) fail - or crash the system.
* Waiting for VBLANK now works as expected - you actually have to *set* the bit
to clear it, isn't that obvious? :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17443 a95241bf-73f2-0310-859d-f6bbb57e9c96
should help on bug #583, and even fix it
minor change in localtime
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17441 a95241bf-73f2-0310-859d-f6bbb57e9c96