On Fri, 2012-12-28 at 12:12 +0100, Raffaele Morelli wrote:
> One of C.Parker famous quote is "Master your instrument, master the
> music, and then forget all that bullshit and just play"
> but...according to this thread it seems that many are locked at the
> first step ;-)
Many musicians aren't audio engineers, so for musicians playing in the
pedestrian zone nowadays it's a wise message, but for musicians that
want to survive these days, it's just ignorant and scornfully against
the audio engineers. Thinking about the abilities of different recording
techniques isn't nonsense. Thinking about what customers want,
especially those who are willing and able to pay a lot of money, IOW
esoteric audiophiles isn't nonsense. If you make good music and you or
somebody else record it, that even esoteric audiophiles are satisfied,
that IMO is a good thing and always better than to work for the Grand
Prix Eurovision de la Chanson and other bad things.
If you don't make it your business, then I agree, it's nonsense to take
care about other people.
You have to walk a tightrope, regarding to ethics, if you want to live
from music. Sometimes you have to do less good things, but it's better
to stop this business instead of working for people you condemned or
learn to respect those customers.
Regards,
Ralf
Hello Everyone!
First the SFZ problem: there is something wrong with upper and lower case
letter in paths. I have a version of the Sonatina Symphonic Orchestra. I had
to change pathnames for the Strings - violin.sfz to only have lowercases. At
least on the direcdtory levels. I checked the original file against the
original pathnames, and for that it worked. So is there a bug?
The question regarding MIDI maps. I'd love to create a MIDI instrument map
to compreise a lot of my currently used instruments. Only, there are a couple,
which will need more then one sampler channel. I don't want those channels to
have anything loaded, when that program isn't used. So what do I do for those?
Example: program 1 piano, program 2 drumkit (four channel), program 3
harpsichord (only one channel again). As I understood the ondemand policy, the
instruments on channels 2, 3 and 4 will only be loaded, as long as nothing
else is loaded on these channels. So I'd have to do something to them, for the
rest of the drumkit to unload. Some of these pianos or other instruments are
HUGE!
Any idea, how to work around this?
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Hi guys! I hope you are having a great christmas, is my first time here in
the list so i hope yo answer me.
Question: Why when i am using Renoise with Jack i get good latency but when
using LMMS with jack my latency is horrible???
Thank you very much for your attention guys, greetings from Colombia!
Greetings,
Yeah. Not much to tell about the times I'm afraid. But let me wish you
all a merry and great new year, following the one which end is nigh.
Just in case you wanna party, feel welcome, by all means:
Qtractor 0.5.7 (hotel sierra) is open, come on in!
Release highlights:
* LV2 Options and Buf-size support (NEW)
* Location markers/bar (NEW)
* MIDI editor line-drawing (NEW)
* Punch & loop recording compatibility (FIX)
* Untangled LV2 UI parameter communication (FIX)
* Dropped libSLV2 support, honoring libLILV for good (FIX)
Website:
http://qtractor.sourceforge.net
Project page:
http://sourceforge.net/projects/qtractor
Downloads:
- source tarball:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.7.tar.gz
- source package (openSUSE 12.2):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.7-4.rncbc.suse122.sr…
- binary packages (openSUSE 12.2):
http://downloads.sourceforge.net/qtractor/qtractor-0.5.7-4.rncbc.suse122.i5…http://downloads.sourceforge.net/qtractor/qtractor-0.5.7-4.rncbc.suse122.x8…
- quick start guide & user manual:
http://downloads.sourceforge.net/qtractor/qtractor-0.5.x-user-manual.pdf
Weblog (upstream support):
http://www.rncbc.org
License:
Qtractor is free, open-source software, distributed under the terms
of the GNU General Public License (GPL) version 2 or later.
Change-log:
- Loop and punch in/out ranges may now get set simultaneously, may even
overlap each other. However, punch in/out range recording will always
prevail over any loop recording takes.
- LV2 Worker/Schedule now supporting multi-instance vs. single-UI scenarios.
- LV2 Options and Buf-size extension support added.
- Fixed an off-by-one-tick bug on MIDI file input which was leaving
spurious zero-length runt notes at the end of a MIDI clip, if a note-on
coincides with the ending/split point (on ticket issued by Jonathan H.
Pickard, thanks).
- Good old SLV2 library support for LV2 plug-ins (libslv2) is now
irrevocably deprecated, or better said, completely wiped-out from the
LV2 host code, now considered extinct.
- LV2 UI parameter updates are now asynchronously detached from the
source GUI widget thread, in attempt to improve cross-GUI-toolkit
responsiveness, specially focused on LV2 plugins with a GTK based UI
(eg. amsynth, triceratops, etc.).
- Make sure LV2 UI parameters (input control ports) get updated when
loading a genuine LV2 state preset.
- Improved the (custom) tempo spin-box widget signal(ing) processing and
dispatching.
- Show proper pointing cursor and location tool-tip while dragging any
of the time ruler markers (including latest location markers/bar).
- On saving as an archive/zip session file (suffix .qtz) include only
those files that are actually referenced by live clips arrangement.
- Ongoing integration of location markers infrastructure (time-scale and
MIDI-file support).
- Free-hand/linear retouching of event values, while on the MIDI clip
editor's view pane below the main piano-roll (eg. note velocities), is
now possible provided the target events are selected, otherwise the
usual painting edit sub-mode applies (cf. menu Edit/Select Mode/Edit Draw).
- The MIDI clip editor now senses which target view pane has focus for
general selection commands (cf. Edit/Select/None, All, Invert, Range)
whether the main piano-roll or the event value (velocities) view.
- Mouse middle-button clicking is back in business on main track-view
and on MIDI clip editor views (piano-roll) as an immediate play-head
(re)positioning command or merge/reset the edit-head/tail cursors if
Shift/Ctrl keyboard modifiers are pressed.
- Formerly protected, class qtractorClip::FadeFunctor is now public in
an shot-in-the-dark attempt to fix clang builds (as reported by Jekyll
Wu, thanks).
- Override all sub-classed widgets mouse-pointer event handlers to be
isolated from base widget style and/or window management.
Enjoy!--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
-------- Forwarded Message --------
From: Ralf Mardorf <ralf.mardorf(a)rocketmail.com>
To: linux-audio-user(a)lists.linuxaudio.org
Subject: Re: [LAU] Pro Audio? OT rant.
Date: Thu, 27 Dec 2012 15:20:08 +0100
On Tue, 2012-12-25 at 12:01 +0100, Arnold Krille wrote about Behringer:
> Better save your money some time and then
> buy some real equipment.
I don't like Behringer regarding to the bad build quality, but I use it,
since for poor people it's impossible to get better equipment, for all
the needed gear.
One disadvantage of the Eurorack mixers, also could become an advantage.
They are smaller than e.g. the original Mackie mixers. So for a home
studio with less room, it might provide what's most important.
Assumed you're producing on a format used by studios you know, than you
can do everything that's needed at home, after that you take the HDD and
visit a friend (or pay a studio) to finish the production.
Regards,
Ralf
I know that there's an old tool for reading ltc under jack, but it's dead
dead dead. MLT has no way to read VITC. Why is this? It very much
eliminates linux usability for professional tasks, like syncing dual system
sound and picture. Am i missing something? Is (are) there tools for doing
that? I'm glad that bwf files snap to proper location in Ardour, but
there's no way to nudge picture to match and limited format support.
On Sat, 2012-12-22 at 21:19 +0000, Fons Adriaensen wrote:
> On Sat, Dec 22, 2012 at 10:06:02PM +0100, Ralf Mardorf wrote:
>
> > The same here, but I only own one. I'm pissed off about the XLR sockets
> > and my ADA80000 gets boiling hot. It's not mounted to a rack. It's on a
> > shelf and there put on a holder, so there's headroom above and below the
> > ADA.
>
> Keep it there with an ice bag on it, or given the current European
> meteo, just put it outside. I once saw 4 ADA8000s built into a 4U
> portable rack producing fumes and a funny smell before dropping into
> mortal silence, the four of them almost at the same time. Wasn't really
> funny because renting the anechoic room where that happened was more
> expensive than all of them together.
I know one audio engineer who died of a smoke intoxication, by less
smoke from a car radio's cable. He thought that the little bit of smoke
was harmless and go to late to the hospital. Perhaps we all just had
good luck. Just because of a little bit smoke, I never went to a
hospital. I never ever would mount my ADA to a rack. Yes, outside it's
cold, but unfortunately it's also moist and (no joke) fine dust from the
street already is an issue inside my flat.
So it's not off-topic, the ADA can get very hot and we should be
careful, turn it off, when we leave the room to take a rest.
Hello everyone!
I decided to do some house keeping and in that process stumbled across these
forgotten pieces. I hadn't released them before. It's a collection of unused
audio logos, background music and trailers. It also includes my first ever
recordng on Linux, back in 2000.
http://juliencoder.de/nama/boring/
Although it resids in the Nama folder and is linked from the Nama music
page, only the most recent candidates were actually recorded with Nama. I hope
you can enjoy a few of these or might even find a use for them. Some of these
aren't fully produced. This is to say, they aren't mixed and fine tuned as
much as it would normally happen.
Feedback is welcome. If you think, you may find a good use for one of them,
do let me know. At the moment I'm keeping them free as in beer. But that is
simply to know, what's up with them. Unless the project of inaccessibility or
the "we hate Terry Pratchett front" comes knocking, I don't see any reason,
why not to pass them along.
Warmly yours
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
On Mon, 2012-12-24 at 00:10 +0100, Ralf Mardorf wrote:
> On Sun, 2012-12-23 at 22:55 +0000, Fons Adriaensen wrote:
> > On Sun, Dec 23, 2012 at 11:47:48PM +0100, Ralf Mardorf wrote:
> >
> > > On Sun, 2012-12-23 at 15:07 +0000, Ben Bell wrote:
> > >
> > > > Maybe the design's changed?
> > >
> > > Or European version vs overseas version?
> > > Here it's 230 V +/-10% 50 Hz
> >
> > There is no 'design'. Behringer (and others) will just put
> > in whatever the Chinese market has to offer this week. If
> > they find a PSU that costs 5 cents less than the one used
> > before they'll take it. The user will do the quality check.
> >
> > Ciao,
>
> The mixing console's PSU board has the name Behringer, a revision number
> and IIRC also a printing with the values of the components. But the
> voltage of some components was borderline. The quality of the board is
> excellent, the components are elCheapo.
The mixer has got Alps faders. But my mixer has got the first Alps
faders I ever used, that are bucking when doing a fade.
Mytek Digital 8x192 ADAT Card
Mytek Digital 8x192 ADAT DIO Card, ADAT-Card, two lightpipe inputs and
thomann outputs provide 8 channel of 24 bit I/O at 44.1-96k and 4
channels at 176.4-192k
http://www.thomann.de/gb/mytek_digital_8x192_firewire_adat_card.htm
Of Course, that are two ADAT IOs.
So I was mistaken regarding to 44.1 and Paul regarding to 192. It's not
important for me, since I make mistakes and never claimed something
else, but perhaps embarrassing for Paul, who often is wrong and does
abuse people who know better.
However, this information might be useful, since the price range is ok,
OTOH I don't know how much a complete Mytek system is.