Linux-audio-dev July 2005

linux-audio-dev@lists.linuxaudio.org

72 participants
64 discussions

[linux-audio-dev] [ANN] Midisport 8x8 control panel

by Christoph Eckert

Hi, after having bought a Midisport 8x8 I had reverse engineered the sysex commands to configure the offline patches. I also wrote a small shell script to configure it. These days I have written a small Qt-program to do so. You can download it from here: http://sysexxer.sourceforge.net/files/MidischbochtPanel.tar.gz It's the first program I ever wrote, so don't expect too much. Please do not send feature requests, there are so many things I'd like to add but I still have to learn a lot about programming. If I continue working on it, then one of the next versions will be a complete rewrite because the code is so dirty and inelegant ;-) . But my goal was to write code that is useful for me. Hope you like it, ce

19 years, 5 months

Re: [linux-audio-dev] ogg vs mp3 fame discussion

by Leonard "paniq" Ritter

On Saturday 23 July 2005 17:13, Paul Davis wrote: > there are lots of reasons to. first of all: what is the source of > material in OV format? does any major legal or illegal download system > provide OV format for any sizeable chunk of popular music? second, every > supported format implies more work within the company. maybe not much > more, but with these companies rushing to get new systems out with > insufficient staff (the usual story), adding a new format requires a lot > of justification. you are once again claiming that the reason why ogg is not popular is that ogg is not popular. > i just know that whenever i post OV URL's for windows users, they say they > need mp3 files. which may or may not be true in and of itself, but its still > a major issue that they believe that. its all lazy bastards. most of them say they require mp3's because they have no other chance of listening to them on their mp3 players. in these days many people seem to prefer listening to all kind of stuff in their cars. i bought a rio karma (awful firmware) so i didnt have a problem with that (until its hd crashed grrr). i usually offer only ogg files on my website, with following comment above each music download page: "In case that you wonder about the file format I'm using, Ogg Vorbis (http://www.vorbis.com/faq.psp): Ogg Vorbis works just as Mp3 does, but offers better quality for the same bandwidth. Here is a good listening test comparison (http://www.rjamorim.com/test/) of Ogg Vorbis and Mp3. Winamp 5 (http://www.winamp.com/player/free.php) is an excellent media player that also plays Ogg Vorbis files and webstreams." additionally, for important releases, i offer 128kbit mp3's, just to piss people off. > > and which distros are you talking about? > > redhat since about RH9, continuing on to Fedora. i am not sure about > debian, i think they have different reasons but the effect may not be > the same. i try to memorize that. arch did not have a problem, neither did kubuntu or gentoo. > > > > 95% of the userbase doesn't even know it exists, > > because USA Today, Deutsche SudZeitung and Al Jazeera talk about "mp3" a > lot, but OV hardly at all? you are once again claiming that the reason why ogg is not popular is that ogg is not popular. > GB's and GB's of material in MP3 format? download services that use MP3? > h/w devices that use MP3? a media culture that uses "mp3" like it uses > "hoover", "fridge" and "xerox"? i'd say it had all the makings of a > highly successful (if unintentional) barrier to entry. and as windows > has shown clearly, "good enough" is "good enough". i agree. > > the problem is the name. it does not at all suggest that ogg vorbis is > > the new mp3. it's as simple as that. no marketing, no world domination. > > the last sentence i might agree with. but that doesn't equate to an > issue with the name. OV has been very poorly marketed by the standards > of any other technology over the last 10 years. whose fault that is, i > don't know. but i do know that if you can sell products with the names > of some of the current crop of cars, shaving foam, perfume, qvaguely- > dairy-related spreads, and ice cream, "Ogg/Vorbis" is not an inherent > obstacle. i am an artist and also quite good with reasonable marketing. i have serious trouble making up cool phrases for ogg/vorbis. i'd rather want to use something else instead. you cant hype a name that does not sound good. it just doesnt work out. for a successful campaign, you have to start from the name. it needs rhythm and color. e.g. "firefox" is currently being very very successful, while "mozilla" isn't. i think one of the major reasons why firefox catched on is that the name sounds a lot better and that it came with a cute logo. simply by finding a good name, you can already save a lot of energy that you'd waste with hyping and marketing. i'll try to contact the vorbis people. maybe they can try a spin off :) -- -- leonard "paniq" ritter -- http://www.paniq.org -- http://www.mjoo.org

19 years, 5 months

[linux-audio-dev] Re: ladspa: delayorama

by Steve Harris

On Fri, Apr 09, 2004 at 06:43:24 +0200, Tim Blechmann wrote: > hi steve and list... > > i've experiencing some problems with the delayorama plugin ... > if the (feedback * taps) is bigger than 100, there is a big possibility > of clipping / sound getting louder and lounder / the plugin getting > unstable (???)... > i'd suggest to post a warning to stdout or stderr that the plugin will > get unstable when using these values ... Going through my unanswered mail, I found this from last year. I can't really print anything to stdout as thats a deeply non-rt safe operation, but I could add a "safe mode" that stoped the product of the gains going over unity gain, but it would mean adding another control port, which (technically) means a new ID, which is pretty inconvienient for everyone. I could add the control to the end of the list, and hope that doesnt upset too many hosts (I've done it before ;) but its not very good-citizeny. Thoughts? - Steve

19 years, 5 months

[linux-audio-dev] Re: [linux-audio-announce] [ANN] NoteEdit 2.8.0 Final released

by Albert Graef

Reinhard wrote: > The NoteEdit team is glad to announce the first major-version since its > new beginning! Great to see that there's a new release. One question: Which Lilypond version(s) are supported? Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikwissenschaft.uni-mainz.de/~ag

19 years, 5 months

[linux-audio-dev] wireless audio

by mimo

I'm just doing some research as I noticed an infrared audio transmitter/receiver the other day in the comet store. What are the options for doing wireless audio output (e.g. hooking up a laptop with a stereo a couple of meters away), if any, and if then under linux? In theory I could think of: - bluetooth (apparently quite slow, so maybe not good for ~cd quality) - wlan: using an existing wlan card and somehow receiving audio data, then transforming to analog - are there devices that do this, how would this work with wlan at the same time? - infrared: no idea, guess the builtin infrared on laptops is to weak to get any further than half a meter Any ideas or advice appreciated mimo

19 years, 5 months

[linux-audio-dev] OpenAL with Jack?

by Albert Graef

Hi, I just hope that this is not a stupid question, anyway: Does anyone know whether there's a patch to make OpenAL work with Jack? Anyone working on this? Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikwissenschaft.uni-mainz.de/~ag

19 years, 5 months

[linux-audio-dev] Job opportunity, Glasgow, Scotland.

by Joern Nettingsmeier

nicholas asked me to forward this message for him, i'm certain you will appreciate it. -------- Original Message -------- Subject: Job opportunity, Glasgow, Scotland. Date: Tue, 19 Jul 2005 11:21:17 +0100 From: Nicholas Bailey <n.j.bailey(a)elec.gla.ac.uk> To: linux-audio-dev-owner(a)music.columbia.edu -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I hope readers of LAD might find the following useful, and I wonder if you'd mind posting it for me. Linux audio developers have been interested in these posts in the past. Please note that my understanding of employment legislation is that we are unable to employ personnel from outwith the European Union unless it can be demonstrated that the required skill set does not exist within the EU (which in this case it certainly does) Here's the post... Job opportunity: RESOURCE DEVELOPMENT OFFICER (MUSIC), UNIVERSITY OF GLASGOW Closing date: 5th August 2005 Based in the Department of Music and shared with the Humanities Advanced Technology and Information Institute, this is a key post aimed at developing and supporting the use of information and communication technology in music teaching and research. Job responsibilities come under three main headings: research support; lab management, administration and development; and teaching support. The postholder will provide technical support specific to music. For further details, please see: http://www.gla.ac.uk/services/humanresources/recruit/5aug_11387.htm JOB PURPOSE The aim of this post is to develop and support the use of information and communication technology in music teaching and research. The postholder will provide technical support specific to the discipline of music. KEY TASKS Job responsibilities come under three main headings: (a) research support, (b) laboratory management, administration and development, and (c) teaching support. a. Research Support a) Advise and assist staff and postgraduates in the selection and use of appropriate new technology resources to enhance research. b) Collaborate with staff and postgraduates on the technical aspects of research funding applications. b. Laboratory Management, Administration and Development a) Liaise with the HATII team in providing technology resources, and with the Technician in the Music Department, on studio and audio infrastructure. b) Maintain and supervise the computing facilities in the Department of Music, delegating to the HATII team, as appropriate. c) Liaise with other RDOs in the Arts Faculty, Department of Electronics and Electrical Engineering and Department of Computing Science, to identify and develop common resources. c. Teaching Support a) Enhance the deployment of teaching materials. b) Identify new technologies for use in teaching. c) Provide technical advice to students, including demonstrations and classes, as appropriate. d) Contribute to the Faculty's undergraduate and postgraduate teaching programme managed by HATII. OBJECTIVES To ensure that the provision of ICT in the Department of Music is appropriate to teaching, learning and research needs of staff and students. These key tasks are not intended to be exhaustive, but simply highlight a number of major tasks which the post holder may be reasonably expected to undertake. Every job description will be subject to review on an annual basis, or: · as a result of a change in strategic management · as a result of team/ operational requirements · as a result of agreed performance and development review including any review of objectives · within six months of appointment. THE DEPARTMENT OF MUSIC The Department has extensive high-quality audio and computing facilities. These comprise: professionally equipped recording studios with tielines to concert halls and soundbooth, Mac-based Electroacoustic Studios with Digidesign audio hardware and soundbooth; two Mac-based audio workstation labs; an undergraduate PC cluster; a PC cluster for postgraduates and researchers; and a number of web and ftp servers running Linux. Applications include ProTools, Logic, Cubase, Finale and Sibelius, Max/MSP, PD/GEM, Csound and more. The Department is a thriving environment for research and teaching across a wide range of areas including electroacoustic and acoustic composition, music technology, historical and cultural musicology, and Scottish music. For further details, please see: http://www.gla.ac.uk/services/humanresources/recruit/5aug_11387.htm Department of Music: http://www.gla.ac.uk/music HATII: http://www.hatii.arts.gla.ac.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (Darwin) iD8DBQFC3NQdFo+kGmUnzkQRAlkLAJ4vurB38motOmUAmC3Fn+tvttxsLgCcCRbS de8noFAP7q3y80XrZEchoAo= =8WiE -----END PGP SIGNATURE-----

19 years, 5 months

[linux-audio-dev] C2

by Jens M Andreasen

Hi! Anybody interested in working on a synthesizer slightly more clock-expensive than my previous mx44? This time around I would like to assume that the user(s) own(s) one or two of the Behringer "Dhrehbanks" Not to say that the thing should be impossible to use otherwise, only that there could be (or might be) a preffered (fast) way ... Plugin Implementors welcome before this thing goes astray! Uhmm .. and yes. I Have a new (much more clean) efficient oscillator working :) How to get it? There is no website. At the moment, just ask! ... ... ... ... ... ... ... The project name is: "C2"! -- mvh // Jens M Andreasen

19 years, 5 months

[linux-audio-dev] [OT] soundapps pages updated (again)

by Dave Phillips

Greetings: I've added a Musings section, corrected some URLs, and added one or two new items. You know the drill: http://linux-sound.org (USA) http://linuxsound.jp (Japan) http://linuxsound.atnet.at (Europe) Alas, the European site is giving me fits again and is not yet updated. The Japanese site will auto-update this evening. Btw, my thanks to the many people who sent kindly messages regarding these pages. I'm glad that the sites are a useful resource, despite their ancient format and lack of amenities, and since no-one else has arrived with a replacement I'll keep aperiodically updating them. I hope you all continue to find them useful and enjoyable. Best regards, Dave Phillips

19 years, 5 months

Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by Kjetil Svalastog Matheussen <k.s.matheussen＠notam02.no>

Martin Habets: > > Plus not all machines have a physical RTC chip. > If you want periodic interrupt emulation on those you need a patch [1], > but that just generates a software interrupt. That would suffer from a > change in HZ value AFAIK. > When having a server, you don't have to use /dev/rtc if its not there. For me, having a timer-daemon, and a shared library communicating with it, seems like the obvious (and very simple) solution for the timer problem. A daemon is easy to set up, and should provide the best possible timing for the given kernel and hardware. So I really wonder, is there something obvious I don't see? Why isn't there such a daemon? In case its just that noone haven't bothered implementing it, I will when I find a free day.

19 years, 5 months

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 July 2005