Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Michał Dec
There's already a bit of discussion on the subject of licensing on the 
project's BitBucket 
https://bitbucket.org/neozeed/q2dos/issues/21/license-needed


W dniu 23.01.2022 o 21:20, Liam Proven pisze:

On Sun, 23 Jan 2022 at 12:36, Jerome Shidel  wrote:


First, I took a quick look at the pages and browsed the source and did not see 
any LICENSE or COPYING Policy. Perhaps it is mentioned somewhere, but at a 
glance I did not notice one. Without such a declaration, I think it technically 
is source-available not open-source. But, I’m no lawyer.

The original:
https://github.com/id-Software/Quake-2





___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Liam Proven
On Sun, 23 Jan 2022 at 12:36, Jerome Shidel  wrote:

> First, I took a quick look at the pages and browsed the source and did not 
> see any LICENSE or COPYING Policy. Perhaps it is mentioned somewhere, but at 
> a glance I did not notice one. Without such a declaration, I think it 
> technically is source-available not open-source. But, I’m no lawyer.

The original:
https://github.com/id-Software/Quake-2


-- 
Liam Proven ~ Profile: https://about.me/liamproven
Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com
Twitter/LinkedIn: lproven ~ Skype: liamproven
UK: (+44) 7939-087884 ~ Czech [+ WhatsApp/Telegram/Signal]: (+420) 702-829-053


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Lukas Satin
Hi, that sounds great!

On Sun, Jan 23, 2022 at 12:45 PM Michał Dec  wrote:

>
> W dniu 23.01.2022 o 12:34, Jerome Shidel pisze:
> > Without them, it would not be playable.
>
> This is not a problem in pretty much every Linux or BSD distribution.
> They provide binaries of engines for Quake 1, Quake 2, Quake 3, Doom 1,
> Doom 2, Doom 3, Duke Nukem 3D, RollerCoaster Tycoon, RollerCoaster
> Tycoon 2, and many other games that require proprietary game data except
> the engine is free/libre/opensource software.
>
> As for the LICENSE file, I could reach the authors and work it out with
> them. Chances are they got it from the GPL release.
>
> Best regards,
>
> Michał
>
>
>
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Michał Dec


W dniu 23.01.2022 o 12:34, Jerome Shidel pisze:

Without them, it would not be playable.


This is not a problem in pretty much every Linux or BSD distribution. 
They provide binaries of engines for Quake 1, Quake 2, Quake 3, Doom 1, 
Doom 2, Doom 3, Duke Nukem 3D, RollerCoaster Tycoon, RollerCoaster 
Tycoon 2, and many other games that require proprietary game data except 
the engine is free/libre/opensource software.


As for the LICENSE file, I could reach the authors and work it out with 
them. Chances are they got it from the GPL release.


Best regards,

Michał



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Jerome Shidel
Hello,

> On Jan 23, 2022, at 5:09 AM, Michał Dec  wrote:
> 
> Perhaps Quake2 could become a FreeDOS package?

This was just a quick and cursory examination. It could be completely wrong...

I see two problems with providing it as a package included with FreeDOS. 

First, I took a quick look at the pages and browsed the source and did not see 
any LICENSE or COPYING Policy. Perhaps it is mentioned somewhere, but at a 
glance I did not notice one. Without such a declaration, I think it technically 
is source-available not open-source. But, I’m no lawyer. 

Second, you mention in you “how I got it to work” section that you needed to 
copy the data files from the CD. So, I don’t see how we could legally 
include those files. Without them, it would not be playable. 

That being said. You could turn it into a package for your personal use. 
Basically, using running pkgmaker before you go through that process of 
installing and configuring it. Then once again afterwards. Then using using 
pkg2zip to create the package archive. All part of the latest PKGINFO package 
released after RC5. The version in RC5 has some issues under certain 
situations. 

Unless your going to setup and use a local software repo with FDIMPLES, it 
would probably be easier to just zip up all your work and keep it around 
somewhere for later usage.

Jerome

___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Ladislav Lacina
Yes, yes. I also like to play on my DOS machine with Voodoo3. This port also
supports some modern PCI and integrated soundcards.
The same group added the Voodoo support into DOS version of Quake1
(originaly the voodoo/3dfx support was only in windows version)

http://dk.toastednet.org/QDOS/


-- Původní e-mail --
Od: Michał Dec 
Komu: Discussion and general questions about FreeDOS. 
Datum: 23. 1. 2022 11:09:53
Předmět: [Freedos-user] Quake2 for FreeDOS
"Hi everyone,

I have accidentally bumped into a killer app for FreeDOS. I can confirm 
that it works on FreeDOS with Voodoo 5500 and SoundBlaster AWE64 Gold
with just HIMEMX and DOSLFN loaded. It will complain DOSLFN isn't there 
if it ain't there, but it still works. Perhaps Quake2 could become a
FreeDOS package?

Here are the relevant links:

http://falconfly.3dfx.pl/downloads/Q2DOS_EXE_LATEST.7Z - mirror of the
download

http://dk.toastednet.org/Q2DOS/ - project homepage

https://bitbucket.org/neozeed/q2dos/downloads/Q2DOS_EXE_LATEST.7Z -
latest compile

In order to make this work, I:

- copied the gamedata off the CD (baseq2 directory)

- copied glide3x from voodoo/h5 directory (inside the game's own
directory) into the game's root directory (where q2.exe and gl.exe are
located)

- ripped the soundtrack into OGG containers encoded in FLAC for extra
mileage, but it turns out the included OGG library doesn't support FLAC, 
so I'm using wav rips

It works great! Only thing however, is that in 1280x1024 the game hangs 
after a couple minutes of gameplay. Could be that my Voodoo 5500 is
overheating. Wouldn't surprise me, since it's modded to be entirely
passively cooled.

Best regards,

Michał



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
"___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


[Freedos-user] Quake2 for FreeDOS

2022-01-23 Thread Michał Dec

Hi everyone,

I have accidentally bumped into a killer app for FreeDOS. I can confirm 
that it works on FreeDOS with Voodoo 5500 and SoundBlaster AWE64 Gold 
with just HIMEMX and DOSLFN loaded. It will complain DOSLFN isn't there 
if it ain't there, but it still works. Perhaps Quake2 could become a 
FreeDOS package?


Here are the relevant links:

http://falconfly.3dfx.pl/downloads/Q2DOS_EXE_LATEST.7Z - mirror of the 
download


http://dk.toastednet.org/Q2DOS/ - project homepage

https://bitbucket.org/neozeed/q2dos/downloads/Q2DOS_EXE_LATEST.7Z - 
latest compile


In order to make this work, I:

- copied the gamedata off the CD (baseq2 directory)

- copied glide3x from voodoo/h5 directory (inside the game's own 
directory) into the game's root directory (where q2.exe and gl.exe are 
located)


- ripped the soundtrack into OGG containers encoded in FLAC for extra 
mileage, but it turns out the included OGG library doesn't support FLAC, 
so I'm using wav rips


It works great! Only thing however, is that in 1280x1024 the game hangs 
after a couple minutes of gameplay. Could be that my Voodoo 5500 is 
overheating. Wouldn't surprise me, since it's modded to be entirely 
passively cooled.


Best regards,

Michał



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user


Re: [Freedos-user] UDVD2 vs SHSUCDX

2022-01-23 Thread Michał Dec

Hi Eric,

I have accidentally responded only to Jerome before, saying that I've 
found the cause. Let's take care of your message first.


>Do things work better with no JEMM... loaded?

Yes! Much better! I would have to record those tests, but I can tell you 
that:


Redneck Rampage will glitch out, make my ears bleed and return to DOS, 
and while it's still in DOS, the sound card will continue to play a 
half-buffered sample and continue to destroy my ears


GTA1 will refuse to run in every graphic mode. 8bit palette mode and 
24bit palette mode will just print a stack and some kind of exception. 
3dfx mode will complain it can't allocate 215KB of memory, despite at 
least 500KB being free


This is the state of affair with JEMM386 loaded, so when I run my system 
with Yamaha or AWE, it's with HIMEMX and nothing more on top of that. 
The only game so far that actually prefers there be JEMM386 running is 
"The Lost Vikings" which is unable to count the free memory correctly. 
Probably because my FreeDOS machine has 2GB RAM.


I have figured out that the games are okay. I used Metasoma's "Mirror of 
life" album in Quake 1 which is a pressed CD and it worked wonders. So 
the problem is the CD copies I made for GTA1 and Redneck Rampage. I have 
analyzed my images and software stack and I have a little clue. It seems 
the culprit is CDRDAO, and this is what I found when successfully 
running toc2cue:


toc2cue version 1.2.4 - (C) Andreas Mueller 

Converted toc-file 'Quake2.toc' to cue file 'Quake2.cue'.

Please note that the resulting cue file is only valid if the
toc-file was created with cdrdao using the commands 'read-toc'
or 'read-cd'. For manually created or edited toc-files the
cue file may not be correct. This program just checks for
the most obvious toc-file features that cannot be converted to
a cue file.
*Furthermore, if the toc-file contains audio tracks the byte**
**order of the image file will be wrong which results in static**
**noise when the resulting cue file is used for recording**
**(even with cdrdao itself).*

So, the images I make with CDRDAO might be all wrong.

So, FreeDOS is fine. Sorry for alarming anyone.

Best regards,

Michał

W dniu 22.01.2022 o 23:45, Eric Auer pisze:


Hi!

I used this version of OAK 
https://www.hiren.info/download/dos-files/oakcdrom.sys


and the problem persists. I even tried 3 different sound cards with 
the CDROM in UDMA and PIO modes:

- SoundBlaster AWE64 Gold

- SoundBlaster Vibra 128

- Yamaha YMF724


...

In all 6 tests, the CD input would produce static noise, except with 
Vibra 128. Don't even get me started on this card, it's always been 
an unstable mess in DOS, courtesy of JEMM386.


Do things work better with no JEMM... loaded?
Have you tried using XMGR instead of HIMEM?

Regarding the sound question in general, do
the games use the audio PLAY function of the
drive? If yes, is the wiring okay and are the
games able to properly configure the soundcard
volumen control and mixer to the correct input?

If the games use the function to read the raw
audio sectors instead and then play them as a
part of the game sound itself, the whole flow
of data and sound would be different and the
question would change into whether the games
can properly READ the sound data, while using
the normal game sound driver to then play it.

Any more ideas? It used to work flawlessly in FreeDOS 1.2 with 
SHSUCDX backported from 1.3 RC that was newest like, at least a year 
ago. It turned out back then that SHSUCDX from FD 1.2 does not 
support CD playback at all.


I suggest that you compare the UDVD2 versions
and SHSUCDX versions of FreeDOS 1.2 and 1.3 to
find out whether you need the FD1.2 version of
one (which?) or both drivers for your games.

If you were using a different driver, such as
ATAPICDD or OAKCDROM or AHCICD instead of UDVD2,
or MSCDEX instead of SHSUCDX, you can of course
also compare the effects of those differences.

However, as far as I understand, 1.2 worked
out of the box with old SHSUCDX and old UDVD2
and your OAKCDROM experiment is just to check
whether that works better with new SHSUCDX
than new UDVD2 does, also possibly related
to changed command line options in the new
FreeDOS 1.3 style default boot config files?

Thanks for testing!

Regards, Eric

PS: As usual, the memory drivers can also be
part of the problem. HIMEM (try XMGR), JEMMEX
(try JEMM386 or no JEMM... at all) etc.



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user