Reason Rack Extension verzameldraad

"top secret" Reason only synth van Rob Papen ? Gesnatched van zijn facebook door iemand.

attachment.php
 

Attachments

  • quadrob.jpg
    quadrob.jpg
    55,6 KB · Bekeken: 137
"top secret" Reason only synth van Rob Papen ? Gesnatched van zijn facebook door iemand.

RP heeft nu zelf een high quality image geplaats op het reason forum :)

RP-Quad.png


Quad_Back.png


En nog wat info:

Originally Posted by RPCX
Hi there

Quad offers a lot more possibilities of how you use phase distortion & wave-shaping, instead of one way of doing it, there are many (20 + ) different phase distortion / waveshaping methods, which allow a wide range of sounds.

I'm not sure about Thor but phase modulation , but in Quad there are also a lot of way of combining the 2 oscillators, such as phase / frequency / ring / filter modulation, which also has more complicated ones like cross modulation where Osc 1 mods Osc 2 which mods Osc 1, and sample & hold oscillator modulation.

So even with 2 oscillators & standard waveforms you can create a massive range of different sound.

Cheers

Jon
 
Drukke boel, zo net na de vakantie. EQ "uitgelekt" op een losse pagina van synapse audio, dus nog niet uit.
Ziet eruit dat SDK 2 zijn intrede nu ook echt bij 3rd parties doet, net als met Quad, F16, Movement en nog eentje waar ik nog niks over mag zeggen.

gq7_front.jpg


gq7_back.jpg
 
Weer eens iets leuks in de shop !

Speak 'n spell, audio voorbeelden op de pagina.

19 euro - https://shop.propellerheads.se/product/st-1/

p191q43at516vq1thf1gtdp1h1h0v3.png


p191q4425l1fch124j1ece1ln1jau3.png


ST-1 Speak & Tweak is an emulation of the classic SP0256-AL2 speech chip that was a popular add-on for many home computers in the early 80s.

Speak & Tweak produces sounds using a crude model of the human vocal tract with 6 cascaded digital filters, white noise generator (breath) and tone generator. It contains 59 allophones which when concatenated correctly, can create most English words.

The result is a monotonic, robotic sounding voice that can be tuned precisely to any MIDI note, and is recognisable by anyone who's heard a speech chip from the early days of computing.

 
Voorlopig geen nieuwe re's meer van sonic charge, behoorlijk domper post over het gehele systeem zelfs :(

http://soniccharge.com/forum/index.php?/topic/628-permut8-rack-extension/?p=2458

Hey guys!



I'm flattered by your persistent request for more RE's from us! It is truly a reward to see such enthusiasm for our work. And it makes it tough, cause I don't want to disappoint you, but at the same time nothing much has changed since last year. We're still working on upgrades to all our existing VSTs, including the infamous Synplant 2. Half my year has gone into refactoring existing products and building a new unified high-level plug-in framework that should enable us to produce and maintain more plug-ins in the future. The other half has gone into a hopelessly difficult but wonderful addition to Synplant 2.



We like to keep our business small and personal. I wouldn't want it any other way. The downside to this is that with just the two of us (and with the quality standards we maintain) there is a constant shortage of time. Apart from this, in the case of RE's, a couple of lacking technologies have withheld us from realizing Permut8 and Microtonic, and from what I've seen of SDK 2 this still holds true. The main thing that I miss is support for true indirect "meta-parameters". (Something which I have requested many times since the inception of RE.) We could possibly solve the Permut8 GUI with a workaround using the new custom displays. But these displays are limited to a few drawing primitives and there is no chance we could make them look as nice as the VST.



Which brings me to the second issue we have with RE. The GUI's where quite a pain to realize for Fredrik. He worked much harder on our two RE's than I did. As he is more or less constantly drowning in work (he is not only doing GUIs :) !), he has had to prioritized other work. Work that simply is more profitable and important for Sonic Charge. I say this in all respect for the Reason platform and Rack Extensions, you guys know how deeply involved I've been in Propellerheads for 20 years now, but Rack Extensions didn't exactly turn out to be cash cows. I don't know, perhaps we just don't know how to play the RE market right, but the two RE's we have together has brought in a fraction of what for instance Bitspeek VST/AU has done alone.

Nu heeft hij natuurlijk slechts 2 behoorlijke niche re's uit op een niche systeem dus dat was op zich wel te verwachten.

Maar blijkbaar heft URS van U-He ongeveer hetzelfde gezegd mbt de omzet, terwijl die meer breadnbutter re's heeft uitegbracht:

Note that we have 10 employees on the payroll now, and our 9 REs together contribute less than 2% to revenues.
http://www.kvraudio.com/forum/viewtopic.php?f=31&t=391565&p=5860643#p5859608
 
Ik denk dat je het punt mist. Zelfs al is de SDK supervetgerstoftegekonminlauwkapot, de afzetmarkt voor re gebruikers is nou eenmaal een stuk kleiner dan van het universelere vst formaat. Sommige ontwikkelaars haken daarom denk ik af terwijl kleinere ontwikkelaars die niet afhankelijk zijn van hun brood van de re verkoop juist een makkelijkere instap hebben.

Wel tof dat mensen als Rob Papen wel gewoon door blijven knallen, straks komt die Quad synth eraan. Misschien verkoopt die ook wel gewoon veel meer.
 
Nee dat snap ik Niel :). Ik wou alleen niet een al te depri/doom reactie neerzetten. Ik denk dat de Props wel in staat zijn om voor dit probleem een oplossing te vinden. Misschien is dit wel een eye-opener die ze nodig hebben. Propellerhead moet misschien wel op een creatieve manier de afzetmarkt van RE's weten te vergroten. Bijvoorbeeld RE's beter beschikbaar maken in andere DAWs (zonder per se Reason eraan te hoeven koppelen)... nahja bedenk het maar...
 
Dar zijn eerder dingen over gezegd inderdaad. VST wrappers die dienen als RE sandbox, zodat vst gebruiker ook re's kunnen gebruiken. Dat zou wel koel zijn want als ontwikkelaar kan je dan de beveiliging en os overslaan en direct creatief zijn terwijl wel je afzetmarkt vergroot wordt.
 
Urs van U-He kapt met RE's :( Sterker nog, hij heeft gevraagd of ze zijn re's uit de propshop halen !!! WTF .... ik heb ze allemaal !
Dus geen Satin RE :( !

Emo ragequit volgens mij. Gaat vooral over de tijd die ze kwijt zijn en de performance omdat re's geen sse optimalisatie hebben.
Vanuit deze draadje: http://www.kvraudio.com/forum/viewtopic.php?p=5907693#p5907693

Actually, I don't think I want to deal with RE any further. I've asked them to take our out of the store. We'll see hat they say and how they suggest to handle this.

It's nothing but distress.

Voor meer technische info lees dat hele draadje door.
 
Nog meer:

"Urs" posted this on kvr

"I'm sorry. There's people constantly telling us how bad our ports are. I'm tired of being accused of bad optimisation or even poor coding.

I would prefer for Propellerhead to improve the format in a way that lets us compile our stuff to the very same machine code that our VSTs are made of. As it stands now, our optimisations for the VST code seem to become a hinderance for the RE code. The result is that our REs perform excessively worse, CPU-wise, than our VSTs.

This isn't bearable for us. We have asked PH to not sell any further copies to new users, but to keep our stuff alive for those who already have them. If that isn't possible, we'd love to keep them in the store but we'll recommend not to buy them.

We get back to RE development once the RE development becomes fully C compliant and lets us compile our code without further workarounds, i.e. once we have full control over the SSE code generation, preferredly via compiler intrinsics, and once full use of the static keyword is allowed."
 
Nou, het lijkt wel een soap :D Maar iedereen is nu wat rustiger.

Er is in ieder geval weer een constructief gesprek gaande tussen pheads en u-he, waarbij er voor zover ik kan inschatten gepraat wordt over de problemen voor mensen die hun vst code willen porten naar re. Ik krijg de indruk dat beide partijen dit wellicht onderschat hebben, omdat het heel erg afhangt van hoe de basis code geschreven is (met of zonder SSE optimalisatie etc). En dat soort gesprekken kunnen wellicht leiden tot verbeteringen van de SDK.

Maargoed, Urs van u-he heeft zich eerder ook al vrij lomp kritisch uitgelaten over VST3 en AAX dus niet veel bijzonders.
 
Laatst gewijzigd:
Back
Top