I did it's the bin in the same folder as the dll.

 

Exceedingly cool, thanks so much Usual Suspects! Donation coming your way, can't wait for more emulations

and... people asking for ROMs?? Seriously, it's the top link in any search engine!!!

 

About the speed, I don't know the inners of the DSP itself. But after taking a look at the source code god damn it, is already very impressing. Just in time assembly code generation, I didn't even know that was a thing...

 

Ah yes, we had to add the JIT to get things upto speed, the project would have been a failure without it (very slow)

 

[Front Line? ] Assembly rules! It's just very time consuming writing and debugging it. It was quite different writing 8-bit per "word" - instruction assembly [which I'm familiar with from Spectrum 48k and C64 times, I had both] and 64-bit assembly per "word" - instruction. I got "frightened" even with writing 16-bit assembly on Atari ST later on, so I have nothing but massively deep respect for people who can write 64-bit assembly.

Great developers like Voxengo or Overloud, for example, write parts of the plugin code that have to work as fast as possible in assembly, but most of the plugin is written in C++ [usually] or C [old school... ], or any other language.

The point is to at least write the most demanding parts of the code in assembly for a plugin to have great, absolutely efficient performance - as in "it just can't get any faster than that".

 

Last edited: Jan 12, 2022

compilers are so much better now this is rarely true

 

Can you guys please post your CPUs?
I´m on a I5-3570K clocked at 4.2 Ghz
I think 4.2 ghz is very much, still for a old CPU.

I cannot play patches from "newer" soundbanks like vengeance or incubation.
Playing many notes brings the cpu to hell :D

Is it really my old cpu or is there something to tweak?

The Test tool shows: Impact Test 208 mips
Arp Test 126 mips

Thank you guys and have a nice evening

 

Is it possible to make it all work with Mac? I see all the specs are PC - any help about how to go with Mac?

Thanks

 

100% agree and BTW kudos Voxengo and Overloud. But this Assembler JIT technology is very cool. It's not a JIT compiler (JIT like in just in time aka while running). It's a JIT assembler code generation and execution. I'm way over my head there, but for starters it should make the assembler development process way faster. It's like using assembler like a Web Browser uses Javascript, or a game uses Lua. Pretty dope.

Well, that's only half true. If we talk about coding really fast stuff the thing is CPUs complexity has grown faster than compilers. The RAM latency and the multicore hardships alone are extremely hard to address.
High performance C and C++ programmers often have to look at the generated (compiled) assembly code to know if they got it right. To put a popular example, the fastest FFT libraries (Intel's IPP/MKL and the open-source FFTW3) have small but critical parts in straight assembler code. Just like @SineWave said.
What is it really needed is a new language. I'm really wishing for Rust to succeed. It's the only one ATM that might replace C++/C as lowest-level highest-speed language.

Edited: reduced, nerded out too much. Sorry for the OT
Edited v2: now who's the nice one who rated this funny? heartless people, for once I posted something useful despite OT...

 

Last edited: Jan 12, 2022

A thread without you @Xupito is not a real thread. Your blend of knowledge and sense of humour is a rare find. It's sometimes hard to rate your posts as I find myself thinking "like" or "funny"? Now, since you mentioned @softice being "heartless" [jokingly, of course], I gave you a heart. There.

Agree about Rust. Rust is gaining traction fast. Some of the new stuff in Linux Kernel will be written in Rust and even Linus Torvalds endorsed it. I trust him to know what's worth using and what's not.

Edit: what I read at Slashdot about Rust is that it's as fast as C++ but less prone to buggy programming, easier to program with, so that's why its future looks bright. C++ programmers can program faster in Rust, with less debugging and no loss of code execution speed.

 

Last edited: Jan 13, 2022

On the download page it says "The Emulator has a temporary GUI at the moment which allows to browse the factory presets and edit parameters". Does that mean it's not necessary to use VirusHC?

Edit: Noticed that it's not necessary

If you can create tabs for the different parts of the synth in the temporary GUI -- so that it's a bit easier to navigate quickly -- it would be pretty much all that you need to use it!

Great work so far!

 

Last edited: Jan 15, 2022

Yes.

 

Any tips on how to find v6.5?

Okay, I've figured it out. Hint: MAME.

 

Last edited: Jan 20, 2022

What's the reason you would like to use v6.5 of the Virus C ROM?

 

The latest BETA is now on our website for people who arent members of our Discord server

DSP563xx Emulator v1.2.4 Change Log (18/01/2022)

- [Imp] UI scale selector. Higher quality image assets for larger sizes will be included in a future release.
- [Imp] Name search in patch browser.
- [Imp] Show transpose column in patch browser.
- [Imp] Right click a directory in patch browser to dedupe and add all syx/midi files within to the patch list.
- [Imp] Mouse hover now shows parameter value.
- [Imp] Scroll wheel now cycles through combobox options.
- [Imp] DSP emulation code has been optimized and has an increased speed of 10% to 20%

- [Change] Save preset location now defaults to the patch browsers last directory
- [Change] Multi-Single removed.
- [Change] In multi mode, FX are no longer applied when loading a patch. (previously they did on part 1 only)

- [Fix] Reverb/Delay now show correct controls for the selected mode.
- [Fix] Some parameters in UI showing wrong values in multi mode.
- [Fix] Moving parameters now sends automation to DAW.
- [Fix] Crash when loading second instance on some platforms.
- [Fix] Crash when removing track
- [Fix] Some better double click default values
- [Fix] Possible crash at startup
- [Fix] Plugin doesn't emit any sound in some circumstances
- [Fix] Possible crash when closing editor window, reopening it and switching presets
- [Fix] Possible crash when invalid sysex message received
- [Fix] Memory leaks
- [Fix] Broken Combo Box selection
- [Fix] Preset name not being displayed after reopening editor window
- [Fix] freezing of plugins for some seconds because DSP skipped processing peripheral devices in certain circumstances

Download here: https://dsp56300.wordpress.com/downloads/

Buy us a coffee here: https://www.paypal.com/donate?hosted_button_id=XMSX46LBRWNLG

Join our Discord Server: https://discord.gg/mveFUNbNCK

 

A new post on our blog with a brief description of the new features included in the latest update and a video of it in action for anybody who’s interested

https://dsp56300.wordpress.com/2022...eatured-ui-and-many-performance-improvements/

 

@Ayahuasca
Could you make the fonts 20% bigger?
The GUI takes much of screen real estate, yet the texts under knobs are barely readable to me.

 

Last edited: Jan 19, 2022

To test the suggestion that Virus C v6.5 has better performance compared to v6.6.

 

GUI ?
Nice !
Thanks, amazing work