Hey Makira,
Thanks for the updated info!
Are there any plans to get host tempo & position information into the patch bay? Very important for beat syncing anything… Or is this possible already? I know that you can build your own sample counter, but one would still need to input the tempo?
Cheers,
Alex
SonicBirth v2 alpha
-
- KVRer
- 11 posts since 24 Jul, 2013
-
- KVRer
- 13 posts since 30 Oct, 2010 from Berlin
as Sonicbirth 2 is a nice node based interface, my suggestion would be to make the interface more like Quartz Composer. Wich is easy to understand how it works.
Comments or text about a circuit could be displayed as tooltip when hovering a circuits header, same like in QC.
The Input/Output dots could be smaller.
Level next/prev could be on top of the viewport, so its clear its meant to change deepview of circuits and not the treeview of elements.
Paramenter table could be larger, Midi and Sound Control could be still a extra window/menupoint because its not changed often while developing, okay just in case someone plays and stops audio often, let just a play and stop button inside the mainview is maybe well. so a small button to open a dialog to set it up there saves workspace.
Outputs could be red, inputs blue, calculations could be white.
Cmd X could Xcopy circuits/parts to clipboard, because cmd-c, cmd-v is allready working.
And of course with this idea it would be very powerful to implement QC as interface builder of AudioPlugins made with sonicbirth. So a simple QTZ file with given outputs and inputs could do the job rendered by a GPU. Quartz is part of the QTKit framework and stil very powerful. Also very interesting, QC has allready OSC inputs/outputs.
i was looking for a nib/xib based interface setting inside sonicbirth just to try maybe if this would make sense, but have seen its hard coded interface right now.
just to give some hints it is possible to code objective C on the fly inside Quartz Composer
http://quartzcomposer.com/plugins/34-objective-c
Comments or text about a circuit could be displayed as tooltip when hovering a circuits header, same like in QC.
The Input/Output dots could be smaller.
Level next/prev could be on top of the viewport, so its clear its meant to change deepview of circuits and not the treeview of elements.
Paramenter table could be larger, Midi and Sound Control could be still a extra window/menupoint because its not changed often while developing, okay just in case someone plays and stops audio often, let just a play and stop button inside the mainview is maybe well. so a small button to open a dialog to set it up there saves workspace.
Outputs could be red, inputs blue, calculations could be white.
Cmd X could Xcopy circuits/parts to clipboard, because cmd-c, cmd-v is allready working.
And of course with this idea it would be very powerful to implement QC as interface builder of AudioPlugins made with sonicbirth. So a simple QTZ file with given outputs and inputs could do the job rendered by a GPU. Quartz is part of the QTKit framework and stil very powerful. Also very interesting, QC has allready OSC inputs/outputs.
i was looking for a nib/xib based interface setting inside sonicbirth just to try maybe if this would make sense, but have seen its hard coded interface right now.
just to give some hints it is possible to code objective C on the fly inside Quartz Composer
http://quartzcomposer.com/plugins/34-objective-c
if it's red, reduce gain and use your brain
-
- KVRist
- 236 posts since 11 Apr, 2007 from Montreal, Canada
Antoine,
In SB1, it was possible to edit the "Subtype" to insure that no two plug-ins had the same ID.
With SB2, I've encountered the situation where two plug-ins I've made have the same ID. I programmed the first one, and then I programmed the 2nd one (a variation of the first) using the 1st plug-in SB2 file as canvas. Now both plug-ins have the same ID.
For what I can see, it's the uint8_t * sb_uniqueId() field in the C code. Would it be possible to edit this unique ID?
Thanks!
In SB1, it was possible to edit the "Subtype" to insure that no two plug-ins had the same ID.
With SB2, I've encountered the situation where two plug-ins I've made have the same ID. I programmed the first one, and then I programmed the 2nd one (a variation of the first) using the 1st plug-in SB2 file as canvas. Now both plug-ins have the same ID.
For what I can see, it's the uint8_t * sb_uniqueId() field in the C code. Would it be possible to edit this unique ID?
Thanks!
-
- KVRist
- 223 posts since 19 Apr, 2011
I don't see any basic control modules like the sliders or knobs. These seem like they'd be necessary to do just about anything. Am I missing something?
-
- KVRist
- Topic Starter
- 158 posts since 25 Mar, 2005
A way to edit this is indeed on the todo list, in the meantime, the only way is to use an Hex Editor...Kewl wrote:Antoine,
In SB1, it was possible to edit the "Subtype" to insure that no two plug-ins had the same ID.
With SB2, I've encountered the situation where two plug-ins I've made have the same ID. I programmed the first one, and then I programmed the 2nd one (a variation of the first) using the 1st plug-in SB2 file as canvas. Now both plug-ins have the same ID.
For what I can see, it's the uint8_t * sb_uniqueId() field in the C code. Would it be possible to edit this unique ID?
Thanks!
-
- KVRist
- Topic Starter
- 158 posts since 25 Mar, 2005
Sliders and knobs are only useful in the context of a custom GUI, which are not yet supported.goldenhelix wrote:I don't see any basic control modules like the sliders or knobs. These seem like they'd be necessary to do just about anything. Am I missing something?
You can still have parameters, which can be modified/automated using the generic plugin interface of the host.
-
- KVRist
- Topic Starter
- 158 posts since 25 Mar, 2005
I'm moving my dev machine to Mavericks next week.
Does anyone see any major issue in moving the minimum OS requirements for SonicBirth to 10.8 - Mountain Lion ?
10.6.8 is really old... and 10.8 is the more stable version of 10.7.
Does anyone see any major issue in moving the minimum OS requirements for SonicBirth to 10.8 - Mountain Lion ?
10.6.8 is really old... and 10.8 is the more stable version of 10.7.
-
- KVRist
- 236 posts since 11 Apr, 2007 from Montreal, Canada
No problem for me... I'm on 10.9 since the first DP in June.makira wrote:Does anyone see any major issue in moving the minimum OS requirements for SonicBirth to 10.8 - Mountain Lion ?
By the way, Windows version of the plug-ins are not loaded in the following software: Cubase/Nuendo, Wavelab, Reaper in Windows 7 & 8, 32 bit.
-
- KVRist
- Topic Starter
- 158 posts since 25 Mar, 2005
How's the driver support for audio interfaces ? If I knew it was great I might be tempted to make 10.9 the minimum OS, considering the upgrade is free.Kewl wrote:No problem for me... I'm on 10.9 since the first DP in June.
-
- KVRist
- 236 posts since 11 Apr, 2007 from Montreal, Canada
There are some growing pains driver-wise:
http://www.steinberg.net/forums/viewtop ... 81&t=49277
http://www.sounddesigners.org/forum/sys ... ml?start=2
http://www.steinberg.net/forums/viewtop ... 81&t=49277
http://www.sounddesigners.org/forum/sys ... ml?start=2
-
- KVRer
- 16 posts since 4 Apr, 2010
Edit: SOLVED! I clicked on the background by mistake and found that I was now able to edit sample frequency in Properties.
Hi,
Trying out SonicBirth v2 alpha.
I am learning to make filters and my first project in v2 was to make a very basic first order low pass.
It works as expected at lower frequencies (-6dB/oct), but I found that it would start acting crazy at above 15KHz (lost filter effect and level would actually start increasing) and figured it had to to with getting close to fs/2. So I changed the sampling frequency to from 44.1 to 96KHz and _restarted_SB2_. One would have thought that the behavior would change in frequency, but it didn't. Then I tried just connecting the sine generator to the output, monitoring it on an analog oscilloscope. At exactly 22.05KHz the sine wave runs into trouble, no matter sampling frequency selected.
Does the SB2 development tool always run in 44.1? (just to get it confirmed...)
Hi,
Trying out SonicBirth v2 alpha.
I am learning to make filters and my first project in v2 was to make a very basic first order low pass.
It works as expected at lower frequencies (-6dB/oct), but I found that it would start acting crazy at above 15KHz (lost filter effect and level would actually start increasing) and figured it had to to with getting close to fs/2. So I changed the sampling frequency to from 44.1 to 96KHz and _restarted_SB2_. One would have thought that the behavior would change in frequency, but it didn't. Then I tried just connecting the sine generator to the output, monitoring it on an analog oscilloscope. At exactly 22.05KHz the sine wave runs into trouble, no matter sampling frequency selected.
Does the SB2 development tool always run in 44.1? (just to get it confirmed...)
-
Scott F. Thompson Scott F. Thompson https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=316314
- KVRer
- 8 posts since 12 Nov, 2013 from canada
Hey Makira,
Always looved sonic birth. I used to make hundreds of cool little simple au synths and effects when I knew right what i needed in a project. Very happy to hear it's back and getting modern! I hope you can do well with it. I think you could use a donate button somwhere on there.... I owe you a ton! Or maybe a marketplace for us to sell/trade ideas?
Always looved sonic birth. I used to make hundreds of cool little simple au synths and effects when I knew right what i needed in a project. Very happy to hear it's back and getting modern! I hope you can do well with it. I think you could use a donate button somwhere on there.... I owe you a ton! Or maybe a marketplace for us to sell/trade ideas?
-
- KVRist
- Topic Starter
- 158 posts since 25 Mar, 2005
RogerJoensson: What is the sample rate shown in the 'Sound & Midi' section of the UI ? It's normal to have issues when you go near/above half the sample rate. See sampling theorem. At the moment, SB will let you shoot yourself in the foot, it's up to you to limit parameters to sensible values.
Now, for an update on what I've been up to.
I've spent a lot of time finding someone to take over all of my Metakine apps (see metakine.com), then doing the actual transition. I've also started cutting non-audio related client work. I have one non-audio app left to manage, and there is a major upgrade to release early 2014, then I'll look for someone to take it over. Starting from this week, I'll be spending >50% of my work time on SonicBirth, and eventually that will go much higher.
A few days ago, I purchased a commercial license of JUCE. I think it will make the plugin wrappers better overall, instead of re-inventing the wheel: there's a lot of JUCE plugins and hosts support them well. It will also save me a ton of work for custom interfaces in plugins.
I'll also slowly remove all cocoa code from the app. There is very little in the engine, most of it is in the interface. I'm glad the interface is still very crude for this major design change. That makes a Windows version of the design app a much stronger probability.
A complete website is being written at the moment, with user accounts, payment, and eventually a dedicated forum. So those of you who mentioned donations will be able to. Eventually, payment will become mandatory to get access to the app.
At the moment, all of this is vaporware, but vapor condenses into water, which turns into ice, and you can sculpt great things with ice.
Barring any unforeseen major events, expect important changes before the holidays.
Now, for an update on what I've been up to.
I've spent a lot of time finding someone to take over all of my Metakine apps (see metakine.com), then doing the actual transition. I've also started cutting non-audio related client work. I have one non-audio app left to manage, and there is a major upgrade to release early 2014, then I'll look for someone to take it over. Starting from this week, I'll be spending >50% of my work time on SonicBirth, and eventually that will go much higher.
A few days ago, I purchased a commercial license of JUCE. I think it will make the plugin wrappers better overall, instead of re-inventing the wheel: there's a lot of JUCE plugins and hosts support them well. It will also save me a ton of work for custom interfaces in plugins.
I'll also slowly remove all cocoa code from the app. There is very little in the engine, most of it is in the interface. I'm glad the interface is still very crude for this major design change. That makes a Windows version of the design app a much stronger probability.
A complete website is being written at the moment, with user accounts, payment, and eventually a dedicated forum. So those of you who mentioned donations will be able to. Eventually, payment will become mandatory to get access to the app.
At the moment, all of this is vaporware, but vapor condenses into water, which turns into ice, and you can sculpt great things with ice.
Barring any unforeseen major events, expect important changes before the holidays.
-
- KVRer
- 16 posts since 4 Apr, 2010
Hi,
I changed the sample frequency around (in OSX Sound&Midi) to see what happened my issues in Sonic Birth, and tried raising it to 96KHz to see if Sonic Birth would follow and if my filter would act better at a higher sample frequency.
Although SB indicated 96KHz in its sound&midi (after a restart) it still ran in 44.1. At first I came to the conclusion that Sonic Birth work interface was fixed to 44,1KHz (since what happened at exactly 22.05KHz no matter which frequency I set in OSX).
As I wrote later I found the sample frequency setting in SB by right clicking on the background by mistake making it changeable in Properties.
What SB indicates in its Sound & Midi is the sample rate of the host (OSX), not its engine. It took some fiddling to understand this...
I changed the sample frequency around (in OSX Sound&Midi) to see what happened my issues in Sonic Birth, and tried raising it to 96KHz to see if Sonic Birth would follow and if my filter would act better at a higher sample frequency.
Although SB indicated 96KHz in its sound&midi (after a restart) it still ran in 44.1. At first I came to the conclusion that Sonic Birth work interface was fixed to 44,1KHz (since what happened at exactly 22.05KHz no matter which frequency I set in OSX).
As I wrote later I found the sample frequency setting in SB by right clicking on the background by mistake making it changeable in Properties.
What SB indicates in its Sound & Midi is the sample rate of the host (OSX), not its engine. It took some fiddling to understand this...
Last edited by RogerJoensson on Tue Nov 12, 2013 7:59 pm, edited 2 times in total.
-
- KVRist
- 236 posts since 11 Apr, 2007 from Montreal, Canada
All around good news!makira wrote:Now, for an update on what I've been up to.