After checking the code, it was implemented, but no more working:

1        CMP Type_Module,T_S3M             ;S3M => Couper le Sample !!!
2        JNE Pas_Couper_PrtUp              ;(Emulation d'un bug de ST3  8-)
3        OR Ch_Control[BX],CM_Stopped      ;Disable the voie

After a more advanced search, when we do a fine portamento up at the limit, ST3 Period calculation is no more accurate, and it is doing a Capping in the period and stop the channel later… For the Fine Portamento Up
It still increase the period and cute for the Portamento.
….
I will try to replay the music correctly with a more clean code, reproduce the exact behaviour may need hours..

Hi,

PANIC.S3M bug corrected, I found another bug that was at the end of the music as well (Sample Offset > Sample Size on GUS)

Cool. Looking forward to the next build!

Is the last build the 2.3 from the post on page 1 ?

held wrote on 2020-08-24, 08:32:

Is the last build the 2.3 from the post on page 1 ?

Hi, Beta 20, page 24 😀

Maybe you can update the first post of the thread to always point to the latest build. Would make it easier for newcomers and people who don't read the thread regularly. Anyway, thanks for your great work!

FreddyV wrote on 2020-08-24, 09:00:

held wrote on 2020-08-24, 08:32:

Is the last build the 2.3 from the post on page 1 ?

Hi, Beta 20, page 24 😀

Found it thanks.

root42 wrote on 2020-08-24, 10:29:

Maybe you can update the first post of the thread to always point to the latest build. Would make it easier for newcomers and people who don't read the thread regularly. Anyway, thanks for your great work!

I second this.

Hi,

I corrected (Normally, not tested) the tone portamento problem reported earlier.
Also the load of jt_pools.xm (The composer did add a title in all and every samples, I then ignore the sample loading with size 0)

The .VGM on OPL2 and OPL3 now work great, The DOOM Music are played correctly on OPL3, even if I configure DOSBox to be slower than a 5150.
SBVGM do play these music too slow even on a 8086 8MHz.
If the next IRQ Tick occurs when the previous Tick processing is not complete, It is Ignored and processed just after the previous processing is done.
It Work like this for the .MOD replay.

It is a matter of hours to add Tandy VGM support.
I still have no OPLLPT to test (And TDYLPT As Well)

The supported OPL format list start to be big: S3M, SAT, RAD, DRO, IMF, RAW and VGM With this I believe all the PC Games OPL Music can be payed.

That's great news ! I'm looking forward to the new release !

jt_pools.xm is not played well anyway, there is a bug somewhere, too lazy to fight again more bug for the moment. 😀
But at least, more .XM will load correctly now

zyga64 wrote on 2020-08-26, 17:08:

That's great news ! I'm looking forward to the new release !

What is the feature you are looking for ?

Is 16 bit output supported already with the current release? With my AWE64 I only managed to get 8 bit sound out of it.

digistorm wrote on 2020-08-26, 21:43:

Is 16 bit output supported already with the current release? With my AWE64 I only managed to get 8 bit sound out of it.

Yes it is, in mono only. Select 16Bit in the Option menu.
For 16Bit Stereo, it take too many memory.

I plan to redo the way the buffers are managed, for Tandy DAC support, then, I can reduce the number of buffers (To save memory) and put back 16Bit Stereo.

FreddyV wrote on 2020-08-26, 19:19:

zyga64 wrote on 2020-08-26, 17:08:

That's great news ! I'm looking forward to the new release !

What is the feature you are looking for ?

VGM support. Although SBVGM works on my 286, the usage isn't very handy (therefore I assigned vgm and vgz extensions to SBVGM in Norton Commader).

I will wait as long as it is needed for proper XM support 😉

zyga64 wrote on 2020-08-27, 06:16:

VGM support. Although SBVGM works on my 286, the usage isn't very handy (therefore I assigned vgm and vgz extensions to SBVGM in Norton Commader).

I will wait as long as it is needed for proper XM support 😉

Advantages for Mod Master VGM Support: Faster, integrated file selector, Display the volume / Frequency bars, Coming TDY Emulation on OPL2/3
Disadvantages: No emulation of other OPL Chip to OPL2/3, no display of the author, no VGZ Support, But when Mod Master does not support it, it start SBVGM.

Hi,

.VGM on tandy is working now. Some code is needed to finalize anyway.

Does anybody have the Code to use the TDYLPT ? and the I/O Port decoded by the Tandy card ?

This is the exact TNDLPT output routine that I put in Planet X3:

1; destroys dx, flags
2ssy_tndlpt_write:
3        push    ax
4        mov     dx,[cs:tandy_port]
5        out     dx,al
6        inc     dx
7        inc     dx
8        mov     al,0ch
9        out     dx,al
10        dec     dx
11        mov     ah,24
12.l1:    dec     ah
13        js      .l2
14        in      al,dx
15        and     al,40h
16        jnz     .l1
17.l2:    dec     ah
18        js      .l2end
19        in      al,dx
20        and     al,40h
21        jz      .l2
22.l2end: inc     dx
23        mov     al,9
24        out     dx,al
25        pop     ax
26        ret

You use it in largely the same way as ordinary port output for the Tandy sound chip.
Needless to say, you might have to save/restore dx and the flags, as well, depending on how you use it.
(tandy_port is the parallel port base address)

Thanks I will use it.
You have the planet x3 code ?

I suppose that like for opl2lpt one command line is used to simulate the iow signal.

A handful of people have the code and are doing moderately active development.

Yes, the TNDLPT does use one of the control lines as clock line, IIRC.

Old Browser:
http://drivers.dosreloaded.de/index.php?b=Modules

https://drivers.dosreloaded.de/index.php?b=Modules

i uploaded few Modules, but still need to look at my 486 which one has that behavior.