GLX Player the only XT player ? Check Mod Master...

Discussion about old sound cards, MIDI devices and sound related accessories.

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-8-26 @ 13:59

Hi,

Last Update, the PC Speaker code is Back, but there is the High frequency noise.
I took the init code from 8088MPH, and it is the same (Mine was more complexe, I don't remember why)
I optimized it a lot compare to my previous code, it can output at 11KHz on the Amstrad PC1640 (This is anyway useless, as the sound is really not good)

I added a Tandy DAC detection code.
I only need to know the I/O port to use (For Direct DAC) and the code for Direct DAC can be finished rapidly. (Did not start the DMA Mode)

I also speed up the Signed/Not signed conversion, this increase the speed more than the speed lost with 16Bit decimal precision.
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Re: GLX Player the only XT player ? Check Mod Master...

Postby DevanWolf » 2019-9-04 @ 02:21

There is a bug.
MODs with samples over length of 65535 are incorrect.
Here is an example, BINARY8C MED/MMD1 converted to MOD: 8 channel and 4 channel version.
And DOSBox doesn't recognize the Music folder in the A drive when it is ran in the C drive.
The tempo for 669s are supposed to be 78 not 80 and the vibrato effect should be a 2-note arpeggio like Composer 669 should do.
Attachments
BINARY.ZIP
(288.74 KiB) Downloaded 3 times
DevanWolf
Newbie
 
Posts: 31
Joined: 2018-7-31 @ 20:42

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-9-11 @ 13:58

Hi,

Thanks for your tests.

It is not a bug, it is implemented like this as 8086 are limited to segments of 64Kb.
To support it, it will reduce the mixing speed drastically, only for "Some" .MOD files.
I did not test but it is probably the same with GLX player.

669 and other strange format support may have been more or less broken with the code change I did for this XT Version, I have other priority for the moment.
(I did keep the format support to remind me I have to take a look of It One day)
I did put 80 because 125*32/50=80

Do you have Good / Complex .669 files so that I can test ?
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Re: GLX Player the only XT player ? Check Mod Master...

Postby Scali » 2019-9-11 @ 15:09

FreddyV wrote:It is not a bug, it is implemented like this as 8086 are limited to segments of 64Kb.
To support it, it will reduce the mixing speed drastically, only for "Some" .MOD files.


You could work around that though, if you would sacrifice some quality.
You could resample these long samples, to make them fit in 64k.
The simplest way would be to just cut it in half, and reduce all pitches for that sample by half as well, to compensate.
A slightly more advanced approach would be to figure out the resampling factor to make it fit exactly in 64k, and then adjust all pitches by that factor.

All that can be done in the preprocessing stage (while loading samples and pattern data), so shouldn't affect any of the actual playback code or performance.
Scali
l33t
 
Posts: 4328
Joined: 2014-12-13 @ 14:24

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-9-16 @ 07:16

Hi Scali,

I know, but again, the work is big for really few modules needing it.

I prefere to work on OPL2/OPL3 Music, start to support .XM, Fix 669 and other format, Work on the "Channels reduction" Code to play 16+ channels music on 8086 and other ideas :)
Somebody here has some Gravis Ultrasound not working on his 80286, I need to fix it.

And Work on this Mod Master XT 1.0 Official release.
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-9-16 @ 07:30

Hi, it is me again,

To explain why they were few news these Weeks, I worked on on a Retro Gaming and Retro Computing exhibition at the CERN Open Days.
It was this Week End, you can see 2 Videos on my Youtube Channel:

https://www.youtube.com/watch?v=9JGxwwr2jSE&t=1s
https://www.youtube.com/watch?v=SrsUUH3IfNw

I did show the Atari PC2 with the Gravis UltraSound, The one I explained what it is were impressed, the others did not understood what they were looking at.
Some asked me Is it a game ? :-)

Regards,
FreddyV
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Re: GLX Player the only XT player ? Check Mod Master...

Postby Scali » 2019-9-17 @ 08:29

FreddyV wrote:I know, but again, the work is big for really few modules needing it.


I suppose in theory anyone could make a MOD preprocessor for that.
Adjust the samples and pitches, and write back to a new MOD file, then your player can play it as-is.
Scali
l33t
 
Posts: 4328
Joined: 2014-12-13 @ 14:24

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-9-17 @ 09:21

Scali wrote:I suppose in theory anyone could make a MOD preprocessor for that.
Adjust the samples and pitches, and write back to a new MOD file, then your player can play it as-is.


Yes, good Idea
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Re: GLX Player the only XT player ? Check Mod Master...

Postby DevanWolf » 2019-9-17 @ 15:14

FreddyV wrote:Hi,

Thanks for your tests.

It is not a bug, it is implemented like this as 8086 are limited to segments of 64Kb.
To support it, it will reduce the mixing speed drastically, only for "Some" .MOD files.
I did not test but it is probably the same with GLX player.

669 and other strange format support may have been more or less broken with the code change I did for this XT Version, I have other priority for the moment.
(I did keep the format support to remind me I have to take a look of It One day)
I did put 80 because 125*32/50=80

Do you have Good / Complex .669 files so that I can test ?

Explanation: GLX reads samples above length of 65536 and trims it to 65535 (just ignoring the rest of the sample data) while the other samples remain the same to remain compatible correct playback, but in MOD Master, samples above length of 65536 are treated as 65535 instead of not being trimmed (e.g. data above 65536 from sample 1 is still played on sample 2) and the song plays wrongly with wrong sample byte starts. ST3, DMP, and MMP has the same problem.

A 669 with retrigger effect (Hx) is REM2.669 (remix-1.2 by JsNO that came with Unis669) is one only example, which is missing from the player and needs to be implemented.
DOCTORWH.669 (Doctor Who by AMc) plays at wrong speed in the middle pattern of the song. Composer 669, IT, etc. plays fine.
And S3Ms with 16-bit mono or 8-bit stereo sample data plays incorrectly as 8-bit mono only (like ST3 doesn't support it, but IT does)
I also made a cool S3M with piano only sample imported from a MIDI file.
Other MOD files I threw in just for the fun of it.
Attachments
MOD For Review.zip
(4.46 MiB) Downloaded 1 time
DevanWolf
Newbie
 
Posts: 31
Joined: 2018-7-31 @ 20:42

Re: GLX Player the only XT player ? Check Mod Master...

Postby FreddyV » 2019-9-17 @ 15:50

DevanWolf wrote:Explanation: GLX reads samples above length of 65536 and trims it to 65535 (just ignoring the rest of the sample data) while the other samples remain the same to remain compatible correct playback, but in MOD Master, samples above length of 65536 are treated as 65535 instead of not being trimmed (e.g. data above 65536 from sample 1 is still played on sample 2) and the song plays wrongly with wrong sample byte starts. ST3, DMP, and MMP has the same problem.


Ok so it is a Bug :) It is supposed to do the same

Edit:
- Long Sample in .MOD Corrected, It was not working at all for .MOD (I supposed I never listened a MOD File with big sample)
- Loading of the 3 Channel .MOD File corrected (Is bugged in FT2 as well) ^^
- 16b in S3M was not supported: Now your S3M with a 16b samples is Ok with the SB, but not yet with the gravis. (Truncated with the SB)
I can't support the Stereo samples, but will try to not load them....
FreddyV
Newbie
 
Posts: 77
Joined: 2019-4-08 @ 11:58

Previous

Return to Sound

Who is online

Users browsing this forum: No registered users and 2 guests