On Mon, Feb 14, 2005 at 09:21:24AM +1000, Mark Constable wrote: I can imagine that :-) Quick way to resolve the problem: change http://www.google.fi/search?q=site%3Alalists.stanford.edu+usb-asx2y to http://www.google.com/search?q=site%3Alalists.stanford.edu+usb-asx2y Persistent way: It seems that you're coming from "down under" and that Google misinterprets your language settings as being Finnish. It's probably something with your browser. If you're using firefox, do like this and it will probably fix it: in the URL-window put in: about:config go down to intl.accept_languages right click on it and modify it to your needs if you don't have it just right click some were and put in a new string with the name "intl.accept_languages". And then put in "en-us, en" as the string value. Probably you have to restart it as well. /bengan

Hi All Have any of you tried this app? http://www.ferventsoftware.com/index.php I would like to support a nice linux app for music, anyone had any dealings with this? Cheers Bob

Hi Brett Thanks for that, Do you know if you can install it to the HD as this sounds like a perfect DAW for Linux and I can't wait to ditch Sonar. cheers Bob On Tue, 2005-02-15 at 06:52 -0500, Brett McCoy wrote:

On Tuesday 15 Feb 2005 12:27, tim hall wrote: Wouldn't recommend what -- installing to the hard drive? I would, and do, and many of our users do it. It does depend on what you want to achieve, though. Studio to Go! continues to operate as an effectively single-user system after installation, much as it does when booting from the CD -- that may not be to the taste of anyone whose aim is to get a Linux distribution, but it may be to the taste of anyone who wants to continue using Studio to Go!, only installed. It's not an equivalent to installing a typical Linux distro, but it is generally simpler. I would be more ambivalent about using a desire to ditch Sonar as a reason for switching to another platform. Chris

On Tuesday 15 Feb 2005 15:16, Dubphil wrote: I just tried it and damn, it looks like we have the same problem. No. There are no DJ or broadcast apps in there. Chris

On Tuesday 15 Feb 2005 18:55, Bengt Gördén wrote: Our experience has been that Acer laptops generally have a pretty bad ACPI implementation but usually behave OK with ACPI switched off, at least for moderate latencies. STG has a boot option to tell it to do not-always-desirable stuff to reduce latencies where possible, and one thing that does is switch off ACPI. For soundcards PCMCIA is often the best option. For a budget-ish option, I use and recommend the Echo Indigo I/O -- though it's only useful if you don't usually need more than one stereo input or output. Chris

Last Tuesday 15 February 2005 11:34, Frank smith was like: Yes, it's not an application, it's a Live/demo mini-distro on CD - based on Knoppix (i.e. KDE) and includes an up to date version of rosegarden with VST support and DSSIs plus Ardour and all the other goodies that you would need to run a virtual studio. You'll need a relatively up to spec machine to make best use of it. cheers, tim hall http://glastonburymusic.org.uk

On Tuesday 22 February 2005 22:22, joke(a)apo33.org wrote: I've added these to a seed page here... interesting to see so many when all put together in one list. http://opensrc.org/index.php?page=MediaDistributions --markc

Last Monday 21 February 2005 14:42, CC-Band was like: There is a 'messages' button on QJackCtl, which will provide some basic information. You may need to configure hydrogen to use JACK. Don't know ddrum. If these are .mid files, surely they won't contain any samples? Please explain. cheers, tim hall http://glastonburymusic.org.uk

On Mon, 2005-02-21 at 15:42 +0100, CC-Band wrote: I am having the exact same problem with Hydrogen. Most of the time it crashes immediately. If I start it repeatedly it will eventually succeed. I have found it's a lot more likely to segfault immediately on startup if JACK is run in verbose mode, and the crashes are more likely with lower latencies. 32 frames almost always crashes. 128 almost always succeeds. 64 is hit or miss. Lower latencies are less likely to crash on a faster machine. I have reproduced this across several versions of JACK and Hydrogen on multiple machines. I got a backtrace from gdb and this is where it crashes (from src/lib/Hydrogen.cpp): inline void audioEngine_process_clearAudioBuffers(uint32_t nFrames) { *---> memset( m_pMainBuffer_L, 0, nFrames * sizeof( float ) ); // clear main out Left memset( m_pMainBuffer_R, 0, nFrames * sizeof( float ) ); // clear main out Right As soon as it goes to clear the audio buffers, boom. As the problem is timing sensitive it's certainly a race condition. I cannot determine whether the bug is in JACK or hydrogen though. I have reported the problem on hydrogen-devel and got no response whatsoever. It's getting to be frustrating as the bug is 100% reproducible, but I can't even get the Hydrogen developers to ACK my bug report. Here is the backtrace. Lee (gdb) bt full #0 0xb759949b in memset (dstpp=0x0, c=0, len=512) at ../sysdeps/i386/memset.c:65 d0 = 128 dstp = 0 x = 0 #1 0x0807da0f in audioEngine_process_clearAudioBuffers (nFrames=128) at src/lib/Hydrogen.cpp:702 No locals. #2 0x08074381 in audioEngine_process (nframes=128, arg=0x0) at src/lib/Hydrogen.cpp:746 res = 0 startTimeval = {tv_sec = 1107297223, tv_usec = 403047} sendPatternChange = 183 res2 = -1218109252 renderTime_start = {tv_sec = -1217118338, tv_usec = -1208618368} i = 3086349340 pNote = (class Note *) 0x1 renderTime_end = {tv_sec = 91845001, tv_usec = -1084229004} ladspaTime_start = {tv_sec = 52302212, tv_usec = 0} ladspaTime_end = {tv_sec = -1208836712, tv_usec = 0} val_L = -0.87490797 val_R = 1.40129846e-45 fRenderTime = 0 fLadspaTime = 1.821688e-44 finishTimeval = {tv_sec = -1208834440, tv_usec = -1084229128} sampleRate = 1.17287768e-35 #3 0xb7f2e9f9 in jack_client_thread (arg=0x82f59d0) at client.c:1264 control = (volatile struct {...} *) 0xb73a3000 event = {type = GraphReordered, x = {n = 0, port_id = 0, self_id = 0}, y = {n = 1, ptid = 1, other_id = 1}} status = 0 '\0' c = 0 '\0' err = 0 #4 0xb773fe51 in pthread_start_thread (arg=0xbf5ffbe0) at manager.c:309 default_params = {__sched_priority = 0} request = {req_thread = 0x0, req_kind = REQ_CREATE, req_args = {create = {attr = 0x0, fn = 0, arg = 0x0, mask = {__val = { 0 <repeats 32 times>}}}, free = {thread_id = 0}, exit = {code = 0}, post = 0x0, for_each = {fn = 0, arg = 0x0}}} outcome = (void *) 0x0 #5 0xb75f96ea in clone () from /usr/lib/debug/libc.so.6 fstab_state = {fs_fp = 0x0, fs_buffer = 0x0, fs_mntres = {mnt_fsname = 0x0, mnt_dir = 0x0, mnt_type = 0x0, mnt_opts = 0x0, mnt_freq = 0, mnt_passno = 0}, fs_ret = {fs_spec = 0x0, fs_file = 0x0, fs_vfstype = 0x0, fs_mntops = 0x0, fs_type = 0x0, fs_freq = 0, fs_passno = 0}} __elf_set___libc_subfreeres_element_fstab_free__ = (const void *) 0xb762dce0

On Tue, 2005-02-22 at 16:10 -0500, Paul Davis wrote: Paul, Thanks for your help. Basically the issue was that the process() callback could get called before Hydrogen's audio engine was completely initialized. For some reason the H2 developers could not reproduce the crash. The bugs (there were actually two) are now fixed, one by Comix, one by myself. Everyone who was hitting this, please try H2 CVS. Lee

Quoting Dave Phillips &lt;dlphilp(a)bright.net&gt;et>: yop, the link of the links!! j