Re: 386 board CMOS problem

Posted on Today, 14:45

by

by jmarsh

in Marvin \ General Old Hardware

in Marvin \ General Old Hardware

The DS1287 has its own internal battery (and crystal) so the CR2032 won't be doing anything. The symptom of the RTC losing all its settings except for the calender (date/time) would indicate the rclr pin (21) isn't being held high when the RTC is powered.

---

Re: Looking for help with analyzing disassembled code->

Posted on 2024-04-22, 14:04

by

by jmarsh

in Milliways

in Milliways

It handles converting "DOS" filesystem attributes to the values returned in a struct stat, e.g. S_IFDIR, S_IEXEC etc.

---

Re: 44 to 40 adapter not working

Posted on 2024-04-22, 08:11

by

by jmarsh

in Marvin \ General Old Hardware

in Marvin \ General Old Hardware

Pin 1 is at the opposite end of the 44-pin connector from the power - judging from the red stripe you've got the IDE cable connected the wrong way around.

---

Re: Descent 3 source released under MIT

Posted on 2024-04-17, 04:39

by

by jmarsh

in Release Announcements

in Release Announcements

I don't know if someone's going to go after somebody because somebody wrote a third party method of decoding MVE. Unless Interplay has managed to patent the format they can't. More practically decoders have been included in ffmpeg for literally decades (also ScummVM more recently) without any legal …

---

Re: Descent 3 source released under MIT

Posted on 2024-04-17, 01:38

by

by jmarsh

in Release Announcements

in Release Announcements

robertmo3 wrote on 2024-04-16, 19:24: if someone wants to make a remake/remaster than enhancing videos is an option open source means we can provide videos It's not an option to rip off copyright game assets.

---

Re: Looking for help with analyzing disassembled code->

Posted on 2024-04-16, 19:16

by

by jmarsh

in Milliways

in Milliways

The purpose of those functions is to shift right/left 32-bit values using 16-bit code. The bit that travels between the upper and lower halves of the 32-bit value gets moved into the carry flag with the shift operation, then inserted into the other half with the rotate.

---

Re: Descent 3 source released under MIT

Posted on 2024-04-16, 19:01

by

by jmarsh

in Release Announcements

in Release Announcements

Considering every major hardware vendor supports H264 in hardware that's probably a good thing to turn the videos into. Why are we turning the videos "into" anything? If someone's making a source port it would need to handle the original data files, i.e. it would need to play MVEs. Nobody is going …

---

Re: Descent 3 source released under MIT

Posted on 2024-04-16, 13:14

by

by jmarsh

in Release Announcements

in Release Announcements

Not sure what ACM refers to but MVE movies were used in Descent2 and are pretty well understood, e.g. https://wiki.multimedia.cx/index.php/Interplay_MVE . I think there were some additions to ffmpeg a few years ago that added some of the unknown opcodes.

---

Re: What tool debugs a miscalculated area of memory in a game program written in C?

Posted on 2024-04-16, 05:47

by

by jmarsh

in Milliways

in Milliways

Your for loop is not exiting when it should due to a typo: Copy code to clipboard 1 2 line 345: for (index=0, index<256; index++) comma after 0 should be a semi-colon.

---

Re: Video from 486 Sometimes in Black/White

Posted on 2024-04-15, 13:49

by

by jmarsh

in Marvin \ Video

in Marvin \ Video

(mono/color, there's a detection pin on the VGA connector). There used to be a pin to detect monochrome monitors (pin 12). It was repurposed in later monitors for DDC, turning it into an I2C data pin. Unfortunately not all monitors have internal pull-ups (required for I2C to work properly) and …

---

Re: Getting digital/lossless audio with an adapter from Windows 98?

Posted on 2024-04-05, 21:37

by

by jmarsh

in Marvin \ Sound

in Marvin \ Sound

SPDIF is more or less the only transport format for lossless, it was the defacto digital interface (using either RCA/coax connectors or TOSLINK/optical). It's going to be a lot easier to do with a USB adapter, due to being a well defined standard with built-in support included in the OS - you can …

---

Re: Getting digital/lossless audio with an adapter from Windows 98?

Posted on 2024-04-05, 21:20

by

by jmarsh

in Marvin \ Sound

in Marvin \ Sound

Any dirt-cheap USB audio device should work fine with windows 98, at least for basic stereo output. Multichannel will likely need win98 second edition. If you're aiming for SPDIF output don't bother spending significant amounts of money; it's very simple to pump digital audio from USB to another …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 21:12

by

by jmarsh

in DOSBox Development

in DOSBox Development

That does not apply; you are not writing free software. You are modifying somebody else's work and are bound by the existing licence. You don't get to choose to release the program "as is" because it already exists.

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 20:45

by

by jmarsh

in DOSBox Development

in DOSBox Development

Which version of the GPL? There's more than one 1.0, 2.0 or 3.0? They have different rules. As far as I'm aware Dosbox runs on GPL 2.0. You really want to get this deep into the weeds? Here's the relevant portion straight from the GPL 2.0 FAQ, the bolded sections are what apply in this case: When …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 20:22

by

by jmarsh

in DOSBox Development

in DOSBox Development

If you want to keep hammering your point about licensing could you create another thread for it? I created this one to ask for help with developement. The opening post of this thread is you asking if what you're trying to do is permitted. As a contributor to DOSBox (i.e. a current rights-holder of …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 19:26

by

by jmarsh

in DOSBox Development

in DOSBox Development

Dosbox can use draw.dll or direct3d or opengl. All those is non gpl, closed source products. Is it means it broke gpl? No. GPL isn't a "law" that can be broken. It's a licence, stating how a product can be used, stated by the person who created it. The people who created DOSBox aren't bound by it, …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 17:43

by

by jmarsh

in DOSBox Development

in DOSBox Development

Dosbox rendition will function without RReady as dosbox. It just can't run rendition games. You can pretty much play or run anything else. When running Rendition games, dosbox streams the raw data meant for a Verité board over the pipe and accepts keyboard +mouse from the other end. In all other …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 15:45

by

by jmarsh

in DOSBox Development

in DOSBox Development

You can as long as the closed source component isn't part of "shared process space." No, you can't. Not if the closed source component is essential to the operation, i.e. the main "product" will not function without it. They can talk via a service like a socket. For instance an open source browser …

---

Re: Speedy3D support in DOSBox

Posted on 2024-04-03, 15:11

by

by jmarsh

in DOSBox Development

in DOSBox Development

Please don't take advice from robertmo. If you're making changes to DOSBox to make it rely directly on a closed source product (whether it runs as part of the same process or not), you won't legally be able to distribute that build of DOSBox to anyone else, neither as source code nor compiled. …

---

Re: Dosbox potentially affected by backdoor

Posted on 2024-03-31, 03:43

by

by jmarsh

in DOSBox General

in DOSBox General

Safe to file this as FUD as far as DOSBox is concerned. liblzma is not a direct dependency, and analysis has shown that the backdoor is targetted at sshd: In the malicious code, the library checks argv[0], which is the name of the program being executed, for /usr/bin/sshd . Additionally it seems to …

---