Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

Re: [LAD] [LAU] Hello World: linuxaudio.org on a new Machine

by Robin Gareus

Mark Knecht wrote: > On Thu, Apr 22, 2010 at 1:17 PM, Robin Gareus <robin(a)gareus.org> wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi again, >> >> Since 6pm UTC today linuxaudio.org is hosted on a new server (actually a >> VM). >> >> Due to slowly failing hardware on the old machine were urged to perform >> the migration ahead of schedule and were unable to send out a >> notification about it beforehand. >> >> The hosting is (still) provided by by the Virginia Tech, Department of >> Music and Digital Interactive Sound & Intermedia Studio. Many thanks to >> Ico Bukvic. Daniel James takes care of DNS. and a big thanks to >> Marc-Olivier Barre who manages the email services. >> >> All systems go. >> robin root >> > > Aren't VM's cool?! They certainly are cooler that calling Ico on a Sunday morning and asking him to drive to campus and press the reset-button or sth. :) but actually optimizing a virtual machine's I/O for >1 TB/month traffic and sending ~1Million of [valid] emails per month is much harder than on bare metal. > The site works but not at the link above. That says under > construction. Adding the www in front brings the main page right up. > The links on the left work but none of the announcement links in the > middle of the page are working for me at this time. Thanks for reporting this. It's good to know there are people who keep an eye open. I hazard a guess that this occured because you did not flush your browsers' DNS cache and/or you were unlucky to just try that while I was tweaking some apache preferences. Anyway, there may still be a few minor glitches as we continue to tweak the system during the next days. - but don't hesitate to contact us should you experience some unexpected behaviour with the site. Cheers! robin

15 years, 9 months

[LAD] Hello World: linuxaudio.org on a new Machine

by Robin Gareus

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi again, Since 6pm UTC today linuxaudio.org is hosted on a new server (actually a VM). Due to slowly failing hardware on the old machine were urged to perform the migration ahead of schedule and were unable to send out a notification about it beforehand. The hosting is (still) provided by by the Virginia Tech, Department of Music and Digital Interactive Sound & Intermedia Studio. Many thanks to Ico Bukvic. Daniel James takes care of DNS. and a big thanks to Marc-Olivier Barre who manages the email services. All systems go. robin root -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvQrr4ACgkQeVUk8U+VK0KmlQCfbNOpDl+xBSngTnxcd6ax/NDI M3UAn3VWgwVKp6O57XnMLCDuCwo+QRgB =lkZU -----END PGP SIGNATURE-----

15 years, 9 months

[LAD] We're back online !

by Marc-Olivier Barre

Dear mailing list users, The list migration to the brand new virtual is complete and all the problems seems to be fixed. As Robin told me when we were in the middle of this panicky evening: "when we find what the problem is, we will all laugh about it". Well, let me share the laughing with you: It was just a typo ! Funny how trouble in the computer world eventually always turn out to be an invisible typo in a configuration file :) Enjoy your new server and post away ! Cheers, -- Marc-Olivier Barre XMPP ID : marco(a)marcochapeau.org www.MarcOChapeau.org

15 years, 9 months

[LAD] linuxaudio.org email downtime.

by robin＠linuxaudio.org

Hi there, I'm sorry to inform you that our email services are currently disrupted. Due to increasing hardware problems with the linuxaudio.org server in previous weeks we're already prepared a new machine. Another major outage of linuxaudio.org this morning (UTC) forced us to switch to the new host a bit early... All services but for mailman (email-lists) are online and functional. We're working on resolving the problem and will inform you about our progress. robin & marc-olivier

15 years, 10 months

[LAD] [ANN] Drumstick libraries 0.3.1 released

by Pedro Lopez-Cabanillas

Drumstick is a C++ wrapper around the ALSA library sequencer interface using Qt4 objects, idioms and style. ALSA sequencer provides software support for MIDI technology on Linux. Complementary classes for SMF and WRK file processing are also included. It is used in KMetronome, KMidimon and KMid2, and was formerly known as "aseqmm". Since the release 0.3.0 there are two libs: drumstick-alsa and drumstick-file. Changes: * Allow to build drumstick-file library under Windows. * New method MidiClient::parseAddress() replacing the ALSA function snd_seq_parse_address() in MidiPort::subscribeTo() and similar methods. * Fixed MidiClient::getAvailableInputs() and getAvailableOutputs() forcing to always retrieve the updated clients list from ALSA. Copyright (C) 2009-2010, Pedro Lopez-Cabanillas License: GPL v2 or later Project web site http://sf.net/projects/drumstick Online documentation http://drumstick.sourceforge.net/docs/ Downloads http://sourceforge.net/projects/drumstick/files/0.3.1/ openSUSE Build Service - RPM packages http://software.opensuse.org/search?baseproject=ALL&p=1&q=drumstick Regards, Pedro

15 years, 10 months

[LAD] resampling with sp/dif

by Conrad Berhörster

Hello, i want to grab some external sources (cdplayer) with jack. i run a jack instance with 48000 Hz and it works perfectly with my cd player and ardour. but if i take a cheaper cdplayer, the signal will only be came in with 44100, because there seems no resample and sync between the master (soundcard) and slave (cheapoCD) . so, the signal will always being played to slow. i found a workaround with a small external box, which resamples the incoming signal before it get into the soundcard. Since a while, i think about a software solution, which puzzles me a bit. if i doing the process without the external resampler, what must be done with the signal. If the original source is 44100 Hz, the incoming signal is 48000 (because of jack). if i try to resample it, the current buffer get shorter, because the signal need to be decreased. How can a correct resampling process be done? Thanks c~

15 years, 10 months

[LAD] The LAC Times Edition #2

by Marc Groenewegen

Hi everyone, got nothing to do during the Easter holidays ? I don't think so... The second edition of ____The LAC Times____ is online: http://lac.linuxaudio.org/2010/LAC_Times_2010_04_02.pdf Subjects in this edition: * A first glimpse of the LAC 2010 programme * The 150-Years-of-Music-Technology Composition Competition * A short history of recording sound [part 2] No longer do you need to worry what to do at Easter. Now you'll worry what to do first: study the programme to decide which day(s) you're gonna visit the Linux Audio Conference, work on your composition or read Than's second history lesson. Enjoy ! Marc I'll put a printer-friendly version under the News tab of the LAC site soon.

15 years, 10 months

Re: [LAD] distros migrating to JACK2?

by Stéphane LETZ

At Grame, we started working on JACK (jack1 at that time) in 2003 and our first commitment was to port the C code base on OSX. Even if the result was working, we rapidly felt that the C code base was not flexible enough to evolve in the direction we wanted to explore: multi-platforms support, SMP and glitch-free connections (among other ideas we had...) . Around 2004-2005 we had a new C++ based code base that was first developed on OSX, later ported in Linux (2005), on Windows (summer 2006) and Solaris (summer 2008 as a result of funding coming from RTL french radio). In 2004 we also found the way to better "integrate" JACK in the CoreAudio architecture on OSX (the JackRouter JACK/CoreAudio bridge) that allowed any CoreAudio application to become a JACK client, thus participating in the success we had on OSX with the JackOSX package. I think the "about 3 years ago, the JACK mini-summit in Berlin" Paul told about, was actually during LAC 2008 in Kohn. It was my impression that most of the JACK community was interested to see jackdmp (renamed jack2 at that moment) become the future of JACK, and late 2008 and 2009 was an intense period of work to reach this goal. Nedko (mostly but some other) did a huge job of improving the build system, implement the so-called "JACK Control API" (or at least the server side of it) and helped in other areas. The D-Bus based server control code (Nedko) was also integrated at that time. In spring 2009 started this "D-Bus war" and after endless discussion with people with strong opinions (Fons, Nedko...) it appeared that no agreement could be found. The best that we could achieve (in my view) was to clearly define the "JACK Control API" as the "frontier" between the external world that wants to control the JACK server, and the server code itself, and report all more sophisticated control mechanism outside. At about the same time, some developers (Torben, Paul ...) started to rebirth the jack1 codebase, and it appeared more and more clear that the "jack2 become the official code base" idea start to become a vanishing goal. I must say that I still don't have a clear understanding of why this happened. I still don't understand the sentence "Like Torben, there are some design decisions there that I have questions about." and I think explaining it in more details would really help. The fact that jack1 and jack2 are almost indistinguishable in everyday use is quite satisfactory, but at the same time the subtle difference that stay continue to cause some endless comments from users about the "real" advantages of each of the two implementations. I still see reports from "more xruns" here or a "bit less CPU use" there, but with no real data and clear "step by step way to reproduce issues" that would help to fix remaining bugs in jack2 codebase (for example jack2 still probably has issue with multi-cards support compared to jack1, but AFAICS this is in ALSA backend, and I cannot progress on that without the help of people with multi-cards and knowledge in ALSA backend code). Concerning session management added in JACK codebase, I did not followed the discussion in details. I said to Paul in a private mail that I though it was not a good idea (but maybe I am completely wrong...) but I would certainly not oppose to a implementation for jack2. I remember someone volunteered to work on that ?? I have to say that I become quite tired of all that mess, since I don't see any clear way to solve the situation. After about 5 years of real commitment in JACK project, I decided to move back a bit and work on some other stuff. I still try to follow bug reports and jack1 changes, release a package from time to time and maintain JackOSX project. I still think some interesting ideas (like the "pipelining" mode that currently stay in a jack2 branch...) are of interest (especially since we now see with those "4 cores/threads" model in new laptops...) and should be pushed in mainline. Stéphane

15 years, 10 months

[LAD] distros migrating to JACK2?

by michael noble

hi folks, I just saw an interesting line over at opensuse.org ( http://news.opensuse.org/2010/04/14/opensuse-11-3-milestone-5-the-community…) regarding the installation of JACK2 as default in the upcoming opensuse 11.3 release. That wasn't the interesting part. This is: The JACK team is coordinating with openSUSE, Ubuntu, and Debian, among > others, to upgrade to jack 1.9.5 (JACK2) during the spring/summer release > cycle. > This seems to imply that there is quite a large move happening across multiple distros, and that move is being coordinated with JACK developers. I'm not a dev and I'm not really comfortable commenting on dev issues, but is this really accurate? Personally I'd be glad if there were such a move as JACK2 is what I use, but my understanding is that no announcements have been made by JACK devs regarding an official obsoletion of JACK1. The reference provided with that statement is a very short email correspondence on the opensuse-factory mailing list about the topic that references an unmentioned debian-multimedia contact. Are any interested or invested parties willing to provide some clarification on this? I know distros are fully welcome to package whatever they wish. I also am pretty sure that whatever happens will happen regardless of my opinion on the matter. There have, however, been some colorful exchanges between packagers and devs regarding JACK in the past so in the interest of transparency and openness I was hoping involved parties might have something to say about this. -Michael

15 years, 10 months

[LAD] alsa-project.org ... has expired

by Jens M Andreasen

This domain has expired It will be deleted in the next few days. If you are the owner of this domain, you still have a chance to renew it. Domain Name Expires alsa-project.org 16-APR-10 To renew this domain or to request further information please contact us at domain(a)forpsi.com.

15 years, 10 months

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev