Hi,
in new Plugdata beta version GEM replaced Ofelia and allegedly can also be used in vst version (Ofelia was grounded to Stand Alone version).
Despite this awesome news it's bit upsetting to those who liked Ofelia (Lua based lib), especially when Pd_Lua is going to merge/ being forked into Else, run under guy who has all the time been against scripting in Pd and have no proper programming experience.
Imo opinion it is just unfortunate if u using lib in PureData and it gets discontinued, but it is different story in Plugdata, where u have only handful of libs.. so u also expect some stability in them or at least some proper announcement.
Beta Plugdata was released with replacing GEM and quite unfortunate may be for some that it was mentioned/ discussed only on Plugdata official discord-forum, mentioned only as sidenote on FB forum. Which is actually at the moment imo good thing..
Alex (Guy handling Else) than sounded quite careless saying to people expressing upset about lost lib they were learning/ using for some time, that this is just their own problem.
Timothy commented on it shortly after on PureData forum - and explain it that OpenFrameWorks turned out to be difficult to handle so they decided for GEM... and with his hilarious chillax record, one cannot much complain tough.)
I think one of the solutions could be, if Timothy would kind of guarantee that he will keep maintain Libs that r in Plugdata if they got discontinued and also do some small online ChangeLog w/out fixes and minor updates..
Few marks about bad handling of announcement of ending support of Ofelia
First - despite Ofelia wasn't directly integrated, its support was not complete, but it was only lib that could be officially installed to Plugdata as external.
It was said directly by Thimothy that users can use Pd version of Ofelia, route it to Plugdata and use it regularly when it will be integrated to Plugdata. So some users rely on it..
Second - del.
Third - I have no idea if users would more prefer Ofelia or GEM, I am talking about very unfortunate way situation was handled.
It is not fully clear, tough, whether it isn't a bit shooting itself in foot, when its coding capabilities were already lacking behind M4L Cbased Codebox, jit.lua, win for Python (giving some emergency exit in case of rise of AI) and Java, and now they will be most likely lacking even more and similarly will shrink documentation database - where Ofelia was good start for lua practicing.
Also Imo GEM is less efficient than Jitter and cannot do spectral stuff etc. like Jit.gen~ - it is not data-matrix based, but strictly vid oriented.
Not to mention it doesn't Imo have almost full object - code duality of Codebox.
Fourth - Plugdata cannot influence development in PureData. If Pd_Lua is forked into Else, it has limited options.. meanwhile, since Else is in Plugdata it still has some control over it ..
Just wanted to say there is no simple way of this, especially when not everyone is interested in coding and significant part of users of Plugdata are those who primary do visuals in PureData.
Fifth - Plugdata Imo works on further graphic enhancement w/ coding.. some interesting stuff may in Lua/ Bezier curves...
Plugdata: GEM replaced Ofelia + Pd_Lua forking in Else - under non-programmer hostile to coding
Modular Synth design and releases (Reaktor, SynthEdit, Tassman, etc.)
Moderator: KVR Moderators (Main)
Plugdata: GEM replaced Ofelia + Pd_Lua forking in Else - under non-programmer hostile to coding
2024-03-22T15:24:08+00:00
Hi,
in new Plugdata beta version GEM replaced Ofelia and allegedly can also be used in vst version (Ofelia was grounded to Stand Alone version).
Despite this awesome news it's bit upsetting to those who liked Ofelia (Lua based lib), especially when Pd_Lua is going to merge/ being forked into Else, run under guy who has all the time been against scripting in Pd and have no proper programming experience.
Imo opinion it is just unfortunate if u using lib in PureData and it gets discontinued, but it is different story in Plugdata, where u have only handful of libs.. so u also expect some stability in them or at least some proper announcement.
Beta Plugdata was released with replacing GEM and quite unfortunate may be for some that it was mentioned/ discussed only on Plugdata official discord-forum, mentioned only as sidenote on FB forum. Which is actually at the moment imo good thing..
Alex (Guy handling Else) than sounded quite careless saying to people expressing upset about lost lib they were learning/ using for some time, that this is just their own problem.
Timothy commented on it shortly after on PureData forum - and explain it that OpenFrameWorks turned out to be difficult to handle so they decided for GEM... and with his hilarious chillax record, one cannot much complain tough.)
I think one of the solutions could be, if Timothy would kind of guarantee that he will keep maintain Libs that r in Plugdata if they got discontinued and also do some small online ChangeLog w/out fixes and minor updates..
Few marks about bad handling of announcement of ending support of Ofelia
First - despite Ofelia wasn't directly integrated, its support was not complete, but it was only lib that could be officially installed to Plugdata as external.
It was said directly by Thimothy that users can use Pd version of Ofelia, route it to Plugdata and use it regularly when it will be integrated to Plugdata. So some users rely on it..
Second - del.
Third - I have no idea if users would more prefer Ofelia or GEM, I am talking about very unfortunate way situation was handled.
It is not fully clear, tough, whether it isn't a bit shooting itself in foot, when its coding capabilities were already lacking behind M4L Cbased Codebox, jit.lua, win for Python (giving some emergency exit in case of rise of AI) and Java, and now they will be most likely lacking even more and similarly will shrink documentation database - where Ofelia was good start for lua practicing.
Also Imo GEM is less efficient than Jitter and cannot do spectral stuff etc. like Jit.gen~ - it is not data-matrix based, but strictly vid oriented.
Not to mention it doesn't Imo have almost full object - code duality of Codebox.
Fourth - Plugdata cannot influence development in PureData. If Pd_Lua is forked into Else, it has limited options.. meanwhile, since Else is in Plugdata it still has some control over it ..
Just wanted to say there is no simple way of this, especially when not everyone is interested in coding and significant part of users of Plugdata are those who primary do visuals in PureData.
Fifth - Plugdata Imo works on further graphic enhancement w/ coding.. some interesting stuff may in Lua/ Bezier curves...
Banned
https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=601426
Post Reply
1 post
• Page 1 of 1
Jump to
- The Main Forums
- ↳ KVR Studio Manager
- ↳ KVR Experts
- ↳ Getting Started (AKA What is the best...?)
- ↳ Instruments
- ↳ Effects
- ↳ Hosts & Applications (Sequencers, DAWs, Audio Editors, etc.)
- ↳ Guitars
- ↳ Mobile Apps and Hardware
- ↳ Soundware
- ↳ Samplers, Sampling & Sample Libraries
- ↳ Hardware (Instruments and Effects)
- ↳ Modular Synthesis
- ↳ Sound Design
- ↳ Production Techniques
- ↳ Music Theory
- ↳ Computer Setup and System Configuration
- ↳ DSP and Plugin Development
- ↳ DIY: Build it and they will come
- ↳ Music Cafe
- ↳ Sell & Buy (+Special Offers, Deals & Promos)
- ↳ KVR Developer Challenge 2023
- ↳ Everything Else (Music related)
- ↳ Off Topic
- ↳ Off Topic Classics
- Official Company Forums
- ↳ 2getheraudio
- ↳ accSone
- ↳ Acon Digital
- ↳ AcousticsampleS
- ↳ AcousModules
- ↳ Agitated State
- ↳ AIR Music Technology
- ↳ AMG
- ↳ Ample Sound
- ↳ Antares Audio Technologies
- ↳ Apisonic Labs
- ↳ apulSoft
- ↳ AriesCode
- ↳ Arts Acoustic
- ↳ Arturia
- ↳ Audjoo
- ↳ AudioSpillage
- ↳ Audiority
- ↳ Best Service
- ↳ Big Tick
- ↳ Bitwig
- ↳ Controller Scripting
- ↳ Blue Cat Audio
- ↳ Cherry Audio
- ↳ CWITEC
- ↳ Embertone
- ↳ energyXT
- ↳ Eventide
- ↳ Expert Sleepers
- ↳ forward audio
- ↳ Future Audio Workshop
- ↳ FXpansion
- ↳ g200kg
- ↳ Harrison Mixbus
- ↳ HG Fortune
- ↳ Homegrown Sounds
- ↳ HoRNet Plugins
- ↳ Ilya Efimov Production
- ↳ Image Line
- ↳ Impact Soundworks
- ↳ Indiginus
- ↳ Insert Piz Here
- ↳ Ju-X
- ↳ Kirk Hunter Studios
- ↳ Kirnu
- ↳ Kong Audio
- ↳ Krotos
- ↳ Kuassa
- ↳ KV331 Audio
- ↳ LennarDigital
- ↳ Les Productions Zvon
- ↳ Liqube Audio
- ↳ Loomer
- ↳ LVC-Audio
- ↳ Maizesoft
- ↳ Manytone Music
- ↳ MeldaProduction
- ↳ Mellowmuse
- ↳ MIDIMood
- ↳ moForte
- ↳ Mozaic Beats
- ↳ mucoder
- ↳ MusicDevelopments
- ↳ Tips & Tricks
- ↳ MusicLab
- ↳ MUTOOLS
- ↳ New Sonic Arts
- ↳ NUSofting
- ↳ Oli Larkin Plugins
- ↳ Orange Tree Samples
- ↳ patchpool
- ↳ Photosounder
- ↳ PlugInGuru
- ↳ Polyverse Music
- ↳ Precisionsound
- ↳ Premier Sound Factory
- ↳ Psychic Modulation
- ↳ Realitone
- ↳ Resonance-Sound
- ↳ Reveal Sound
- ↳ Roger Linn Design
- ↳ rs-met
- ↳ S3A: Spatial Audio
- ↳ SaschArt
- ↳ Smart Electronix
- ↳ sonible
- ↳ SonicBirth
- ↳ Sonic Reality / eSoundz.com
- ↳ Soundiron
- ↳ SPC Plugins
- ↳ Sugar Bytes
- ↳ TAL Software
- ↳ Tokyo Dawn Labs
- ↳ Tracktion
- ↳ u-he
- ↳ u-he Linux support
- ↳ United Plugins
- ↳ VAZ Synths
- ↳ Virharmonic
- ↳ Wolfgang Palm
- ↳ xoxos
- ↳ XSRDO - SynthCraft
- ↳ ZynAddSubFX
- Site Stuff
- ↳ Site Stuff
- Archived Forums
- ↳ AlgoMusic
- ↳ easytoolz
- ↳ Elevayta
- ↳ Hollow Sun
- ↳ Kazrog
- ↳ LinPlug
- ↳ Muse Research and Development
- ↳ Shuriken
- ↳ SoHa Sound Design
- ↳ Soniccouture
- ↳ Topten Software
- ↳ Tweakbench
- ↳ Valhalla DSP
- ↳ CK Modules & VST
- ↳ Sennheiser AMBEO
- ↳ Muon Software
- ↳ Westgatesounds.net
- ↳ Squaredheads
- ↳ Sonigen
- ↳ CFA-Sound
- ↳ Back In Time Records
- ↳ Livelab.dk
- ↳ Skytopia
- ↳ audioD3CK
- ↳ Inspire Audio
- ↳ Krakli
- ↳ Drumdrops
- ↳ Futucraft
- ↳ OverTone DSP
- ↳ RaXnTraX
- ↳ solar3d-software
- ↳ Signaldust
- ↳ Soundemote
- KVR Forum index
- All times are UTC
- Delete cookies