Hello there, When loading a stereo audio file either via sndbuf or WvIn the audio is downmixed to mono automatically, is that right? If not, is there a way of accessing left/right channels from audio files? is there a way of reading stereo files while keeping them stereo and writing them back as stereo files? The following code will write a mono file in out.wav regardless the input file is stereo or mono: WvIn audio_in => WvOut audio_out => blackhole; audio_in.path( "stereo_file.wav"); audio_out.wavFilename("out.wav"); 10::second => now My second question is on regards to being able to process audio faster than realtime just for audio processing tasks and when no "audible" output is needed. Is it possible or will it be possible in the future? An example will probably be more explanatory. Let's say that you want to remove DC-offset from an audio file, but you just want to process the audio file and there's no need to listening realtime audio. If such audio file is 3 min long, one must wait 3 min in order to finish processing. Chuck has a strong sense of time, but if there are no connections to dac could a "time_less unit of time" be created in order to speed up? My apologies if these issues have been discussed earlier on the list. Thanks, eduard
eduard aylon wrote:
My second question is on regards to being able to process audio faster than realtime just for audio processing tasks and when no "audible" output is needed. Is it possible or will it be possible in the future?
I haven't tried it, and don't know if it would work when writing to disk, but blackhole might be worth a look... -- peace, love & harmony Atte http://www.atte.dk | quartet: http://www.anagrammer.dk http://www.atte.dk/gps | compositions: http://www.atte.dk/compositions
My second question is on regards to being able to process audio faster than realtime just for audio processing tasks and when no "audible" output is needed. Is it possible or will it be possible in the future?
Doesn't the command line flag for silent performance does exactly that? You may want to have a look at that. It's in the manual with the other flags near the on the fly commands (I think). Kas.
Thanks Kassen, I thought --silent would be as "slow" as realtime cause one still needs to advance time, eg. 1::samp=>now. But you are right, it definitely speeds up the process. On Jun 19, 2006, at 4:50 PM, Kassen wrote:
My second question is on regards to being able to process audio faster than realtime just for audio processing tasks and when no "audible" output is needed. Is it possible or will it be possible in the future?
Doesn't the command line flag for silent performance does exactly that? You may want to have a look at that. It's in the manual with the other flags near the on the fly commands (I think).
Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
I thought --silent would be as "slow" as realtime cause one still needs to advance time, eg. 1::samp=>now.
Well, you do, but you are advancing time relative to musical events, not relative to -say- your alarm clock. I don't think it's all that different from a "normal" musical program. If I tell Live I need a fade-in at 3.30 then this doesn't make the "render to file" option take 3 and a half minute either. It's just a perspective, a rather nice and usefull one, but still just a perspective. The good thing is that this will probably speed stuff up but it may actualy be slower then realtime which is usefull because it means you could use ChucK to generate sounds that your computer wouldn't be fast enough to do in realtime. Happy rendering. Kas.
cool! this should be in the FAQ or in a new Hints section in the wiki... best joerg Kassen wrote:
I thought --silent would be as "slow" as realtime cause one still needs to advance time, eg. 1::samp=>now.
Well, you do, but you are advancing time relative to musical events, not relative to -say- your alarm clock.
I don't think it's all that different from a "normal" musical program. If I tell Live I need a fade-in at 3.30 then this doesn't make the "render to file" option take 3 and a half minute either.
It's just a perspective, a rather nice and usefull one, but still just a perspective.
The good thing is that this will probably speed stuff up but it may actualy be slower then realtime which is usefull because it means you could use ChucK to generate sounds that your computer wouldn't be fast enough to do in realtime.
Happy rendering. Kas. _______________________________________________ chuck-users mailing list chuck-users@lists.cs.princeton.edu https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
-- http://joerg.piringer.net http://www.transacoustic-research.com http://www.iftaf.org http://www.vegetableorchestra.org/
participants (4)
-
Atte André Jensen -
eduard aylon -
joerg piringer -
Kassen