Post what you're looking for in feedback. Be specific if possible. GIVE feedback to GET feedback.
Post WIP's on Clyp.it or Vocaroo. DO NOT link to Soundclouds, Bandcamp, or YouTube - there are dedicated threads for posting them and anything resembling self promotion will result in bad feedback.
I've heard that pulse audio has tons of latency and that ASIO4ALL on Windows is better. I really want to have a minimal Linux setup for making music; what process should I have control my audio?
>clyp.it/upmb3fhu >dat vocal sample at 0:42 I absolutely loved it when you used it at 0:42; it felt like it fit perfectly and it was something unique and interesting... and then you went and spammed it in the ending section which takes away its uniqueness and it ended up leaving a bad taste in my mouth. If I were you, I would just use it once in the beginning around 0:42 and once again around 3:09, except at 3:09 I would stretch it to be maybe twice as long or so using the old school method of manually entering sample offsets. Speaking of that old school method, does Renoise interpolate those sample offsets for you if you specify a beginning and ending? I swear I saw a tutorial like that years ago, but I can't find it and I don't use Renoise.
Jackson Robinson
thank you for the advice! taking it into consideration and will consider how i am using the sample. the vocal is actually my own recording :) i am too insecure to actually sing yet >does Renoise interpolate those sample offsets for you if you specify a beginning and ending? i'm not sure I understand, can you rephrase? i usually just cut the audio in the sampler to where i want it to start, but you could probably specify it with a slice.
Angel Jones
oh, i misread. yeah, you can specify sample offsets and i think theres a function to interpolate them
Benjamin Cooper
>i think theres a function to interpolate them Thank you. I was trying to find a blog or something showing what I was talking about but I can't find anything! What the heck. Is all that oldschool tracker knowledge going to be lost within the next decade?
thanks again for the advice on the vocal sample. i've been going back and forth on "spamming" it because i think it can have a cool atmosphere, but you're right that it does take away uniqueness. i'll probably make some more recordings with my "field mic" and try to find something equally unique for textures
May be true that A4ALL is better than Pulse, but when it is dialoguing with the system, it will still present a lot of problems and end up using a lot more CPU than it should. In Linux if you install (manually or choose a distro that has it natively) the real-time kernel, and then you're using JACK to communicate sound input to Pulse Audio, you'll have a much better and infinitely more versatile setup than Windows could give you in a thousand years.
That sequencer is the biggest overhyped piece of tardation since the octotrack. I should have known a music production thread on Yas Forums would have started with that meme of a sequencer.
Ethan Thompson
>the real-time kernel Damn. I'm halfway through The Linux Command Line book and this is over my head. My plan is to use Debian without a DE, just a WM, by starting with their server install...anyway, looking at their wiki, it looks like this is what you're talking about: wiki.debian.org/JACK >Realtime possibilities are included in the mainline kernel, so you don't need a custom kernel. Stepping back to wiki.debian.org/DebianMultimedia >The Debian Multimedia team is not working on including a kernel image with the realtime-patches applied in Debian. Much of the realtime-patches have been accepted in the mainline kernel, to the point that for most purposes the stock Debian kernel is suitable even for realtime-like work. This makes it sound like I should be okay with Debian and won't need to manually install the real-time kernel -- or will I?
>This makes it sound like I should be okay with Debian and won't need to manually install the real-time kernel Hm, yeah, probably. They have *some* modules of the real-time kernel into their vanilla kernel, so assuming that those are the modules that JACK would require, they'd be there. But that begs the question if installing JACK would automatically enable those modules or not, otherwise you'd have to do manually one by one :P lol Now that could be easier than installing a modded kernell manually - providing that Debian has, and you can find, a full documentation about those specific modules. If not, it would be hell. Now this may go against what a lot of people, and specially memes, out there usually say, but it'd be infinitely easier to do this with Arch than with Debian. Arch has a real-time kernel which you can install with one line of command, and it has full documentation about integrating it with the userspace and JACK. Unless you're hardcore decided to use Debian, I can't see one single reason to do that. Specially since the reasons why most people are squeamish with Arch are pacman and the rolling-release format. Which, first, isn't even much of a problem nowadays and people are still echoing stuff from 4+ years ago when Arch used to break somewhat constantly. And, second, even more important, if you'll be using that system only for audio, you wouldn't even have a reason to update your system often, providing it doesn't go online.
looks like they discontinued the download so people would buy live 10.
Alexander Smith
n00b here, I have a couple of questions about send/return tracks. Im using Ableton
1)If you have a channel ie vocals, and you want to apply FX on it via Return Tracks do you set the Output to "SEND ONLY" ? if you don't, and make it so the pre-FX vocals are heard on the mix AND the return / post fx as well, can you run into phasing issues? do producers usually set everything to SEND ONLY to keep it in diff buses? 2) On Ableton, do return are all processed and played simultaneously in the mix or do they get processed in order ie A>B>C= Mix?
>do you set the Output to "SEND ONLY" iirc setting the output to 'sends only' means that the return channel will not be heard unless it is them pumped into another return channel
effects on return channels are generally run 100% wet.
you might be misunderstanding the purpose of returns.
>are all processed and played simultaneously yes
pirate suite for a month and see if you want the extra instruments or m4l. imo most people can do without both.
Dominic King
1) It's contextual. If you want only the processed signal, create a bus, not a send. A new audio track in which you send all your vocals or whatever there, and do your processing which should be final. If you want parallel processing, with a bit of the dry signal and some of the processed (either in a continuous or interchangeable format), then you use a send. That's what sends are for. For phase issues, it depends. If your processing generates identical sound waves yes, if it doesn't, no. So you have to learn to hear for it, as there's no fixed rule. A useful rule of thumb is to mono your master down from 250hz, because that's where phase issues would create real trouble, and by monoing it makes much harder for them to happen. 2) Again, depends. Normally, it's A > Master, B > Master, unless you send the output of one send channel to another send, or to another track.
Colton Hill
usually effects on the returns are 100% wet so there is no phasing issues, dont use send only because you want dry vocals as well as some wet fx
Aiden James
The pastebin says Reaper is free, but on the site it says a license is $60 USD. Something I'm missing, surely?
Matthew Nelson
it's 'free' like winrar. you'll get a nag screen, but still be able to continue using the program. it's not actually free.