27 Nov
2003
27 Nov
'03
4:21 a.m.
Have you seen this:
http://gsd.ime.usp.br/~lago/masters/
It is a networked LADSPA plugin. Maybe it could be made into a jack system.
What would be nice is to have something like your net client on one computer,
and a network jackdriver running the jackgraph on a different computer.
You do get one period extra latency between the two graphs.
G
--
electronic & acoustic musics-- http://www.xs4all.nl/~gml
27 Nov
27 Nov
5:38 a.m.
On Thu, 27 Nov 2003 10:24:38 +0000
vanDongen/Gilcher <gml(a)xs4all.nl> wrote:
Have you seen this:
http://gsd.ime.usp.br/~lago/masters/
It is a networked LADSPA plugin. Maybe it could be made into a jack
system. What would be nice is to have something like your net client
on one computer, and a network jackdriver running the jackgraph on a
different computer. You do get one period extra latency between the
two graphs.
Yes,this would also solve the issue that two jacks on different
computers use a different sample clock and of course drift becomes a
problem over time.
If the network jackdriver running the jackgraph on the second machine is
not sample synced to a soundcard but is rather in some sort of
freewheeling mode, processing as fast as it can, then this wold not be
an issue.
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
9:38 a.m.
Maybe not so much freewheeling as controlled by the network input/output.
Of course if there is an alsa network audio driver it would be even
simpler. Then the standard alsa driver can be used. I'll google some more
G.
If the network jackdriver running the jackgraph on the
second machine is
not sample synced to a soundcard but is rather in some sort of
freewheeling mode, processing as fast as it can, then this wold not be
an issue.
--
music: http://www.soundclick.com/bands/9/florianschmidt.htm
11:43 a.m.
I would ask the following question.. Since syncing two different
cards is a problem due to clock inaccuracy, why don't we just add a
sample or two to the fastest card every so when the cards become out of
sync. This would mean probably duplicating (or interpolating) a single
sample on the fastest card to slow it down. It will be completely
inaudible. The frequency this happens shold be every 20-30 seconds,
after doing some calculation with 44100 sampling rate, 64x oversampling
and 5 PPM (point per million accurate crystals).
Florian Schmidt wrote:
On Thu, 27 Nov 2003 10:24:38 +0000
vanDongen/Gilcher <gml(a)xs4all.nl> wrote:
Have you seen this:
http://gsd.ime.usp.br/~lago/masters/
It is a networked LADSPA plugin. Maybe it could be made into a jack
system. What would be nice is to have something like your net client
on one computer, and a network jackdriver running the jackgraph on a
different computer. You do get one period extra latency between the
two graphs.
Yes,this would also solve the issue that two jacks on different
computers use a different sample clock and of course drift becomes a
problem over time.
If the network jackdriver running the jackgraph on the second machine is
not sample synced to a soundcard but is rather in some sort of
freewheeling mode, processing as fast as it can, then this wold not be
an issue.
7462
days inactive
7462
days old
linux-audio-dev@lists.linuxaudio.org
3 comments
4 participants
participants (4)
-
Apostolos Dimitromanolakis -
Florian Schmidt -
gml＠xs4all.nl -
vanDongen/Gilcher