Korg Collection 6 with PS-3300, Trinity and SGX-2 Piano

VST, AU, AAX, CLAP, etc. Plugin Virtual Instruments Discussion
Post Reply New Topic
RELATED
PRODUCTS
KORG Collection PS-3300 SGX-2 TRINITY

Post

mi-os wrote: Wed Nov 05, 2025 12:59 am Were you guys around when they squeezed the last bits of performance out of slow computers like the C64? That's what i mean. There is always the feeling that high-level programming isn't as efficient. Just too many layers. I say "feeling" because i can't really back it up with hard facts. Low-level programming may also not economically viable or even effective these days. But who knows. I better leave that question for the master coders.
Yep I was and there were a bunch of people back then moaning that software was bloated and they needed to write code like they did for the Vic 20 and it was such a waste to use, and of course the Vic 20 was a waste because all you needed was 4k of memory like the had on the PET

I still have a working Vic 20 and C64 BTW. As much as I loved my C64 I was very happy when I was able to get a Commodore Amiga 500. Of course many people said there was no need for the Amiga 500 as we had the C64

Post

mi-os wrote: Tue Nov 04, 2025 10:35 pm Is the CPU usage on the PS-3300 better or worse than the 2600? Is the CPU heavily used even when no sound is being produced?
The CPU usage on the PS-3300 is noticeably lighter than the ARP 2600, especially as polyphony increases.

With polyphony set to 16 for both instruments, idle CPU usage of the PS-3300 is less than half that of the ARP 2600, as just measured casually on my M1 mac. (As always, YMMV.)

The ARP 2600 simply has to run the entirety of every voice all the time, since there's no guarantee that they're gated by note-on. So, you'll notice little if any difference between playing a note on the keyboard and sitting idle.

The PS-3300 only runs the top-octave oscillators, resonators, and MGs all the time. As Evil Dragon notes, this is required to accurately model the sound of the hardware, maintaining all of the relative phases. The individual voices, including the "signal generator" waveshapers, filters, envelopes, and VCAs, run on demand as needed. When actually playing all 16 voices, the CPU usage looks pretty similar to the 2600. When playing 32 voices on the PS-3300, usage appears to be only perhaps 20% higher than when playing 16.
Dan Phillips
Manager of Product Development, Korg R&D

Post

Damn this is the good week, loved back then all those Korg, love to see the Trinity (hopefully 01 is next). Was also huge fan of Fluke back then, and it was one of the synth they used :love:

Never used the PS 3300, but also happy to see more from Korg as all their emulation are amazing level now (I dont feel the ARP 2600 or Triton are that far from hardware from what I recall).

mi-os wrote: Wed Nov 05, 2025 12:59 am Companies may lose out on sales because not everyone has the latest hardware.
They will loose even more sales by having an average synth, considering how much alternative are out there nowadays.

Just follow and update, always has been the case with computers, always will be.

Post

IvyBirds wrote: Wed Nov 05, 2025 1:28 am
mi-os wrote: Wed Nov 05, 2025 12:59 am Were you guys around when they squeezed the last bits of performance out of slow computers like the C64? That's what i mean. There is always the feeling that high-level programming isn't as efficient. Just too many layers. I say "feeling" because i can't really back it up with hard facts. Low-level programming may also not economically viable or even effective these days. But who knows. I better leave that question for the master coders.
Yep I was and there were a bunch of people back then moaning that software was bloated and they needed to write code like they did for the Vic 20 and it was such a waste to use, and of course the Vic 20 was a waste because all you needed was 4k of memory like the had on the PET

I still have a working Vic 20 and C64 BTW. As much as I loved my C64 I was very happy when I was able to get a Commodore Amiga 500. Of course many people said there was no need for the Amiga 500 as we had the C64
Never heard that.
When the Amiga 500 was released i got laughed at for using a Commodore 64 because the graphics sucked compared to the new and shiny A500.
People wanted the A500 because it was better at everything compared to the slow and limited C64.

Post

IvyBirds wrote: Wed Nov 05, 2025 1:28 am Yep I was and there were a bunch of people back then moaning that software was bloated and they needed to write code like they did for the Vic 20 and it was such a waste to use, and of course the Vic 20 was a waste because all you needed was 4k of memory like the had on the PET
My first computer music experiences were on a Commodore PET using self-written machine code (not assembler, machine code!). As amazing as those times were, I wouldn't go back.

Post

D-Fusion wrote: Wed Nov 05, 2025 4:04 pm
IvyBirds wrote: Wed Nov 05, 2025 1:28 am
mi-os wrote: Wed Nov 05, 2025 12:59 am Were you guys around when they squeezed the last bits of performance out of slow computers like the C64? That's what i mean. There is always the feeling that high-level programming isn't as efficient. Just too many layers. I say "feeling" because i can't really back it up with hard facts. Low-level programming may also not economically viable or even effective these days. But who knows. I better leave that question for the master coders.
Yep I was and there were a bunch of people back then moaning that software was bloated and they needed to write code like they did for the Vic 20 and it was such a waste to use, and of course the Vic 20 was a waste because all you needed was 4k of memory like the had on the PET

I still have a working Vic 20 and C64 BTW. As much as I loved my C64 I was very happy when I was able to get a Commodore Amiga 500. Of course many people said there was no need for the Amiga 500 as we had the C64
Never heard that.
When the Amiga 500 was released i got laughed at for using a Commodore 64 because the graphics sucked compared to the new and shiny A500.
People wanted the A500 because it was better at everything compared to the slow and limited C64.
I still have an Amiga 500 I inherited from my late brother.

Back in the day, I had an Amiga 2000 with a lot of cool stuff for it (Opalvison, DCTV, Lightwave 3D, an accelerator board, more RAM, etc.). Before that Amiga, I had Atari ST for games and also had used it for sequencing with the two hardware synths I had back then.

Post

Has anyone else noticed that the minimum system requirements have dropped Windows 10 and now requires Windows 11?
(Note though I'm running the demos on W10 without apparent issue.)

And will the upgrade coupon change price after this "intro" period?

Post

BBFG# wrote: Sat Nov 08, 2025 4:58 pm And will the upgrade coupon change price after this "intro" period?
Me too wonder with that question (frankly did appear some problems with payment, so. seems will force to postpone to near time).
But i believe that 99 is pretty similar to reg price (as for upgrade).
As well price tag at PB shop shows 99 (for upgrade) as with zero discount, what somehow confirm that theory.
But, ofcourse need confirm.

Post

danatkorg wrote: Tue Nov 04, 2025 1:50 am
mi-os wrote: Tue Nov 04, 2025 12:50 am @danatkorg

Slightly off topic: there seems to be a problem with Opsix Native in Cubase. On my system the CPU meter goes sporadically up to 75% for no good reason.
I'm sorry that you're having difficulties. Please contact support using the form below, and they should be able to help:

https://support.korguser.net/hc/en-us/requests/new
Hi Dan,

Please take a look at this Opsix thread: viewtopic.php?t=622539

The support team doesn't seem to be responding.

Thanks

Post

I don't think Dan is in charge of Opsix or can do anything about it.

Post

tumface wrote: Wed Nov 12, 2025 7:02 pm I don't think Dan is in charge of Opsix or can do anything about it.
But he works for them and is the only visible Korg rep here. Even if he isn't directly responsible, maybe he can finally help us. Who else could?

Post

Well, PS-3300 is the first plugin I can say is actually unusable on my old Threadripper PC. I can't play more than 3 notes on it without it overloading a CPU core. It's OK on my M1 Pro Mac. Really fun synth, though. Very quirky.

Trinity also uses more CPU than I'd expect. I wonder if it's doing substantially more useful CPU work than the previous rompler plugins in the collection, or if the Korg JP team that made it just has a newer computers now and don't notice the overhead. But, still usable. My main complaint so far is that the multi-stage envelope editors for the filters are annoying to edit, similar to the Triton plugin. You have to do X-Y breakpoint editing with the mouse, but clicking and dragging on the small envelope breakpoint dots causes them to immediately jump to where your cursor's absolute position is. Makes it hard to do small relative tweaks.

Post

Does anybody rate the pianos?
Anyone who can make you believe absurdities can make you commit atrocities.

Post

tumface wrote: Thu Nov 13, 2025 9:26 am I wonder if it's doing substantially more useful CPU work than the previous rompler plugins in the collection, or if the Korg JP team that made it just has a newer computers now and don't notice the overhead.
They surely test on multiple systems. It would be crazy not to.

If they prefer to target people with the latest/fastest hardware (or even just Mac users), that's their decision. My older PC system is fast enough to run tons of plugins. I just need to avoid CPU hogs. In the end i don't buy overly resource hungry plugins. I already have enough of them collecting virtual dust.

There might be people who enjoy playing around with just one synth at the time. For them that's all less of an issue. But i create complete tracks and can't afford to waste resources. Workarounds like freezing aren't practical in my case.

Post

I wish KORG would update the MD-X Effects to include all the new fx such as the Small Phaser and Overb that come with the latest plugins - they are much better than the older ones

Post Reply

Return to “Instruments”