Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] HOw to create an ALSA out port

by Christoph Eckert

Hi, I just wote a program to configure a m-audio Midisport 8x8. Currently the program can only write a sysex file. It would be convenient to send the data to the Midisport control port instead. UNfortunately, I have no clue how to do so easily. I only need to write sysex data which are kept in a character array. Is there a possibility to easily * connect to a certain port of a device (the Midisport control port) * send the contents of the array to this port * close the port I have already seen some documentation (especially the examples of M- Nagorny), but as I just started to write code it's still too complicated for me. Furthermore I was told that I do not need a fully featured port and that a rawmidi port would be enough for my needs. So, any pointer to some docs or example code I can understand would be really cool. Thanks & best regards ce

20 years, 3 months

[linux-audio-dev] I need help to maintain TerminatorX

by Dubphil

Hello, I use TerminatorX extensively, but it has been noticed that the turntables has mono output. I believe it was a plugin in AMS, in my routing scheme, that was the guilty, but finally not, it is in fact TerminatorX. I've contacted the maintainer, but it seems that this project is dead. I would like to keep it alive but I'm certainly not enough skilled in c++ programming :( To give an example of what I'm able to do : with jackd, terminatorX is connecting automaticaly the L/R output to the Alsa_pcm playback 1 and 2. This was not very good for me, because I don't need this particular connection. So I must each time disconnect them. I've succeeded in disabling this feature quite easily. Now, the goal is to let TerminatorX playing the turntables in Stereo. Does this task seems difficult ? Anyone during the holidays could point me on the good direction ? TerminatorX source code is not huge, quite well organised but not very well commented :( Regards. Philippe

20 years, 3 months

[linux-audio-dev] ANN: libgdither 0.6

by Steve Harris

http://plugin.org.uk/libgdither/ Bugfix release. Added patch for 64bit architecture support, thanks to Andreas Steinmetz, and a bugfix to the shaped dither that increases its signal to noise ratio. All projects that use this code should update. The intention is that applications that require this function should include hte code, rather than adding it as a depenency. About libgdither: Libgdither is a library for applying dithering to PCM audio sources. Dithering is a process to remove the intermodulation distortion from signals that are to be been reduced in bitdepth. This code is (c) Steve Harris 2001-2005 and released under the GNU Public Licence. Details may be found in the file COPYING. It can do conversions between any combination of: in out (optionally interleaved) ------------------------------------------------------------- normalised mono float 8bit unsigned ints normalised mono double 16bit signed ints 32bit signed ints normalised float normalised double At any bitdepth supported by the input and output formats

20 years, 3 months

Re: [linux-audio-dev] HOw to create an ALSA out port

by Pedro Lopez-Cabanillas

On Monday 25 July 2005, Jens M Andreasen wrote: > On Mon, 2005-07-25 at 00:50 +0200, Christoph Eckert wrote: > > I only need to write sysex data which are kept in a character > > array. Is there a possibility to easily > > * connect to a certain port of a device (the Midisport control > > port) > > * send the contents of the array to this port [...] > Let's see if not someone will post the alsa version ... soon. I hope the attached program to be simple enough to be useful in your context. Compile it with: $ gcc -o amsgsysex -l asound amsgsysex.c Use it with; $ amsgsysex 64:1 Regards, Pedro

20 years, 3 months

[linux-audio-dev] [ANN] QjackCtl 0.2.18 bugfix released!

by Rui Nuno Capela

Hi, Just to let you know and leave me with some peace of mind for the coming summer holidays, here's what: QjackCtl 0.2.18 has been released, where a couple of sloppy bugs have been fixed. Taken from the rather minimal changelog for this one: - A freezing and endless loop condition on the patchbay socket item duplication (copy) has been fixed. - Fixed output disability when messages limit option is turned off (thanks again to Wolfgang Woehl for spotting this one). Right. You can grab it from the usual original place(s): http://qjackctl.sourceforge.net http://sourceforge.net/projects/qjackctl Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

20 years, 3 months

[linux-audio-dev] [ANN] E-Radium V0.61c

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

http://www.notam02.no/radium/ INTRODUCTION ------------ E-radium is Radium and a special version of E-UAE. Radium is a midi music editor for the amiga and E-Uae is an amiga emulator. CHANGES ------- 0.61b -> 0.61c: -Use the X mouse pointer instead of the amiga mouse pointer. Much more responsive and smoother. -Added support for the 1280x960 screen mode. (oops) -Removed one buzy-loop which I had overlooked when merging two sources, and increased the idle rate to 20. UAE shouldn't use 50% cpu when idle anymore. -Removed use of /dev/rtc. It was not ment to be used. -Automatically set the window-position at 0,0. No need to see both the unix window borders and amiga screen borders at once. Configuring a fullscreen is now a lot less work. -Lower the use of gfx-mem from 32megs to 16megs to boost the cpu-performance. (I think) -Higher the amount of z3 memory from 16megs to 32 megs. 16 megabyte was far to little as radium often ran out of memory. -Added "make install" -Upgraded radium from 0.61b to 0.61c. From Radiums changelog: -Don't scrollplay when scrolling more than one line up or down. -Added shortcuts for inserting exactly one line (Left Alt + down) and deleting exactly one line (Left Alt + up). -Switched keybindings for continue block (Right Shift + Space) and continue song (Right Shift + Right Alt + Space). -Put back the old running-scripts and such that I forgot to include in the previous release. Shouldn't be that hard to run radium now. -And other smaller fixes.

20 years, 3 months

[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

20 years, 3 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

20 years, 3 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

20 years, 3 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

20 years, 3 months

Jump to page:

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