Does anyone have a definitive link for a source tarball (or a
tarball), for jack.plumbing? (As recent as possible?)
It seems to be in distros, but the source link just goes to a page
with a list of apps.
http://slavepianos.org/rd/f/207983/
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
Quick question. Does anyone know of a standalone big clock that
responds to jack transport for seconds, frames, etc?
Alex.
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
Hi all,
I am using Ardour for my project, and I have a blocking issue which is the
latency when playing and getting the sound back from front speakers. It
seems that the audio engine is processing the sound I am providing from my
guitar and after 1 or 2 seconds (constant rate) and playing it back.
Please advise.
Br,
--
Ameur Esseket,
Tunisiana - Core Network Performance and Optimization engineer
Mobile : +216.55.01.58.25
IM : esseket.ameur(a)gmail.com
Hi,
SSD disks seems to be fast and silent... but are they suitable for audio
data, or is it better to just install your basesystem on it?
I know the masters of openoctave.org are using SSD for samples, at
least. Other sounds on the Internet are that SSD is not perfect for
audio (yet).
Regards,
\r
hi...
i have looked into the alsa-jack plugin. i think i fixed the main
problem which made it cause xruns.
git://hochstrom.endofinternet.org/alsa-plugins.git
its working quite reliably here now.
with the small fix on the xrun front. i looked at the basic usability.
i removed the pid and weird stuff from jack client name. and added an
option to configure the client name.
------------------------------------------------------------------
pcm.jack {
@args [ NAME ]
@args.NAME {
type string
default "alsa-jack"
}
type plug
slave {
pcm {
type jack
client_name $NAME
playback_ports {
0 alsa_pcm:playback_1
1 alsa_pcm:playback_2
}
capture_ports {
0 alsa_pcm:capture_1
1 alsa_pcm:capture_2
}
}
}
}
-----------------------------------------------------------------
this makes jack:client_name devices available.
the noauto git branch also contains a more flexible not autoconnecting
version. use with your favourite patchbay.
------------------------------------------------------------------
pcm.jacknoauto {
@args [ NAME ]
@args.NAME {
type string
default "alsa-jack"
}
type plug
slave {
pcm {
type jack
client_name $NAME
}
}
}
-----------------------------------------------------------------
mplayers alsa backend works fine with this.
after a bit of mucking around, i built a 32bit version here on my 64bit
machine and had 32bit skype connected to my 64bit jackd.
would be nice if this could get some testing with jack2 and stuff.
--
torben Hohn
Hello! I've purchased Line 6 POD X3 Pro, and it works fine with S/PDIF out connected to my sound card if X3 is master clock. When I change master clock on envy24control from internal to S/PDIF everything works fine, but when I need to switch back to internal, it's locked. If I don't switch it to internal, and turn X3 off, every audio app freezes (OK, I can understand why). Current work around is to turn off jack, switch to internal clock, and launch jack again. An audio noob like me doesn't understand why I can switch to S/PDIF clock without problems, but not back from it. Is this a bug? Thanx!
--
FreeB(eer)S(ex)D(rugs) are the real daemons
Hi,
Having a ricoh firewire chipset here on a thinkpad t61. Not the best one
afaik.. Should I go for a usb (edirol for example) or firewire interface?
\r
Just out of curiosity, what is it that makes you doubt parallel wine
instantiations are usable? I know in the past I've experimented with this
technique for running up to 8 parallel instances of audiomulch (each with 8
output channels) with more than enough cpu left over for jackrack(s), 16
channels in sooplooper (actually 2x8) and ardour on the same machine. Using
wineasio and jack2, this all ran stable at 256 frames/second.
-michael
On Oct 21, 2010 11:03 PM, "Mark Knecht" <markknecht(a)gmail.com> wrote:
On Wed, Oct 20, 2010 at 6:12 PM, Paul Davis <paul(a)linuxaudiosystems.com>
wrote:
> On Wed, Oct 20, 20...
I run VMWare everyday. Every benchmark I've run runs within 1% of the
the same machine running Windows 7 native. For my money Wine, while
very well intentioned, isn't worth trying to to shave out .5%.
The biggest advantage I get from VMWare and am not sure I'd ever get
from Wine is that the main program I have to run in Windows
(TradeStation) isn't multi-threaded. Under Windows on my 6 core/12
thread i7-980x I don't use more than 2 threads running TradeStation.
(1 for TS, essentially 1 for Win 7 supporting it.) Running VMWare
under Gentoo I often run 5 copies of VMWare which equates to 10
threads leaving 2 threads for Gentoo to control all the hardware. I
don't think Wine will _ever_ run 5 copies in parallel.
Granted, this work is heavily computational and not typical of
anything I do in the audio area, but VMWare eliminated my looking Wine
for a long, long time.
I haven't bothered much with audio on that machine so I cannot say how
well apps like Kontakt might work, but audio output does work so
watching NetFlix, etc., works perfectly.
- Mark
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists...
hi
friend ,i have bought a product in the www.zol-inshop8.com .the
quality is very excellent .they mainly sell electronic products .for
example ,motocycle ,laptop ,tv ,GPS phone and so on .
now ,in order to celebrate the Christmas Day . the price is very
preferential .pls visit and appreciate it slowly ,then you can buy
the product which you need .
greetings 4--k
