Linux-audio-dev November 2004

linux-audio-dev@lists.linuxaudio.org

95 participants
87 discussions

by Pedro Lopez-Cabanillas

On Monday 22 November 2004 18:07, Hans Fugal wrote: > Is there an app that will dump midi events in human-readable format to > stdout (or a file, or gui window, whatever)? Preferably it would work on > SMF as well as realtime (ALSA), and have filters to filter out > undesirables (e.g. active sensing or perhaps sysex). The following utilities are included on newest alsa-utils packages. Both can print the incoming MIDI events as human readable text in realtime. amidi (using ALSA raw MIDI interface) amidi is a command-line utility which allows to receive and send SysEx (system exclusive) data from/to external MIDI devices. It can also send any other MIDI commands. -d, --dump Prints data received from the MIDI port as hexadecimal bytes. Active Sensing bytes (FEh) will not be shown, unless the -a option has been given. arecordmidi (using ALSA sequencer) arecordmidi is a command-line utility that records a Standard MIDI File from one or more ALSA sequencer ports. -d,--dump Shows the events received as text on standard output. For SMF files, both Fluidsynth and Timidity can do so. $ timidity -idvvv music.mid $ fluidsynth -v music.mid You can also try my little utilities in C and Pascal, including a midi monitor utility with GUI interface for Kylix that you can find here: http://perso.wanadoo.es/plcl/ Regards, Pedro

19 years, 10 months

[linux-audio-dev] cli midi

by Hans Fugal

Is there an app that will dump midi events in human-readable format to stdout (or a file, or gui window, whatever)? Preferably it would work on SMF as well as realtime (ALSA), and have filters to filter out undesirables (e.g. active sensing or perhaps sysex). If such a beast doesn't exist, I'll probably hack something up for myself. If I do, would there be interest in my releasing it? -- .O. Hans Fugal | De gustibus non disputandum est. ..O http://hans.fugal.net | Debian, vim, mutt, ruby, text, gpg OOO | WindowMaker, gaim, UTF-8, RISC, JS Bach --------------------------------------------------------------------- GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460

19 years, 10 months

[linux-audio-dev] PPC Linux, precision timing problem

by Robert Jonsson

Hi, Another RTC question that is absolutely unrelated to the other one (promise ;-). Been poking at a PPC based linux system lately. Now, if I've been correctly informed (and my photagrafik memory isn't playing tricks on me) the Apple PPC platforms lacks an RTC compatible device. Major stumbling block... how does one accomplish an high resolution timer in this environment, any ideas? What does a Mac use? Regards, Robert -- http://spamatica.se/music/

19 years, 10 months

[linux-audio-dev] ANNOUNCE: Polypaudio 0.7

by Lennart Poettering

Hi! I am proud to announce Polypaudio 0.7. Changes are too many to count (nearly every single file was touched since 0.6) An excerpt: - ability to publish credentials in X11 root window (like arts does) - IPv6 support - Esound backend (use polypaudio on top of an esound daemon) - excessive commenting - new tool pacmd - integer only resampler (use this if you have a slow CPU without much FP power. The quality is quite bad, but it is fast) - real support for ulaw/alaw - tons and tons of cleanups and fixes - new command "load-sample-dir-lazy" paman 0.6, pavumeter 0.4 and xmms-polyp 0.5 have been released as well. Drivers for libao, Xine, MPlayer, GStreamer are available in their respective upstream CVS or SVN servers. The PortAudio driver is still in the works. Lennart -- name { Lennart Poettering } loc { Hamburg - Germany } mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 } www { http://0pointer.de/lennart/ } icq# { 11060553 }

19 years, 10 months

[linux-audio-dev] ANNOUNCE: QjackCtl 0.2.13 released!

by Rui Nuno Capela

Hi everyone, Simply put: QjackCtl 0.2.13 has been released! This is yet another dot-release, nothing outstanding. Taken straight from the ChangeLog: - Main window is now properly minimized instead of simply hidden when the system tray icon is not available nor opted in (as suggested by Florian Schmidt). - Some informational status items are now updated 10 times less frequently (e.g. CPU Load, Sample Rate, Buffer Size, Realtime Mode, etc.), lowering the CPU burden of most probably redundant status updates. - XRUN detection and statistics are being conditionally included if jack_get_xrun_delayed_usecs() is available (as of JACK 0.99.7+ CVS). - Fixed ancient bug on client shutdown event handling, which was invoking the xrun notification handler by mistake. - Support for maximum scheduling delay status added (EXPERIMENTAL); this relies on jack_get_max_delayed_usecs() function availability at configure time, depending on a Lee Revell's non-official JACK patch. - Patchbay Activate button is now a toggle button widget, allowing the deactivation of the current patchbay profile. - Reset-status icon has been changed to a simple red circle instead of previous one which was much like a power-switch symbol. - Preset selection has been added to the context menu. Check it out from the usua place: http://qjackctl.sourceforge.net Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

19 years, 10 months

[linux-audio-dev] more music with Ardour

by Dave Phillips

Greetings: I've added another recording to my "music made with Ardour" page, a guitar duet this time. It's a performance of an old Jimmy Dorsey tune called Maria Elena, you can check it out here: http://linux-sound.org/ardour-songs.html Best, dp

19 years, 10 months

[linux-audio-dev] Tascam US428 Hangup

by Spencer Russell

Hullo, there, I've got a Tascam us428 audio/midi interface/control surface, and I've had a heck of a time trying to get it working. It seems to work alright if I use the device directly with xmms, but when I try to start jack, my system hangs. Sometimes it waits a while before hanging, sometimes it stops immediately when I start jack. I happed to have a tail -f of syslog running this most recent time, and noticed that at the same time it stopped working, the message: kernel: ALSA: ../../alsa-kernel/usb/usx2y/usbusx2yaudio.c: \ 205: -11 came up. Looking at that file in the source, the error happens in function usX2Y_urb_submit(). Here's the line: ... if ((err = usb_submit_urb(urb, GFP_ATOMIC)) < 0) { snd_printk("%i\n", err); <-- This is line 205 return err; } ... I have only basic programming skills, and to me it seems like the function is doing exactly what it's supposed to be doing, and printing the error code -11. But I have no idea what that means, or I could be completely wrong. I'm using kernel version 2.4.26 with the low latency and preemption patches. Thanks for any help. spencer

19 years, 10 months

[linux-audio-dev] cannot set tick on /dev/rtc: Inappropriate ioctl for device

by Robert Jonsson

Hi guys, Trying to move to a 2.6 kernel here. More specifically I've tried the kernel bundled with Mandrake10.1. I'm not expecting any lowlatency miracles but I was expecting it to "work". The error I get is (when starting MusE which needs RTC): cannot set tick on /dev/rtc: Inappropriate ioctl for device rtc is there. Apparently something is wrong with it. I googled a bit and it seems this has been up here before, with other kernels, so it doesn't seem like an Mandrake issue. Anybody know what this is and what to do about it? /Robert -- http://spamatica.se/music/

19 years, 10 months

[linux-audio-dev] anyone interested to develop a new apps ?

by dubphil＠free.fr

Hello, I want to setup a sound system with linux. For this, I need an app that could split an audio file in four tracks in order to add them separately some effects. I tried to achieve this using Jamin which have this kind of "Crossover" functionnality, but it is defenetly not usable for what I need. The ideal application should not be too complex : it should be compatible with Jack and could just get a stereo channel for input and provides 4 stereo channels. The 4 stereo channels would be the result off a crossover spliting by frequency ranges of the input stereo channel. we could give a default preset like this : 1st stereo channel : low 2nd stereo channel : low-mid 3rd stereo channel : high-mid 4th stereo channel : high of course thoose ranges should also be set manually. each channel could have the gain controlled and could have assigned 4 effects with LADSPA plug-ins. each slider or knob should be midi controlled (I know that Jack Rack already does this). Does this kind of apps should take a long time to be developped ? I'm not skilled to undergo this kind of project alone as I'm a poor PHP/Perl and little Python developper. Anyone interested for this kind of project ? Kind regards Philippe

19 years, 10 months

[linux-audio-dev] Re: [Alsa-devel] Firewire Audio Card Support

by Lee Revell

On Thu, 2004-11-18 at 16:09 +0100, Giuliano Pochini wrote: > No, it's not hard because there are a lot of skilled people around, but > the card would be expensive. There was a thread about a project of "open > source" graphic card recently on lkml. And I posted a [possibly OT] rant to that thread about how this was a waste of time and how you could REALLY make a killing with open sound hardware. http://lkml.org/lkml/2004/10/23/292 I got one "right on, brother" response via private mail and that was it. But then again half the kernel guys don't have sound cards in their machines ;-) Lee

19 years, 10 months

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 November 2004