It's very possible that it doesn't work on a new pc very well (in dos,
not windows :)
The direct hardware access will all be things that dosemu
does/should/will one day
virtualise (e.g. sound blaster, direct access to the screen).
- after all a lot of dos programs run "close to the metal".
Demos are good to test as they push what was possible at the time so are good
for finding parts that we don't emulate well yet.
Noticing you mentioned that it does work, just slowly I thought I'd
give it a go:
It is very slow (about 1 fps)
(possible some sort of timeing issue(?))
- It says 'ERROR: PCM "Sound Output: SDL device" out of sync' a lot
Sometimes the screen is just white
Some screens have 4 images, offset by one pixel in the Y direction, suggesting
they are using some strange ModeX that we don't support properly.
For comparison I tried in dosbox, where it seemed to be fullspeed. I
didn't manage to
get the sound working, but didn't try too hard.
Ideally we'd have something like the wine application database so this
doesn't go
into the ticket clutter.
http://appdb.winehq.org/
Which lists apps and how well they work (or any hacks/fixes to make them work).
- Each app has app-maintainers, when a new release happens they test their apps
to see how well they work.
-- The main problem is whether we'd have the people power to keep something like
that properly maintained.
The other thing they do well is a compatability testing -
Tests are written and run on windows, then new code in wine should act in the
same way as windows - idealy we could do the same, but share the code
with dosbox and JPC so all the emulators could improve the tests (and by
passing them the compatability).
2009/1/25 Frantisek Hanzlik <franta@xxxxxxxxxxx>:
> Hi Stuart,
>
> Stuart Axon wrote:
>>
>> Just for reference - It's not a game - demos can be thought of as more
>> like computer art (ref)
>> http://en.wikipedia.org/wiki/Demoscene
>> http://en.wikipedia.org/wiki/Second_reality
>
> thanks for explanation and references. But what Wikipedia says about
> this demo, they heavy use direct hardware access, which may be
> probably very difficult to emulation in any emulator, dosemu.
>
>>
>> For reference, second reality worked pretty well on a 486 33mhz
>> running DOS, gravis ultrasound is recommended (obviously this won't
>> work here), I've never seen a real gravis so don't know what it sounds
>> like with that.
>>
>> The 100% CPU is certainly plausible as it's possible they did some
>> funny things in that program.
>>
>> Maybe their doing something odd with the screenmode that causes the
>> black screen (it looks like 320x200 vga, but certainly could be some
>> weird ModeX varient)
>
> I tested SR on my other PC (P4 Northwood 2.4GHz/1GB RAM/Fedora 10/2.6.27.9
> kernel), results are rather poor:
>
> - GeForce4 Ti4200 AGP8x w. Nvidia driver: sound so so, but black screen
> with all SR parameters 1-5. Only with "u" param demo display stars.
>
> - GeForce4 Ti4200 AGP8x w. opensource nv driver: almost same as previous,
> only difference is with parameter "2" - first part is black screen,
> second (from circular waves) seems good, but slow
>
> . Radeon 9000, opensource radeon driver: SR works, but is slow
>
> Core2Duo with:
> - Radeon HD4350 or integrated Intel G35/GMA X3500 - works (slow too),
> as I wrote in last mail.
>
>>
>> I'll have another go in the next couple of days - (and will try and
>> leave it going a bit longer).
>> I was running dosemu in ubuntu on a 2.x ghz computer.
>>
>
> I think DOSEMU use SDL plugin for access to video card (and maybe to
> sound too) and then with different types of them there are different
> results. But it is question more likely for Bart Oldeman or Stas
> Sergeev, who knows DOSEMU internals...
>
> Franta
>
--
To unsubscribe from this list: send the line "unsubscribe linux-msdos" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
