Hi,
Problem solved.
The culprit was IDLEHALT=1 in fdconfig.sys. After removing it,
Desi-III refreshes the screen under FreeDOS very fast,
apparently just as fast as under MS-DOS.
Here's a summary of the refresh times under FreeDOS (for a given
drawing I used for testing):
With IDLEHALT=1 and
Hi all,
Can anyone explain what IDLEHALT=1 does? It could be interesting to know
this in more details for fure problems or even for general kowledge...
@MARCOS
Dir you test without IDLEHALT=1, but with the fastest possible option of
FDAPM?
Thanks,
Alain
Marcos Favero Florence de Barros
Can anyone explain what IDLEHALT=1 does? It could be interesting to know
this in more details for fure problems or even for general kowledge...
IDLEHALT=1 halts the CPU (with a HLT instruction) before calling Int28,
when the kernel is waiting for a key to be pressed. FreeDOS's default
Int28
Hi, Alain,
Dir you test without IDLEHALT=1, but with the fastest
possible option of FDAPM?
I tested without IDLEHALT and without FDAPM, and that made
Desi-III work full-speed again.
Later, I reintroduced FDAPM, but with option ADV:REG as
recommended by Eric, which did not cause any
So, let me rephrase a bit...
Without IDLEHALT=1, it enters a loop calling int28 and with it, int28 is
called once for every Hardware interrupt (which brings out of HLT).
Please correct me if I am wrong..
But if I am right... then it probably is that that program uses int28 to
update the
Hi,
The screen refresh discussion ended up involving FDAPM and
IDLEHALT.
Let me ask a few questions concerning their general use (not
for Desi-III), since for environmental reasons everyone should
save energy.
1. In order to save energy, is it sufficient to load FDAPM (with
option ADV:REG
Hi Marcos,
in case you used an USB mouse with BIOS PS/2 over USB support:
Try a PS/2 mouse or a DOS USB driver instead of BIOS legacy.
4. Holding down keyboard keys while screen refreshes, as
suggested by Larry (doc...@yahoo.com): shift, ctrl and alt
keys cut screen refreshing
Hi Eric,
in case you used an USB mouse with BIOS PS/2 over USB
support: Try a PS/2 mouse or a DOS USB driver instead of
BIOS legacy.
My mouse is not USB. It is a real old one, with a flat plug with
two rows of holes.
4. Holding down keyboard keys while
My mouse is not USB. It is a real old one, with a flat
plug with two rows of holes.
Serial mouse ;-)
Again, try to save more low memory under FreeDOS.
--
~~~ wow ~~~
--
This SF.Net email is sponsored by the
Hi,
Here are some test results about Desi-III screen refreshing
speed, now more carefully measured with help of a stopwatch.
1. LBACache or MS-SmartDrive: no difference.
2. Himem, EMM386 (FreeDOS), HimemX, Jemm386 or JemmEx
(Japheth): no difference.
3. Command.com or 4dos.com: no
Hi,
I'm an engineer and a user of DESI-III, a professional-quality
freeware CAD from Belgium, with which I draw mechanical parts for
a product I'm developing.
Since I started using FreeDOS in 2007 I noticed that it was
taking longer for DESI-III to refresh the screen -- an important
point for
?
--- On Tue, 12/22/09, Marcos Favero Florence de Barros fav...@mpcnet.com.br
wrote:
From: Marcos Favero Florence de Barros fav...@mpcnet.com.br
Subject: [Freedos-user] Odd behaviour involving mouse
To: FreeDOS List freedos-user@lists.sourceforge.net
Date: Tuesday, December 22, 2009, 6:13 AM
Hi
I guess there is one test that could be done...
Is it possible do run a test without any mouse driver installed? Of
course, only if th SW is capable of keyboard-only operation.
Alain
Marcos Favero Florence de Barros escreveu:
Hi,
I'm an engineer and a user of DESI-III, a
Since I started using FreeDOS in 2007 I noticed that it was
taking longer for DESI-III to refresh the screen -- an important
point for CAD software, because we must zoom in and out all the time.
Nice that someone uses DESI-III with FreeDOS :-)
Then last night I decided to run Desi-III under
14 matches
Mail list logo
