Hi,
The subject says it all. I'm wondering if there are some musicians
living in the rhein-neckar area in Germany, who would be interested in
my Band www.jimson-drift.de (also check
https://www.jamendo.com/de/list/a62900/groove-venture ). We play a mix
of rock/soul and Funk and are in the process of integrating Electronica
elements in our songs (not yet in the current demos). Our Drummer
decided to leave the Band by the end of the year and our Bassist will
probably go next year due to their jobs. I'm looking for people who want
to break with the old styles by mixing them together to something new,
experimental but still mainstreamy enough to get the audience moving
with the groove. I'm looking for people who would drop everything else,
if we had the chance to go to the top (charts, big stadium, fun) without
being bent to conformity. Who's in?
Lg Gerald
A major rewrite; quite a lot faster and better now, was needed for an
enormous patch in the works:
http://lsn.ponderworthy.com/doku.php/robust_session_management
Now using Python scripts for process management, a separate hand-off
method for patch changes, and other improvements.
--
Jonathan E. Brickman
Ponderworthy Music | jeb(a)ponderworthy.com | (785)233-9977 |
http://ponderworthy.com
Hello dear all.
Some time ago, maybe years because I think it was Ardour2 at that time,
somebody asked if anyone knew a non-manual-tidious way to have all the
playlists of one track in Ardour converted to individual tracks. This was
to be able to Solo/Mute each take to filter the best ones instead of
constantly changing playlists.
Well, I would like to refresh that question (for Ardour2 and Ardour3 now)
and ask more or less the same again but for individual segments in a track
that were recorded on a tracking session. The reason why this segments are
all in the same track is that they were recorded by the same person who was
playing and at that moment it was quicker to do like that instead of having
to deal with playlists in every recording track or several new tracks one
for each take and source recorded.
I guess there are many DIY musicians that have experienced this and maybe
come to a solution, or maybe there's some functionality in Ardour I'm not
aware of.
Thanks in advance as always.
Regards.
--
C. sanchiavedraZ:
* NEW / NUEVO: www.sanchiavedraZ.com
* Musix GNU+Linux: www.musix.es
Hello everyone.
Looking for a external sound card with good preamp to record.
Found the Sound Devices USBPRE 2 suits my need.
Browsing the web, the Sound Devices web site and this list, it seems to be supported for UAC1 with no trouble but only with 48khz.
The message is now old :
http://linuxaudio.org/mailarchive/lau/2013/1/25/196179
Anyone can give some update about the UAC2 status with Alsa on this card ? Please.
ps: running a Gnu/Debian Stable.
Best.
Being lazy here, so quick question:
I'm looking for a simple way to resample in ALSA from a capture/play interface that supports only 48kHz, to 44.1kHz which is desired.
Both playback and capture resampling is needed, and it seems I neeed dsnoop and dmix.
However, I am bewildered by the somewhat byzantine configuration of .asoundrc.
There's one card on this machine, a "SB LIVE!" (which means "48kHz only!"), running the emu10k driver.
There's no JACK up in this at all, it's just an old streaming PC running BUTT. There is also no PulseAudio because I avoid PulseAudio.
If I were using ices2 I suppose I could use its built-in resampling, but that's not an option in this case.
-ken
I switched from Xfce4 to JWM. JWM does work with all apps excepted of
QjackCtl. Often I need to kill QjackCtl, because the Connect window
always is above all other windows and it's impossible to close it. I
don't want to use a tiling window manager or a WM that is nearly as
bloated, as DEs such as Xfce4. What WMs do you use?
A lightweight DE would be ok too, as long as it isn't unstable and has
got no dependencies to GNOME software. Bad coded stuff like
Enlightenment is a complete no-go. I want to handle windows with the
mouse, they should be free to overlap and I don't want to experience
issues, even not issues that happens seldom, workspaces should be
editable. JWM is nearly perfect, excepted of the QjackCTL issue.
Hello all,
I may be putting together a box dedicated just to act as a multitrack
effects unit - without planning any recording. The effects stack will
for most channels most likely look like this: reverb, delay, EQ and
maybe one of flanger, chorus or rather seldomly compression. Anyway,
just the classics, planning so far to only to install the calf and
invada lv2 packages. Though I am open for recommendations here, too. And
of course I am looking for a suitable effects host/rack.
However, I do suppose, the reverb will be the most cpu consuming item
and I am wondering, what feature an a cpu should I be primarily looking
for? I guess, for effects, especially reverb, the floating point
performance will be paramount?
As HT generally has a bad reputation for audio, currently, the AMD
FX-8350 is on top of my list, as the floating point preformance is said
to be rather good and lots of cores should be ideal for running lots of
effects in parallel - though unfortunately not every core does have its
on FPU. As it is not going to run 24/7, the insane energy consumption is
somewhat acceptable.
But, beeing no coder, I may be completely off track with my conceptions
here, so I am asking for some more insight or alternative
recommendations, maybe even with a short reasoning
Thanks
Ede
Hi,
Congas (in this case Wavedrum congas # 19) have sometimes hits louder
than others. Eg. the player hits more forcefully at times. What would
be a good way to even out the output (recorded in Ardour) so that the
stronger hits do not stand out as much in the mix ?
Cheers.
On Sunday 14 September 2014 10:21:16 you wrote:
> On Sun, Sep 14, 2014 at 10:14 AM, David Baron <d_baron(a)012.net.il> wrote:
> > On Sunday 14 September 2014 09:59:10 you wrote:
> > > On Sun, Sep 14, 2014 at 9:56 AM, David Baron <d_baron(a)012.net.il> wrote:
> > > > On Sunday 14 September 2014 09:25:01 Paul Davis wrote:
> > > > > On Fri, Sep 12, 2014 at 4:15 PM, Russell Hanaghan <
> > > > >
> > > > > hanaghan.osaudio(a)gmail.com> wrote:
> > > > > > Hmm, $60us by the looks? Not too much money by any means if it
> >
> > works
> >
> > > > > > reliably.
> > > > > >
> > > > > > Just curious if any devs are into writing something simple? I can
> > > >
> > > > provide
> > > >
> > > > > > testing assistance only. Just sounds like a cool and relative
> >
> > thing to
> >
> > > > > > have
> > > > > > in the open source world.
> > > > >
> > > > > when it comes to translating from one DAW format to another, there
> >
> > is no
> >
> > > > > such thing as "simple".
> > > > >
> > > > > the people behind AATranslator are a veritable font of knowledge
> >
> > about
> >
> > > > this
> > > >
> > > > > stuff, and it cannot be stressed enough how much work they have done
> >
> > and
> >
> > > > > how much they have had to discover.
> > > > >
> > > > > no other attempt at such a tool has ever succeeded - there was one
> >
> > other
> >
> > > > > tool which Solid State purchased but its existence now seems hard to
> > > >
> > > > spot.
> > > >
> > > > Yep. I had tried to start an openDAW discussion/project a few years
> >
> > back,
> >
> > > > with
> > > > a common XML-based intermediary referencing pcm files/segments. The
> > > > existence
> > > > of a proprietary-binary "AAF" library was called to my attention with
> >
> > some
> >
> > > > intent of releasing a XML/text based version. A few DAW programs
> >
> > support
> >
> > > > AAF.
> > > > Have not heard much since.
> > > > __________________________
> > >
> > > AAF is actually a relatively open specification BUT
> > >
> > > * it has every hallmark of design-by-committee
> > > * it is vastly more centered on broadcast and video than on typical
> >
> > DAW
> >
> > > scenarios
> > >
> > > * the spec includes an explicit dependence on Microsoft "structured
> > >
> > > storage format",
> > >
> > > which is essentially a filesystem-in-a-file, and this part is
> > >
> > > somewhat opaque
> > >
> > > although there are attempts at an open source implementation
> > >
> > > I wouldn't put a minute of my time into AAF support. It is a dinosaur,
> > > in
> > > every sense of that word.
> >
> > So maybe it is time to invent a new one. What I had in mind was something
> > like
> > what Cakewalk has, but open, XML-based, hand-editable. PCM segments would
> > be
> > the only thing that HAD to be binary. MIDI could be done binary as well or
> > XML
> > (there are already schemas for such).
>
> http://xkcd.com/927/
Very cute.
However, there are no real standards. Each program, opensource or not, has its
own system and ne'er the 'twain do meet. So one restricts to one program, no
other choice.
Microsoft is so big so makes its own standards, its own rules, changes them at
will (example rtf), but they are not in the DAW business. Just many programs
run on their platform so may use some of their file-structures.
What if the programs we use here, on this list, were inter-operable?
Ardour/Harrison, Qtractor, Muse, Rosegarden, etc. We have more choices than
does Microsoft. What if Tracktion (proprietary, now supporting Linux!) were
brought on board? I do not think it is so far-fetched if there be a will to do
so. One opensource library to service this, done once.
(I no longer have my old posts, proposals for this. Discussion was a while
back.)
I'd like to rename jackd ports by command line -- is there a way?
--
Jonathan E. Brickman
Ponderworthy Music | jeb(a)ponderworthy.com | (785)233-9977 |
http://ponderworthy.com