Am Freitag, 7. November 2008 schrieb Sean Darby:
> > That _really_ depends on the mixer. Especially when you want to start
> > rather cheap it is better to connect the mics directly to the 1010.
> > Because probably all the mixers you have in mind to buy for little money
> > have worse Pre-Amps then the 1010...
> I was under the impression that the pre, gain, phantom, etc. from the
> mixer would be better than from the 1010lt. I'm currently looking at
> that Yamaha MG166C, though I don't know yet if it's the right one for my
> purposes (nor do I know if it offers enough pre/etc.).
I don't know the quality of the 1010 preamps. I know the quality of my
Presonus preamps and can compare them (from experience) to Mackie, Behringer,
Yamaha, Soundcraft and Midas. And unless you have a mixer of the last two
companies, you should really ditch the mixer and record directly to the
Presonus...
It really depends on the mixer (and the soundcard you are buying). I think the
best bet would be to try soundcard-only first and if that doesn't fill your
needs get a mixer.
> > Because he wants monitoring via headphone for the musicians? That is why
> > they produce headphone-amps that you can connect to the
> > 3+4,5+6,...-outputs of these modern soundcards.
> Modern soundcards with 3+4 and 5+6 outputs? I'm not sure I understand
> what you mean.
The "modern" was a bit ironic after realizing how many people in this list are
older then me (thanks to dave for this thread!), in practice even the simple
and cheap hda has at least 6 output channels. Though you can't always use
them because of missing hardware and strange mixer-settings. And you
shouldn't really use the hda for quality reasons.
The 3+4 is not the number of outputs but the channels to use for headphones:
1+2 main-mix to the studio-speakers, 3+4 first musicians headphone, 5+6
second headphone,...
> I'm leaning toward the mixer right now. I'm guessing I'd have to send
> the 8 XLRs from the mixer into 8 XLRs on a PCI card?
You can also go via line-connections from the mixer to the soundcard. Some
soundcards do have symmetric line-inputs which is generally better than the
normal asymmetric line input.
Have fun,
Arnold
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a "rm -rf /". Or ask your
administrator to do so...
Am Donnerstag, 6. November 2008 schrieb Sean Darby:
> > Your guessing right. A Behringer ADA8000 won't fit for the Delta 1010LT.
> > But you could connect any piece of gear that provides a 2-channel digital
> > output via S/PDIF
> > to the co-ax inputs on the Delta.
> Does the S/PDIF allow for several simultaneous stereo tracks or is there
> a certain limit?
SPDIF is _always_ stereo. Its the spec of the standard. So if a device has a
spdif in and a spdif out (additionally to all the analog connections) it
means that you get two more mono-channels or one more stereo channel to use
if you have sources with spdif connectors.
BTW: Most common ground for counting of channels is to count mono-channels. Of
course in practice you can use two mono-channels to record or playback a
stereo source...
But the 1010 sells better than a 55 ;-)
Have fun,
Arnold
--
visit http://www.arnoldarts.de/
---
Hi, I am a .signature virus. Please copy me into your ~/.signature and send me
to all your contacts.
After a month or so log in as root and do a "rm -rf /". Or ask your
administrator to do so...
G'day,
In recent advertising one of my nearby retailers has listed:
"I.Mix Club USB DJ MIDI Controller"
... which can apparently stand on one corner looking cute, but doesn't
list Linux as a capability. Does anyone know if this thing will work on
Linux? All I want is to capture the control movements, not the audio
processing they claim for their software. They do claim
"class-compliant USB MIDI device".
Part number AM4250 at Jaycar:
http://www.jaycar.com.au/productView.asp?ID=AM4250
Image, standing on one corner:
http://www.jaycar.com.au/products_uploaded/productLarge_11336.jpg
Also, if anyone knows where they got it from, I'd be interested. I
might be able to find more info on it from their source.
p.s. I'm not a DJ.
--
James Cameron mailto:quozl@us.netrek.org http://quozl.netrek.org/
I have quite a large collection of mp3s and ogg gleaned from all over
the Internet (all freely licensed) that I greatly enjoy. However, they
are all recorded at completely different levels which make playing a
program of them a bit problematical.
Does anyone know of an automated way I can bring these all to a
similar listening level.
--
Will J Godfrey
http://www.musically.me.uk
I forwarded my post from the ccrma list. I am looking for help getting
windows vst support on a 64 bit system. The typical solutions (fst,
dssi-vst) don't compile, nor does wineasio.
Any help would be appreciated!
Joe
Begin forwarded message:
> From: "Joseph Dell'Orfano" <fullgo(a)dellorfano.net>
> Date: November 5, 2008 11:25:02 PM EST
> To: "Preston C." <gprestonc(a)gmail.com>, planetccrma(a)ccrma.Stanford.EDU
> Cc: linux-audio-user-bounces(a)lists.linuxaudio.org
> Subject: Re: [PlanetCCRMA] VST
>
> Thank you so much for your reply. I have explored all of these
> options and actually just got my Amplitube plugin working on my old
> 32-bit machine. This is using CCRMA with FC6. This works for me
> because I have this connected via S/PDIF to my main DAW (a 64-bit
> machine running CCRMA and FC8), so essentially my old 32-bit machine
> is functioning as a digital effects processor.
>
> Here is the summary of my experience with VST so far. I have cross
> posted this on LAU as well.
>
> 1. I cannot run a (windows) VST on my 64-bit machine. I cannot
> compile dssi-vst, fst, or wine-asio. It appears that they do not
> want to compile against my 64-bit jack libraries. Perhaps I am
> missing something obvious (probably) but I just can't compile these.
>
> 2. Reaper does not work in Wine on my 64-bit machine. I installed
> wine from the CCRMA repo (it is 32-bit I believe).
>
> 3. Energy-XT runs but I cannot compile the libamm with jack support.
> Again, 64-bit problems. I have not tried to run the windows version
> of energy-XT but I suspect I will have wine problems as I did with
> reaper.
>
> 4. dssi-vst appears to be broken on the 32-bit machine. Again, I
> downloaded this from CCRMA repo. vsthost scans all of my plugins
> properly and starts them up but quickly fails with a report that it
> "lost communication" with the plugin.
>
> 5. fst compiles on my 32-bit machine very easily and runs my windows
> plugins properly (Yay!)
>
> I hope this is helpful. Any comments about getting VST support up
> and running on my 64-bit machine would be greatly appreciated.
>
> -Joe
>
> Preston C. wrote:
>>
>> On Mon, Nov 3, 2008 at 12:43 AM, Joseph Dell'Orfano
>> <fullgo(a)dellorfano.net> wrote:
>>
>>> Hi everybody,
>>>
>>> I am trying to find a solution to vst support on a ccrma fedora 8
>>> system. Oh, did I mention I'm running 64-bit? That seems to be a
>>> major
>>> wall preventing dssi-vst and others from compiling. I can compile
>>> wine-
>>> asio-x and jackbridge seems work fine. I cannot get Reaper to run,
>>> nor
>>> can I get extreme-xt to run with jack support (cannot compile
>>> libamm).
>>> I am using the stock wine packages from ccrma which do not appear to
>>> be 64-bit so this may prevent programs such as reaper from working.
>>>
>>> So, any suggestions would be appreciated. There do not seem to be a
>>> lot of success stories out there.
>>>
>>> Thanks!
>>>
>>> Joe Dell'Orfano
>>>
>>> _______________________________________________
>>> PlanetCCRMA mailing list
>>> PlanetCCRMA(a)ccrma.stanford.edu
>>> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
>>>
>>>
>> I asked the same question on this list, and got a great reply from a
>> guy named Ray Rashif. Here it is:
>>
>> OK, the deal about VST "support" on GNU/Linux is that you can read
>> all
>> about it scattered all around the WWW. It'd take some time to really
>> get things right if you don't come across the correct sources sooner
>> than expected. The SDK is freely available, but not free is in our
>> understanding; the license forbids redistribution. So, say you were
>> to
>> use the SDK to program a host, you're not allowed to let the binary
>> be
>> up for download. Each individual must agree to the licensing terms
>> and
>> then download the SDK to compile the software himself. This is what
>> limits the so-called support for VSTs on Linux, or any free platform.
>>
>> In view of the situation, there are currently a few ways to use
>> VST(i)s on our favourite distros:
>>
>> (1) Proprietary DAW software with Linux offerings. Examples are
>> Renoise, energyXT..and I think that's about it.
>>
>> (2) Wine-friendly Windows software. Examples are..example is Reaper.
>>
>> (3) SDK-compiled Linux software that support it. Examples are Ardour,
>> Rosegarden, and I can't really remember the rest. Here you need to
>> download the SDK and configure the build to compile against the SDK.
>>
>> (4) Linux software with unique support for VSTs built in, with the
>> help of Wine. Note: No SDK required. This is my personal favourite
>> route to take. Examples are LMMS and Qtractor (via dssi-vst).
>> ---- Extra note: Qtractor is different because it relies on a
>> separate
>> wrapper, which in turn has that unique Wine-based support built in:
>> dssi-vst
>> ---- Previously dssi-vst required the SDK, but not anymore. Yay.
>>
>> (5) Native VST host. Native here means Linux-only. These VSTs are
>> those that are compiled for the Linux system. There is only 1 such
>> host to my knowledge - Jost. The collection of plug-ins (ported or
>> otherwise) isn't all that great, but it feels really good being able
>> to run VST instruments natively without any overhead or performance
>> loss. The author's few plug-ins are of high quality; a talented
>> programmer AND musician he is.
>>
>
> _______________________________________________
> PlanetCCRMA mailing list
> PlanetCCRMA(a)ccrma.stanford.edu
> http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma
Hello,
I have a Boss Digital recorder (BR 900CD) that is capable of mastering other
devices via MMC/MTC but not slaving. Ideally, I'd like to have Jack slave to
my device (connected via midi cable to my sound card) and then have Jack
master my linux apps (Hydrogen/Rosegarden/Ardour). So basically, the BR
controls Jack, Jack controls apps. Is this possible? I found a tiny app
called jackctlmmc that supposedly adds MMC support to Jack, but the only way
to configure it (e.g. picking midi ports) seems to be by modifying the code.
Does anyone have any experience with MMC/MTC on Linux? I know that
Rosegarden and Ardour are supposed to be able to slave to MMC, but the
"Sound Engineers Guide to Jack) ( http://orford.org/assets/jack.php ) says
that they can't control other things while they are slaving (i.e. Jack
transport).
If anyone can suggest a way that I can drive Jack transport with my external
MMC/MTC device, I'd very much appreciate it :)
Thanks,
-- Alex
On Thu, Nov 6, 2008 at 2:58 PM, Preston C. <gprestonc(a)gmail.com> wrote:
>> The drivers don't seem to like working for input in WDM mode with
>> steam games. So voice chat doesn't work well. The other option,
>> purewave or something like that seems to fix it. Ahh, speakers, i plug
>> them into a marantz amp and peerless speakers. No idea for self
>> powered/monitors. It seemed like the best card for me, don't know
>> about your price point/needs etc. DAT for future channels is nice.
>>
>> Loki
>>
>
> So you use an amp with the Layla! I did not know that was possible. I
> was planning on plugging the speakers directly into the Layla box. How
> is it possible that you use an amp with the Gina? Do you get better
> sound quality with an amp? What do you plug the amp into on your Gina
> box? I have about $900 to spend.
>
Yeah, i use an standard marantz hifi amp. Just plug output to the amp
input. 1/4 inch to rca :) If you want to plug speakers into a
soundcard direct they will have to be powered, i.e powered monitors.
Or an amp and standard unpowered hifi speakers.
Loki
On Thu, Nov 6, 2008 at 2:28 PM, Preston C. <gprestonc(a)gmail.com> wrote:
>> Quite a few people here have them and like them. I've got the gina 3g
>> and i'm very happy with it. I could do with more ins and less outs,
>> but it's good, feels really solid and is stable. Using it for gaming
>> under windoze is little bit of an arse but once you get it setup it's
>> fine. Mic and guitar/hi-z together is handy. Decent for DIing a bass
>> or acoustic pickup.
>>
>> Loki
>>
>
> Thanks Loki. Why can using it for gaming be a problem? Any speakers
> you recommend?
>
> I am really thinking about getting this card, unless there is something better?
>
The drivers don't seem to like working for input in WDM mode with
steam games. So voice chat doesn't work well. The other option,
purewave or something like that seems to fix it. Ahh, speakers, i plug
them into a marantz amp and peerless speakers. No idea for self
powered/monitors. It seemed like the best card for me, don't know
about your price point/needs etc. DAT for future channels is nice.
Loki
"You are right. I don't want the dynamics of the tracks changed. I want
the overall 'loudness' of each track to be similar so I don't have to
keep twiddling the volume control."
You need replaygain. Amarok replaygain script can scan and write the tags for albums in the playlist or selected songs in track mode. It's basically just normalization without having to rewrite every file. Of course the player needs to be able to read the replaygain tags too.
Alternatively you could open every file in a wave editor, normalize, then resave. If your file is lossy already (mp3, ogg, m4a etc) you will cause a degradation in quality. Replaygain doesn't change the song data, just adds a tag, so quality is retained.
Roger
Paul Davis:
>
>> Just out of interest how much processor power would it take to normalise
>> on the fly?
>
> it doesn't need a CPU, it would need a time machine to travel into the
> future to measure the loudest sample still to come.
>
Or a machine that somehow (for example by drugs
or electric signal connected to the brain) knocks out the
listener for a while so that the program can first find
volume level, and then replay it after waking up the user.