Hi,
I'm more or less linux sound newbie. I'm using few popular open source
projects (Misterhouse, Plutohome), that all implement some kind of multiple
audio clients using Xine, Alsaplayer, VLC and media is stored on server. Now
this scheme works quite good, the problem arises when one would like to play
single audio on multiple media clients in synhronized manner, so one would
not hear any differences between separate clients.
Now I wonder what option I have to implement such system.... I'd prefer to
use VLC, Xine or Alsaplayer as clients if it's possible to somehow
synhronize them at server. Also I'm interested if I have any options to
synhronize audio playin at client side....
If you would implement such system, how would you do it? With what tools
(I'd prefer open source solutions) ?
Also I'kindly ask if you can point me to more info about this problem
Thanks in advance for your help,
regards,
Rob.
Hello. Any demo ogg/mp3 files?
Could somebody play a preferably techno oriented MIDI example
through all presets of WhySynth? The same for Zynaddsubfx etc.
I'm looking for something similar to Access' Virus; check
their demos for ideas.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
Hello List,
since a few days i own a Terratec phase 28.
This is an multi IO card with 8 outs and 2 in.
Now i want to configure this card.
ALSA 1.09b has recognized the card chip as ICE1724. Is this the right chip ?
- alsamixer only gives me 4 multitrack sliders. how can i obtain each channel
through alsamixer. i have no idea.
- On the other hand, i have read somewhere, that the ICE1724 can be configured
with envy24control. but this gui app doesn't start, with the message "No
ICE1712 cards found" Well, thats right.
Do i need another flag for compiling this app.
is it better, to configure it through .asound.rc
Any ideas are welcome.
sizu c~
Hi to the list,
I'm running the 2.6.14-rc4 kernel with realtime-preemption (rt1) patch
on a debian testing/unstable.
I was trying to create a simple sessione with lash, lash_synth and
patchage but qjackctl died suddenly. In syslog I've found the "stack
trace" of the kernel due to a bug, something that begins with:
localhost kernel: BUG: Unable to handle kernel paging request at
virtual address 00100100
and then continues for more or less 100 lines of additional
informations. Looking in syslog I've found also another 2 o 3
_different_ bugs: they are all audio related.
Are those syslog information useful for debugging? How and where should
I report them?
Now I will try If I can reproduce the bug with the vanilla 2.6.13 kernel
and/or with the 2.6.14-rc3-rt2 that I've previously compiled.
Best Regards,
~ Antonio
Hello again,
I have another question for you all: can the Ingo's realtime kernel
fixes be implemented as a module?
(I know that it sounds silly, but I had to ask)
Here is my situation. I am running FC4 on an AMD64 (with a 32-bit os
because PD's arrays dont work in 64-bit) and a hammerfall card. I am
using the standard kernel because rpm.livna.org has an ATI kernel module
that allows me to use my graphics card as it should be used.
I used to use Ingo's realtime kernel patches, but I was gambling that
speeding up drawing to the screen might save me as much time as the
realtime patch. WRONG!
I used to be able to run jackd with 128 frames per period and 2 periods
per buffer (~5ms), but now for the same occasional xrun I need 512
frames per period (~20ms). Ugh.
Can I have my cake and eat it to - have the standard kernel and install
the patch as an rpm (ATI=good && sound=good)?
Or do I have to build a new kernel using Ingo's patches, then build the
ATI kernel module seprately as well? Is a realtime patched kernel even
compatable with the ATI module I wonder.
So many questions: can anyone help?
Thank you for your continued support,
-thewade
I get winebuild complaining about '-debug' not being a valid option.
(I'm not on my linux box now). I'm using latest wine (20050930) on
Slackware 10.2. Should I try another wine version?
Already googled, to no avail. This is the most underground software I've
ever tried :-) . Yes, I know the licensing problems.
c.
The only windows application I miss is buzz tracker
(www.buzzmachines.com). I know it is possible to run it under wine, but I
have had very little luck using that method (IME it is slow, and the sound
has latency problems.)
Instructions here: http://web.hibo.no/~mva/viewreview.php?id=706
Anyone had better experience using this method?
I know there was a project under development (called fuzz tracker) that
aimed to port the code to linux (actually, it would have been a rewrite,
since the original developer lost his source when his hard drive crashed.
DOH!) But this seems to have disappeared.
Are there any buzz-like applications available for linux which are as
flexible as buzz is?
Cheers
Reuben
Hi,
I just tried to build qsampler 0.1.2. Unfortunately it failed,
regardless if I try to use the Gentoo ebuild or the source from
sourceforge.
I tried to google for the error messages but I didn't get any results so
far. I get the following error:
src/qsamplerDevice.cpp: In static member function `static QStringList
qsamplerDevice::getDrivers(lscp_client_t*,
qsamplerDevice::qsamplerDeviceType)':
src/qsamplerDevice.cpp:646: error: `::lscp_list_available_audio_drivers'
undeclared (first use here)
src/qsamplerDevice.cpp:649: error: `::lscp_list_available_midi_drivers'
undeclared (first use here)
make[1]: *** [qsamplerDevice.o]
Anyone did see something similar? If so, any hint would be great.
BTW: I'm using qt-3.3.3.
Thanks & best regards,
ce
Hi, this is an ancient track. Its improvised music
with Geir Haugarvoll on drums and computer-keyboard and
myself on bass-guitar and vocals.
The special thing about this music is that it used
one of the very first programs to support jack. The
program manipulates the sound coming from the drums and
the vocals, plus that it plays some samples in weird ways
dependent on some drunk-random routines controled by
the computer-keyboard, I think.
I think its recorded in march 2002 or something, and back
then jack was so unstable that I had a script going
simultaniously to kill (SIGKILL) and start up
both the jack server and my custom made jack-client
software each 30 seconds. Jack would not survive
anylonger anyway, so it was best to kill it in
a controled fashion.
http://www.notam02.no/~kjetism/mp3/sbs_3.ogg
--