Re: No COM ports

Posted on 2005-07-24, 05:52

by

by taiken7

in DOSBox General

in DOSBox General

Thanks Hal; yes, I've also been using my own variant. The problem is that the DS chipsets require REALLY accurate timing. I was thinking of stubbing a little WinXX driver to assist, but I don't think 6 months of work for a single application is going to be worth the effort.

---

Re: No COM ports

Posted on 2005-07-23, 13:46

by

by taiken7

in DOSBox General

in DOSBox General

No luck yet with Dallas DS9097 (I try make it work too); I will let you know when it is working. Also try babelfish.altavista.com

---

Re: Request for help with Munt (not just coders)

Posted on 2005-07-03, 05:56

by

by taiken7

in MT-32 General

in MT-32 General

The 8096 family is now called the 'mcs96' series: http://www.intel.com/design/mcs96/docs_mcs96.htm There is also a debugger and compiler suite http://www.geocities.com/rjkuhn_2000/software.htm?20053#kpc And a more professional demo (Sim/Emu/Debugger/Assember...etc) http://microcontrollershop.com/ …

---

Re: Tandy Graphics Mode Artifacts

Posted on 2005-06-02, 11:52

by

by taiken7

in DOSBox Development

in DOSBox Development

The glitches are due to text mode memory overlapping with video memory; I think the mode switch on the tandy does both Clear & Change mode (where-as on VGA, there is a distinction between Change Mode and Clear&ChangeMode, eg AX=13, int 10h.) Could be modeX tweaks sneaking back in, or could also be …

---

Re: The screen is cut off in full screeen.

Posted on 2005-03-20, 13:02

by

by taiken7

in DOSBox General

in DOSBox General

2 options; either press the buttons on the display (then adjust vertical scaling); alternatively use windows display properties and set a lower resolution. The monitor is either not capable of higher resolution, or it has the factory default settings (which are either too wide or to narrow)

---

Re: DOSBox's big shortcoming

Posted on 2005-03-19, 07:57

by

by taiken7

in DOSBox Development

in DOSBox Development

I think the prime reason this is not done is that we would be encouraging a rom-distribution model. Yes it would simplify setting up, but on the whole it makes it easier (and in fact encourages) dosbox to be distributed on DVD's with a few hundred rom'ed games. (If you have the game, you know how to …

---

Re: Please help me!!

Posted on 2005-03-16, 07:51

by

by taiken7

in DOSBox General

in DOSBox General

Downgrade your OS to Windows 95; not only is it *much* faster its also a lot more stable; less prone to spyware and it has only the one memory leak. Alternatively try a linux boot CD, and see just how handicapped your PC is with WinXP

---

Re: Possible to make a dosbox boot disk?

Posted on 2005-03-16, 07:49

by

by taiken7

in DOSBox General

in DOSBox General

If you hacked the interface out, Menuet is almost a purely assembly version (with a borrowed C compiler); You could glue the startup bits of code to Dosbox and it would almost work straight out of the boot. (Compatiblity would be your problem here -- what soundcard/video do you hard code)

---

Re: Won't Run in Windows 2000

Posted on 2005-03-16, 07:35

by

by taiken7

in DOSBox General

in DOSBox General

I dont think we honour parallel port accesses yet. That is to say Printer Redirection can occur to a file, but Dosbox doesnt transmit/recieve to the real hardware (yet).

---

Re: Joystick-Question

Posted on 2005-03-14, 13:55

by

by taiken7

in DOSBox General

in DOSBox General

I assume you intend to use WinXX for the environment. If so then the idea is correct -- You press joystick button, the software tells windows you pressed a keyboard (scancode) Dosbox gets fed the scancode as if it came from keyboard.

---

Re: Can't open dir capture for capturing Screenshot

Posted on 2005-03-14, 13:41

by

by taiken7

in DOSBox General

in DOSBox General

I think it was a hard-coded path in the unstable version try creating "capture" off the dosbox subdirectory.

---

Re: PCjr Emulation Plays At Incorrect Pitch

Posted on 2005-03-14, 13:31

by

by taiken7

in DOSBox Development

in DOSBox Development

If you mean you speed it up by 3 times ..(its running 1/3 of normal speed) this makes sense - the 3 voices are 3 interlaced 'speaker samples' which are being added linearly ..123123123.. instead of being merged vertically in time 11111 ..22222.. 33333 Think CanadaCow is our audio expert that could …

---

Re: Error Message on Start-up

Posted on 2005-02-04, 23:28

by

by taiken7

in DOSBox General

in DOSBox General

Try installing with Administrator rights.

---

Re: Installing GeoWorks Ensemble?

Posted on 2005-01-31, 09:13

by

by taiken7

in DOSBox Games/Apps

in DOSBox Games/Apps

I think this error is reminscent of the List-of-lists drivers that were partially implemented -- int 15/ Ah=8x, is trying to find free extended memory; On a hunch I suspect its probably trying to use Xenix/Dos 1/Unix7 device access, and freezing in the lists. Also, I recall that there was a few …

---

Re: GUS 16-bit DMA

Posted on 2005-01-27, 11:01

by

by taiken7

in DOSBox Development

in DOSBox Development

Hmm.. might be a signed vs unsigned integer error. BTW, when i tried it on my 386+SB many moons ago, it also had a high shriek & click rate. (Although it was an ESS Audio vs SB)

---

Re: No japanese character displaying after booted up DOS/V from floppy disks

Posted on 2005-01-27, 10:42

by

by taiken7

in DOSBox General

in DOSBox General

It may be that the program is trying to load a font into video memory, and then use it. (Since we use a faster internal "static" Font table, the update doesn't occur; see glitch with loader for Prehistoric 2.) Its been a while since I played with VGA emulation side, so may be obsolete bug. (Might …

---

Re: GUS 16-bit DMA

Posted on 2005-01-18, 07:42

by

by taiken7

in DOSBox Development

in DOSBox Development

I suspect the problem lies somewhere between 2 buffers - 1 is a circular buffer, the other a memory mapped buffer. Basically 1 is "spinning" through the buffer wrapping around at the end The other copies the block directly as if it were fixed. Or could be fixed size buffer meets buffer with an "eof" …

---

Re: The future of Dosbox development

Posted on 2005-01-15, 08:10

by

by taiken7

in DOSBox Development

in DOSBox Development

The SDL libraries offer plenty of inline assembly optimised routines, so graphics processing is reasonably well implemented. (There is a fair bit of indirection though). To answer the documentation side (this is my personal view), If you don't know GPROF is a Profiler, DOXYGEN is code-documentation, …

---

Re: The future of Dosbox development

Posted on 2005-01-14, 22:48

by

by taiken7

in DOSBox Development

in DOSBox Development

The bottlenecks are typically the broad base support, as well as extensive debug support. The code has been written to allow a fast turn around if something breaks or needs addition. We are using approx 40:1 instructions simulated-real, so expect Your processor clock-rating/40 speed on *average*. ( …

---

Re: Feature Request: Mode 8 160x200 16 color

Posted on 2005-01-08, 10:10

by

by taiken7

in DOSBox Development

in DOSBox Development

Thats almost exactly what PcJr setup does.. good work there Rob :cool: (it tweaks CGA registers / selecting composite-tv output) Ok, so now the other easter egg is the groovy tunes -- still not sure how to get these going, it seems if you hard code a few things others break; dosbox freezes at 'Query …

---