WinUAE 4.9.2+ beta series

[vulture]

There's definitely something wrong with midi now. I tested all these games that use midi in DamienD's WinUAE Collection and all freeze at the point that music is suposed to kick in:

... Blood & Cryptic Passage & Death Wish & Legend of Ravenloft [RTG] [Build Game]
... Descent [RTG] [D1X_Rebirth]
... Duke Nukem 3D & Addons [RTG] [JFDuke3D]
... Heretic & Hexen [AmigaCD] [RTG] [MS-DOS conversion]
... Hexen II - Hammer of Thyrion & Portal of Praevus [RTG] [uHexen2]
... Lands of Lore - The Throne of Chaos [AGA] [ScummVM]
... Ultima VII - The Black Gate + The Forge of Virtue & Serpent Isle + The Silver Seed [RTG] [Exult]

Same configurations / .HDFs, but in WinUAE v4.9.1 everything works perfectly.

Let me know if you need configurations / .HDFs / log etc?

[hexaae]

Confirmed MIDI issues (JFDuke): black screen on loading before midi music starts

[paraj]

With the attached config and WB booting to 2bpl hi-res DBLNTSC I get a crash (division by zero) most of the time when I reset (C+A+A). The display also looks squeezed, but maybe it's a stupid configuration:
.

With a local build (32-bit this time), I can see that it happens here because led_cycles_off == -led_cycles_on:

 	winuae.exe!_alldiv() Line 121	Unknown
>	winuae.exe!led_vsync() Line 1226	C++
 	winuae.exe!CIA_vsync_prehandler() Line 1269	C++
 	winuae.exe!devices_vsync_pre() Line 232	C++
 	winuae.exe!hsync_handler() Line 13047	C++
 	winuae.exe!do_cycles_slow(int cycles_to_add) Line 296	C++
 	winuae.exe!do_cycles_ce020(int cycles) Line 15225	C++
 	winuae.exe!m68k_run_3ce() Line 5853	C++

led_cycles_off 53695 __int64
led_cycles_on -53695 __int64

[Toni Wilen]

MIDI

I said SIMPLE. No multiple programs that need configuration (unless there is actually good instructions, none of those small programs explain anything at all). No HUGE programs either.

This stays borken until working program (that include all the needed configuration to use serial.device) is found.

EDIT: some smallish (as in not some late PC port) whdload game that can use MIDI is also acceptable.

[Mad-Matt]

Opening a midi file does send out data which opens virtualsynth, but maybe no data is getting back to uae to say that it is ready. Playmidi/PlayMf command locks the cli and wont respond to ctrl-c as it seems stuck waiting for a reply.

[Toni Wilen]

Originally Posted by Mad-Matt

Opening a midi file does send out data which opens virtualsynth, but maybe no data is getting back to uae to say that it is ready. Playmidi/PlayMf command locks the cli and wont respond to ctrl-c as it seems stuck waiting for a reply.

But the point is that I don't get that far. playmf output some text to CLI and then it hangs with nothing sent to serial port. CTRL+C does exit. Same with any UAE version -> some configuration is needed and nothing explains what it needs! MIDI stuff is stupid in Amiga. Thats why I want program that simply uses serial.device.

[Mad-Matt]

Finding an app using serial.device directly seems to be challenging.

classic software such as Octamed / Music-X comes with midi.device and bootable from floppy. Both work with 4.9.1 and both fail with current beta4

[Toni Wilen]

Octamed was good Duplicated the hang. Does https://www.winuae.net/files/b/winuae.7z fix it?

[Mad-Matt]

Originally Posted by Toni Wilen

Octamed was good Duplicated the hang. Does https://www.winuae.net/files/b/winuae.7z fix it?

Yeah, thats done the trick

[enigma776]

Originally Posted by Toni Wilen

Octamed was good Duplicated the hang. Does https://www.winuae.net/files/b/winuae.7z fix it?

All is well in midi land again, thanks toni.

[AMIGASYSTEM]

PlayMF also works well with the MrCAM GUI.

[Toni Wilen]

https://download.abime.net/winuae/fi...nuae_4990b5.7z
https://download.abime.net/winuae/fi...ae64_4990b5.7z

Beta 5:

- If copper used last cycle in scanline and last cycle was even cycle (PAL 226) and it wanted next possible copper cycle and it was free: copper will allocate cycle 1 (Copper won't use it, neither can CPU or blitter. Cycle is allocated because it is 2 cycles from 226 but it is unusable because it isn't even cycle) and cycle 2 (copper uses this normally) of next scanline. This was implemented before 4.9 but was lost when custom emulation cycle allocation rewrite was done.
- Reading from non-existing register always returned FFFF instead of data that previous cycle's possible DMA access transferred. (Equipose / Complex hang)
- Don't keep "interrupt active" flag set if IPL is >0 but CPU interrupt mask is higher or same as current interrupt level. Only check it if mask gets lowered. Prevents unnecessary status flag checks between each emulated instruction.
- Fill color palette entries with pseudo-random contents at power up. (Except COLOR0 to not get annoying color flash at startup. Which does randomly happen on real HW.)
- EHB mode OCS/ECS vs AGA difference emulated. OCS/ECS number of active plane does not affect EHB (only HAM, DPF or KILLEHB disables EHB). For example if plane count changes mid scanline from 6 to 5, EHB stays active and remaining data in plane 6's shifters still appear as EHB plane. But on AGA plane count change causes switch to normal color mode immediately, plane 6's remaining data selects color palette entries 32 to 63. (G.Rowdy / Desire)
- In some situations if same scan line enabled and disabled EHB, whole scan line was drawn without EHB. (G.Rowdy / Desire)
- Replaced C-library pseudo-random number generator with simple xorshift algorithm.
- Ultra extreme overscan mode screenshot was vertically clipped.
- Remove interlace artifacts option fixed. (b1)
- Added optional chipset interlace mode filter panel settings. If enabled and at least one entry is different than normal native mode filter panel, filter is selected when current native is interlaced and switched back to normal native filter when mode switches back to non-interlaced.
- Added semaphore locking to A2065 emulation, previously it was possible to free A2065 resources while some other thread (for example slirp) was currently accessing its on-board RAM.
- Fixed serial port MIDI emulation hang. (b1)

[Ponki1986]

Originally Posted by Toni Wilen

Octamed was good Duplicated the hang. Does https://www.winuae.net/files/b/winuae.7z fix it?

Now the MIDI playback works fine again. I recorded everything on the video. But I also encountered a strange situation. The programs AmigaAMP, AMPlifier, SongPlayer didn't want to play audio using the UAE driver for AHI, and the program HD-REC made strange sounds when started. When I restarted the computer everything was fine. I don't know what it could have been.

EDIT:

Originally Posted by Toni Wilen

https://download.abime.net/winuae/fi...nuae_4990b5.7z
https://download.abime.net/winuae/fi...ae64_4990b5.7z

Beta 5:...
- Fixed serial port MIDI emulation hang. (b1)

Everything seems fine.

EDIT:
If I run something that uses MIDI (CAMD) first and then something that tries to use AHI then the situation is like in my video.

[AMIGASYSTEM]

Ponki I don't have this problem, I can use PlayMF and WinAMP at the same time and listen to MIDI and MP3 Files together !

Question what is the name of the GUI you use with PlayM, where can I download it?

[hexaae]

Small glitch in James Pond 2: Robocod (AGA) when starting a new game (fire button)

[Ponki1986]

Originally Posted by AMIGASYSTEM

Ponki I don't have this problem, I can use PlayMF and WinAMP at the same time and listen to MIDI and MP3 Files together !

Question what is the name of the GUI you use with PlayM, where can I download it?

My apologies. The problem with the AHI heard in my video was caused by ScummVM 2.2.0git. The sound channel was blocked by it. After a reboot of AmigaOS everything is fine.

GUI issue for PlayMF. You won't find it anywhere. It is a script I created in AmigaDOS, whose requester window has an animation of the piano keys thanks to ReqAttack. It requires: GSAR, FullName and GetSize.

[AMIGASYSTEM]

Thanks Ponki, I use down ReqAttack on my system, I managed to start the script but I don't have the sound (tried both UAE midi and MMP midi, also used your PlayerMF path), if I restart the script the GUI doesn't work anymore.

Another question, how do you associate the script with the midi file icon?

In order not to go OT could you please answer me in PM, thanks

I use MrCAM and Multiview as GUI for PlayMF.

[Zarnal]

Originally Posted by hexaae

Small glitch in James Pond 2: Robocod (AGA) when starting a new game (fire button)

Confirmed.


Edit : since b1, ok with 4.9.1.

[hexaae]

/* OT

Originally Posted by AMIGASYSTEM

Thanks Ponki, I use down ReqAttack on my system, I managed to start the script but I don't have the sound (tried both UAE midi and MMP midi, also used your PlayerMF path), if I restart the script the GUI doesn't work anymore.

Another question, how do you associate the script with the midi file icon?

In order not to go OT could you please answer me in PM, thanks

I use MrCAM and Multiview as GUI for PlayMF.

Upped in the Zone my working cfg to play MIDI files easily on the AmigaOS 3.x.
Highly recommend on the PC Win side "Coolsoft VirtualMIDISynth" + these 2 sound fonts: "SGM-V2.01" and "ColomboGMGS2 Soundfont" for a much improved software MIDI sound quality.
*/

[AMIGASYSTEM]

Toni sorry OT:

Thanks hexaae, I used to use that scrip too, but GUI's are more convenient, as you can see from the attached Video with Multiview and MrCAM and very convenient to run Midi files as well as being able to use a Playlyst.

The script of "Ponki1986" interests me a lot because I could bring it on my AROS One at the moment also on AROS I use scripts executed by Icon and a Good GUI but not associated with icons.


Test video: Multiview and MrCAM play Midi files (hardware)

https://eab.abime.net/zone/PlayMidi-OS3.9.zip

EDIT:

Ponki1986 Thanks for the help