Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-23, 15:02
Fantastic explanation as always and yes indeed, it works beautifully now. Thanks a ton, Falco!
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-21, 15:48
Terribly sorry for disappearing like this (unexpected health problems) and thank you very much for investigating the suspected problem and coming up with such a thorough explanation. I'm pretty much using the default settings - just firing up the synth (I'm using the latest version which is 1.13), …
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-15, 18:31
Okay then. Switch to SC-8820 + GM2 and listen to the drums starting at 1:30 - they sound completely wrong.
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-15, 18:18
Falco, I was listening to my collection of midi files and stumbled upon one file which didn't sound right in MidiPlayer when using built-in VSTi + SCVA, compared to three DAWs I tried and as well as VanBasco’s Player + VSTi Host + SCVA combo. Could you take a look into it? I think it can be a bug.
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-15, 17:51
Unfortunately no. The problem is that FSMP is written at a rather low level. It uses Win32 services/subsystems/system calls directly (such as WinMM, Directsound, ACM, Virtual memory handling etc.) This approach has the advantage of lower memory footprint/faster execution/finer tuning and best Win32 …
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2019-01-10, 18:38
Falco, is there any possibility of a macOS port of Midi Player? As a mac user I currently have two options: either run the player in a virtual machine or use WINE. Unfortunately, both are lacking, sound quality wise.
Re: Heads Up: Roland Sound Canvas VA VSTi Plugin!
Posted on 2018-05-16, 20:26
I'm going to use a DAW with the plugin to render MIDI to audio. I've read Falcosoft's post in which he explains why 32Khz frequency should be opted for if possible and 48Khz/96Khz if not, but he was talking specifically about his player and the Munt plugin, so I'd like to confirm whether the same …
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 13:06
Ant_222 wrote: But there is no such problem with the Official SVN DosBOX? It didn't occur to me to check - turns out the vanilla dosbox is guilty of it as well!
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 12:48
I've just checked - the same thing happens with output=surface. output=opengl and output=openglnb are fine With output=overlay the dosbox screen blinks for a second after I restore the minimized window, but apart from that, there doesn't seem to be any problem.
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 12:24
What is the problem exactly—that PAR = 1.0? Well, I'm not sure there's one, that's why I'm asking. =) There are no black bars on the left and right sides, the image fits the screen completely - is it how it's supposed to be? Does it go away when the screen is updated or does it stay? It goes away …
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 11:00
Not sure if it's worth mentioning, but if I minimize the window and then bring it back, I get this:
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 10:52
Fantastic work, Ant_222 . Both modes are now completely glitch free! One thing though, is 320x200 game supposed to scale like this with output=surfacenp? CONFIG:Loading primary settings from config file dsun.conf MIDI: Opened device:coreaudio Available area: 1440x900 Color data offset: 1 Scaling: …
Re: Patch for pixel-perfect scaling
Posted on 2017-08-25, 09:39
Solanacean , I now want to release a normal fix for the problem with the color layout instead of the crutches I made for you. Will you please test the attached patch? Checking surfacepp and surfacenp will be enough. Unfortunately, it won't build. g++ -DHAVE_CONFIG_H -I. -I../.. -I../../include -I/ …
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 22:45
Can you please replace 3 with 4 in the rgb_32_fmt structures as shown in formats.cpp and restore the function ssPsEndUpdate.cpp to its original state (attached), and try again. No need to test several devices, just test with ega. EDIT: This should help with surfacepp and surfacenb , which copy …
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 22:14
Ant_222 wrote: Solanacean wrote: The build with the conditional compilation directives commented out: no blue strips. I have reproduced this by exactly the opposite modification (decrement by one). Please, try again with the attached function.
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 21:51
Ant_222 wrote: Can you try it with […] Show full quote Can you try it with Copy code to clipboard 1 machine=ega ? The build with the conditional compilation directives commented out: no blue strips.
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 21:29
Ant_222 wrote: If so, can you please delete the conditional compilation and test with […] Show full quote If so, can you please delete the conditional compilation and test with Copy code to clipboard 1 pix_out.pixels += 1; . Now it crashes with a segmentation fault.
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 21:14
Ant_222 wrote: Solanacean, please replace the function ssPsEndUpdate in sdlmain.cpp with the one attached and test again. Unfortunately, the glitch is still there.
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 21:04
Ant_222 wrote: The bug is in my patch and it is probably due to the difference in endianness between our machines. Is yours big- or little-endiean? It's little-endian. All modern macs are, the transition from PowerPC (which was big-endian) to Intel happened a long time ago.
Re: Patch for pixel-perfect scaling
Posted on 2017-07-19, 12:32
Ant_222 wrote: Since I am not proficient in making patches, can you please test my patch with the modified function ssPsEndUpdate() from sdlmain.cpp. Just copy it from the attachment paste into sdlmain.cpp. Done. It glitches even more severely with the modified function.
Page 1 of 2