If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
feature request - saving out stream at max speed (render)
1 post
• Page 1 of 1
feature request - saving out stream at max speed (render)
I know that this can be done in DAWs via VST/VSTi plugin, but you know what the problem with DAWs is. They work like they wish (different behaviours in different DAWs), sometimes even causing trouble beyond them (yep). The only reasonable renderer for FS/SM-based complex pugins - seems to be Reaper, but this one also has it's own issues.
However. What about saving/rendering the output stream (wave or any else) in exe app:
- without pre-recording the stream in real-time,
- and at "max CPU speed"?
You just set the time lenght, set trigger to start, and have the exact, sample-accurate stream, from the initial (reset) point, to the end of lenght (and trigger confirming that it's done).
To avoid complications - during the render period - all blue modules (and smart modules, turned into the blue, like multiplexers/selectors) - could just ignore any incoming triggers until they get internal info, that processing is done.
Plus - without pre-buffering the whole, rather smaller buffers on-the-go.
The reasons to have such renderer are two. First - rendering long long streams takes much much time (and if it's not audio, but some other stream data, then even longer). Second - apps under heavy load don't work in real time, so the max CPU speed would be simpy slower than real time.
//edit:
Having a real-time stream saver (with all changes user makes live) primitive, without need to pre-record something - would be also a nice (and different from ebove) feature.
However. What about saving/rendering the output stream (wave or any else) in exe app:
- without pre-recording the stream in real-time,
- and at "max CPU speed"?
You just set the time lenght, set trigger to start, and have the exact, sample-accurate stream, from the initial (reset) point, to the end of lenght (and trigger confirming that it's done).
To avoid complications - during the render period - all blue modules (and smart modules, turned into the blue, like multiplexers/selectors) - could just ignore any incoming triggers until they get internal info, that processing is done.
Plus - without pre-buffering the whole, rather smaller buffers on-the-go.
The reasons to have such renderer are two. First - rendering long long streams takes much much time (and if it's not audio, but some other stream data, then even longer). Second - apps under heavy load don't work in real time, so the max CPU speed would be simpy slower than real time.
//edit:
Having a real-time stream saver (with all changes user makes live) primitive, without need to pre-record something - would be also a nice (and different from ebove) feature.
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
1 post
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 97 guests