http://www.notam02.no/arkiv/src/radium-0.63.tar.bz2
http://www.notam02.no/radium/
(Note, the CVS is very outdated)
Radium V0.63 Alpha Linux Port
Released 15.4.2004
HOW TO MAKE IT RUN WITHOUT READING THE REST OF THE README FILE
make
./start.sh
INTRODUCTION
This is the second public,
On Apr 14, 2004, Anders Torger wrote:
Thus, I think it is necessary to implement something operating on the
ethernet level to get best performance in terms of throughput and
latency.
/Anders Torger
If what you mean by "operating at the ethernet level" means
"no Cobra-like hardware to help, but putt
On Wednesday 14 April 2004 18.08, Francois Dechelle wrote:
> IIUC, you don't need some kind of load balancing between the
> machines, i.e. the applications will be assigned statically on the
> different nodes without any dynamic job creation/deletion?
The convolvers on the nodes must be set up onc
[Alfons Adriaensen]
>On Wed, Apr 14, 2004 at 02:17:07PM +0200, Tim Goetze wrote:
>
>> (latest revision is +GROUP, -RANDOMIZED.)
>
>Tim, am I correct in assuming that when you mean e.g. [A B C] D E [F G] H
>where [] indicates the grouping, then A, C, F, G will have the GROUP hint
>bit set ? The text
Hi,
Interesting project...
Most of the protocols (RTP and others) that have been mentionned in the
replies are on top of TCP or UDP and thus are not adapted for your real
time application. Either ethernet or 1394 would be more adapted.
IIUC, you don't need some kind of load balancing between the
Anders Torger wrote:
Is there any work done for transporting digital audio over ethernet? For
example a library, an open standard or something?
I was impressed to find that ALSA supports MIDI over ethernet, not
the same thing obviously, but it may come in handy.
[EMAIL PROTECTED]:~$ aseqnet --he
On Wed, Apr 14, 2004 at 02:17:07PM +0200, Tim Goetze wrote:
> (latest revision is +GROUP, -RANDOMIZED.)
Tim, am I correct in assuming that when you mean e.g. [A B C] D E [F G] H
where [] indicates the grouping, then A, C, F, G will have the GROUP hint
bit set ? The text is a litte ambiguous here,
Seems I missed a brief, pointless flamewar here. I've no interest in
re-lighting it, but I might as well reply to a couple of the concrete
points about Rosegarden, just for completeness. Don't anyone feel
obliged to reply to this, please.
On Saturday 10 Apr 2004 12:22 pm, Tim Orford wrote:
>
[Matthias Nagorni]
>On Sun, 11 Apr 2004, Joern Nettingsmeier wrote:
>
>> frank, matthias, could you perhaps just decide on a date, and announce it on
>> the zkm website as a non-public (i.e. not for casual passers-by, but of course
>> free for all interested developers)?
>
>OK, we will schedule it
On Wed, Apr 14, 2004 at 10:52:49AM +0200, Tim Orford wrote:
>
> if you are happy with your wm then there is no need to switch.
I was more thinking along people using distro defaults or
especialy Gnome with Metacity. We can't expect people to change
WM to step into audio stuff.
And if I could c
On Wednesday 14 April 2004 11.11, David Olofson wrote:
> On Wednesday 14 April 2004 09.47, Anders Torger wrote:
> [...]
>
> > Thus, I think it is necessary to implement something operating on
> > the ethernet level to get best performance in terms of throughput
> > and latency.
>
> Sounds like you'
On Tue, Apr 13, 2004 at 06:14:37PM +0200, Thorsten Wilms wrote:
> > i agree that this is fairly essential functionality.
> >
> > but i think there is an argument that windows should be managed by
> > the window manager:-)
>
> Sure. But splitting up _one_ window into scalable areas is
> a somewha
On Wed, Apr 14, 2004 at 11:19:50 +0200, David Olofson wrote:
> That said, I don't know which is better in terms of hardware and
> drivers; 1394 or ethernet... AFAIK, both are essentially high speed
> serial bus interfaces, but it might be that 1394 doesn't have
> collision detection h/w and stuf
On Wednesday 14 April 2004 10.45, Robert Jonsson wrote:
[...]
> I think Bob Ham (he's probably here somewhere) was some time ago
> working on an audio over ethernet layer. As I recall he was later
> convinced that firewire would be an easier, more reliable,
> solution.
> Now that firewire cards are
On Wednesday 14 April 2004 09.47, Anders Torger wrote:
[...]
> Thus, I think it is necessary to implement something operating on
> the ethernet level to get best performance in terms of throughput
> and latency.
Sounds like you'll need something like this:
* A real time operating system
Hi,
On Wednesday 14 April 2004 09.47, Anders Torger wrote:
> On Tuesday 13 April 2004 19.17, Anders Torger wrote:
> > Is there any work done for transporting digital audio over ethernet?
> > For example a library, an open standard or something?
> >
> > /Anders Torger
>
> Thanks for the replies. Ho
On Tue, Apr 13, 2004 at 05:34:42PM +, [EMAIL PROTECTED] wrote:
> Any X application can override the WM if the programmer wants it to.
> That would make it (in my opinion) pretty easy to code something
> where an application could manage it's own windows.
Yes, but when you have floating, overl
On Tuesday 13 April 2004 19.17, Anders Torger wrote:
> Is there any work done for transporting digital audio over ethernet?
> For example a library, an open standard or something?
>
> /Anders Torger
Thanks for the replies. However, I should have specified in more detail
what I am after, I mean so
Le mar 13/04/2004 Ã 19:17, Anders Torger a Ãcrit :
> Is there any work done for transporting digital audio over ethernet? For
> example a library, an open standard or something?
>
> /Anders Torger
>
A Library which should do well the job is live.com
-> c++ libraries for multimedia streaming, u
Hello Anders,
At 19.17 13/04/2004 +0200, you wrote:
Is there any work done for transporting digital audio over ethernet? For
example a library, an open standard or something?
may be:
http://www.videolan.org/
Originally intended for video, but AFAIK it supports also audio only.
Bye,
--
D
20 matches
Mail list logo
