Linux-audio-dev July 2010

linux-audio-dev@lists.linuxaudio.org

69 participants
72 discussions

by James Morris

Hi, Is there any software which will tell me of 'errors' in the midi stream? I'm having trouble with notes which hold for too long and want an easy way of eliminating (or not) missing note-off events. Cheers, James.

14 years, 5 months

Denemo 0.8.18 Release - Free and Open Music Notation Editor

by Nils Hammerfest

Get Denemo 0.8.18 http://denemo.org/index.php/Get_Denemo Release Notes: -Default behavior is now non-modal * You can choose one out of four Shortcut systems, including the "Classic" one. * an easy to understand and very slick interface via keyboard * seamless integration with MIDI controllers -Better Paste command. -Musical Snippets - store musical riffs/motifs to be pasted at will or as rhythmic templates for playing over. Maximize the space for the score (with/without user's choice of menus). * Standard View - window size, zoom, number of systems etc * No-Menu version of this view * Page View - user chooses a window size, zoom and number of systems, which is stored with the movement for instant recall. * Single keyboard shortcut for toggling between these views (Esc by default). -MIDI transport work for JACK users. -Fix Chord Symbols for music starting with triplets, grace notes etc. -Fix display of dotted rests -Arbitrary Tuplets built in: correct MIDI output as well as engraving, of course. -Diatonic Transposition: Shift notes and chords up and down respecting the current key signature. -Support for figured bass extenders, including those with no starting figure. -Cursor can be highlighted, making it easier to locate -Page turning is animated: as the last line starts to play, the page visibly turns at the top. -Purely rhythmic notes playback using percussion - click tracks more easily generated. -Split Notes and Chords to smaller notes while preserving the original duration (make a quarter note two 8th or tuplet of 8th or 7-tuplet) -Duplicate a Note or Chord as command -Command line interface for interactive scheme use -Support for the "French" clef (G on bottom line)

14 years, 5 months

Re: [LAD] [LAA] gst123-0.1.2

by Niels Mayer

On Mon, Jul 5, 2010 at 9:11 AM, Stefan Westerfeld <stefan(a)space.twc.de> wrote: > gst123-0.1.2 has been released. > Website: http://space.twc.de/~stefan/gst123.php > Download: http://space.twc.de/~stefan/gst123/gst123-0.1.2.tar.bz2 Stefan -- very nice and useful program. Thanks for making this available! FYI -- To compile on Fedora, I had to install the following to get 'configure' to stop complaining: 1) yum install 'gstreamer-devel' (obviously) 2) yum install gstreamer-plugins-base-devel (less obvious as config complains: No package 'gstreamer-interfaces-0.10' found // No package 'gstreamer-video-0.10' found ) 3) yum install ncurses-devel The application compiles and works nicely after that. However, I have some questions/issues/bugs: (1) I do not have pulseaudio running, and all gstreamer apps have a pause as they attempt to contact pulseaudio, and then emit a message: "socket(): Address family not supported by protocol" ... in a GUI app, this might make less of a difference, since you don't end up having the app respond to ^C signals. However, gst123 does -- and during the period when gstreamer is contacting the pulseaudio socket, the application becomes temporarily unresponsive, even to signals like ^C. By the time it starts responding again it's already loaded the next file and gone unresponsive again due to timing out on the nonexistent pulseaudio socket. This makes the program very hard to interrupt. Question: is there a way to disable checking for pulseaudio for each new file when specifying multiple media files. e.g.: "gst123 *.ogg" ? For example: do it once at application startup, or even better, a way to prevent it from happening all-together via environment variable, configuration, etc. Best would be some kind of environmental check so that the timeout on socket needn't occur.The timeout significantly slows down operation of the program even when not issuing ^C's. (2) For HD Video recorded off digital broadcasts, but not for regular def broadcast video, there's a problem when issuing the '->' (forward arrow) or '<-' (backward arrow) commands to skip forwards or back: As you go forward, there's an increasingly longer delay before the audio syncs up and starts playing. Hit '->' a few times and the audio never seems to sync up, and sometimes the video stays paused on the same frame, even though the time display in the terminal continues updating. Note that the files producing these errors have some oddball results output from "ffmpeg -i" but that's how mythtv's mpg files look, for HD broadcasts: ............... [mpeg2video @ 0x1c2fcd0]mpeg_decode_postinit() failure Last message repeated 7 times [mpegts @ 0x1c2b5f0]MAX_READ_SIZE:5000000 reached Input #0, mpegts, from '/home/npm/Videos/1551_20100407195900.mpg': Duration: 02:06:59.36, start: 55515.108733, bitrate: 10490 kb/s Program 1 Stream #0.0[0x7c0]: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 38810 kb/s, 62.39 fps, 59.94 tbr, 90k tbn, 119.88 tbc Stream #0.1[0x7c1]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x7c2]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s At least one output file must be specified ................ (3) Note that if the above file is played out of a list 'gst123 *.mpg' then at least it gets audio playback. The same file, started standalone, shows video, but gives plays no audio: ............. gnulem-346-~> gst123 /home/npm/Videos/1551_20100407195900.mpg Playing file:///home/npm/Videos/1551_20100407195900.mpg ** (gst123:12323): CRITICAL **: gst_mpeg_descriptor_find: assertion `desc != NULL' failed ** (gst123:12323): CRITICAL **: gst_mpeg_descriptor_find: assertion `desc != NULL' failed No accelerated IMDCT transform found ** (gst123:12323): CRITICAL **: gst_mpeg_descriptor_find: assertion `desc != NULL' failed ** (gst123:12323): CRITICAL **: gst_mpeg_descriptor_find: assertion `desc != NULL' failed No accelerated IMDCT transform found socket(): Address family not supported by protocol Codec : Dolby Digital (AC-3) (audio) Bitrate : 192.0 kbit/s ............................ Niels http://nielsmayer.com PS: Feature request: decode caption information from videos, and display in video. And/or output a timed-text, SMIL or other file containing the caption information and time-of-presentation information. This can be very useful in searching content of video files.

14 years, 5 months

Feature request for FIL-Plugins

by Jostein Chr. Andersen

Hi Fons and LAD's, I'm a very happy user of the decent FIL-equalizer and so far, it serves all my needs for mixing down mono channels in mixing situations. The problem is that a Stereo EQ is also needed from time to time, for example with drums; I'm thinking about overhead channels. I use to make on bus for the drums and an additional bus for the OH channels (so left and right OH channels can use common hipass, compressor and EQs, and deesser (and so on)), then every drum item is feed into the drum bus and OH's is feed it's stereo bus and from there into the drum bus; this is probably the most common way to do it. So my humble (I hope) request is: Is it possible to make a stereo version of FIL-equalizer and can someone implement it? That would make the mixing situation very much better. And while I'm at it: Is it possible to add a Hi Pass filter (12(/18)/24 db) on them too? ;-) I know that's it's other EQ's out there, but the FIL-equalizer seems to cover up my needs while still being simple to use and not overloading the computer - 2 or 3 bands are normally everything one need. Thank you. Jostein

14 years, 5 months

calf: where did the nice hi and lowpass plugins go?

by Jörn Nettingsmeier

hi calf folks, hi everyone! unless i'm getting confused, the calf plugin set used to contain a set of hi- and lowpass filters that seem to have vanished with my last git pull. which is a major pity, since a) the current git solves a number of crashes and b) i've been using those hi- and lowpass plugins (perhaps unwisely) in a number of rather complicated sessions that i need to be able to revisit... any chance of getting those back? best, jörn

14 years, 5 months

KX Studio: questions and suggestions,

by Mike Cookson

Hello, lists. Not long ago I tried KX Studio 10.04.1 (updated LiveDVD) and installed it from stratch. I am very glad to see linuxsampler, included to this distro. Of course, there is more notable things, but it is most for me. 2) Missing dependies: jack-netsource-gui from zenity. 3) Also, disk content's size is less then 2 Gb, so some packages would be nice included to disk: MuseScore, Aeolus, Ingen. 4) Needs packaging Cinecutie; cinelerra doesn't support unicode (very critical for russian and like users), not speaking about GUI. I don't see any reason to use cinelerra instead cinecutie. Both cinecutie and cinelerra have own PPA, maintained by Akirad. Now a question: what is difference between kernels: linux-preempt from general ubuntu 10.04 repo and lowlatency/realtime kernels from kxstudio? There are two things, that caused me to be interested with kernel from standard ubuntu repository: 1) problems with Nouveau drivers at realtime kernel (nouveau module not found, though I have installed headers) and 2) When I select lowlatency driver, it goes into mode, specified with video= parameter, only after some time, when splash already appeared with theme, not specified through default.plymouth alternative.

14 years, 5 months

[ANN] Drumstick 0.4.0 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. This library is used in KMetronome, KMidimon and KMid2, and was formerly known as "aseqmm". Changes: * New visibility attribute for all public classes allowing client programs to be compiled with hidden visibility if desired. * Better error reporting for all the utilities. * Subdirectory "tests" renamed as "utils". * Utility "smfplayer" renamed as "guiplayer" and enhanced with a new interface design and support for Cakewalk WRK files. Copyright (C) 2009-2010, Pedro Lopez-Cabanillas License: GPL v2 or later Project web site http://sourceforge.net/projects/drumstick Online documentation http://drumstick.sourceforge.net/docs/ Downloads http://sourceforge.net/projects/drumstick/files/0.4.0/

14 years, 5 months

MIDI jitter

by Ralf Mardorf

On Tue, 2010-07-06 at 10:57 +0100, Daniel James wrote: [snip] > I notice > http://www.rme-audio.de/en_support_techinfo.php?page=content/support/en_sup… > doesn't mention USB or MIDI at all. > > Cheers! > > Daniel Hi all :) hi Daniel :) I'll read this link tomorrow, I just did a short test, right after the postman did give me the ordered equipment. Please take a look at all the tests I did here. The Terratec's MIDI might be ok, but ... spinymouse11.2@suse11-2:~> cat .alias alias cpu-o="su -c\"cpufreq-set -gondemand\"" alias cpu-p="su -c\"cpufreq-set -gperformance\"" spinymouse11.2@suse11-2:~> cpu-p Password: spinymouse11.2@suse11-2:~> uname -a Linux suse11-2 2.6.31.6-rt19 #1 SMP PREEMPT RT Wed Nov 18 16:59:26 CET 2009 x86_64 x86_64 x86_64 GNU/Linux spinymouse11.2@suse11-2:~> alsa-midi-latency-test -l Port Client name Port name 14:0 Midi Through Midi Through Port-0 16:0 TerraTec EWX24/96 TerraTec EWX24/96 MIDI 20:0 USB Device 0x170b:0x11 USB Device 0x170b:0x11 MIDI 1 spinymouse11.2@suse11-2:~> alsa-midi-latency-test -i16:0 -o16:0 > SUCCESS best latency was 0.98 ms worst latency was 1.42 ms, which is great. spinymouse11.2@suse11-2:~> alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 > SUCCESS best latency was 0.99 ms worst latency was 1.11 ms, which is great. Then I run glxgears and Firefox with windows always on top and moved the Firefox window while running the tests. spinymouse11.2@suse11-2:~> alsa-midi-latency-test -i16:0 -o16:0 > SUCCESS best latency was 0.98 ms worst latency was 4.15 ms, which is great. spinymouse11.2@suse11-2:~> alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 > SUCCESS best latency was 0.99 ms worst latency was 1.11 ms, which is great. Then I tested if the hrtimer might change something, I dunno if the test will use it automatically. spinymouse11.2@suse11-2:~> su Password: suse11-2:/home/spinymouse11.2 # chgrp audio /dev/hpet suse11-2:/home/spinymouse11.2 # sysctl -w dev.hpet.max-user-freq=64 dev.hpet.max-user-freq = 64 suse11-2:/home/spinymouse11.2 # modprobe snd-hrtimer suse11-2:/home/spinymouse11.2 # cat /proc/sys/dev/hpet/max-user-freq 64 suse11-2:/home/spinymouse11.2 # exit Firefox and glxgears still on top of the windows and I moved the Firefox windows again during the test. Note that I now used the -R switch for both tests. pinymouse11.2@suse11-2:~> alsa-midi-latency-test -Ri16:0 -o16:0 > SUCCESS best latency was 0.99 ms worst latency was 1.08 ms, which is great. spinymouse11.2@suse11-2:~> alsa-midi-latency-test -Rrw20 -i16:0 -o16:0 > SUCCESS best latency was 0.99 ms worst latency was 1.12 ms, which is great. Just for comparison one test for the Swissonic USB MIDI device, without running glxgears or Firefox or moving any window. HPET still enabled. spinymouse11.2@suse11-2:~> alsa-midi-latency-test -Rrw20 -i20:0 -o20:0 > SUCCESS best latency was 1.17 ms worst latency was 2.23 ms, which is great. Now a final comment to those tests. When I used the USB MIDI device + HPET the audible result wasn't usable for music, but I had the impression that half of the jitter would solve this issue. If the results of the test are correct and if nothing would change when running JACK and doing hard disk recording too, then I guess the PCI MIDI could be ok. I don't have much time today, perhaps tonight or tomorrow I'll mount the new HDD and restore my 64 Studio's. When it's done I'll record some music and additionally I'll ask Achim, http://achimjaroschek.com/ , to stress the computer by playing the Roland drums and some hardcore Classic or hardcore Jazz on the keyboards. It's not only that he plays with all those music giants like Jasper van't Hof, Peter Brötzmann etc., but he once throw his Apple through the window and he always advise me not to make music using the computer anymore. I've got a good feeling, that around 1ms (when the -R switch is set) would be good enough to make music, but again, even if the test says 2.23 ms for the USB device should be great, the USB device is unusable for serious musicians, it results in music that might be done by am idiot without any sense for music. I couldn't use the USB device + HPET even for the simple Pop-Rock I sometimes make. Cheers! Ralf

14 years, 5 months

No nagging, a serious question

by Ralf Mardorf

I once did a MIDI extension for SpeechBasic to program a real time MIDI sound sampler on BASIC for the C64, for example $1810 LDA $DEO6 $1813 LSR $1814 BCC $1810 $1816 LDA $DE07; read MIDI event byte, usually followed by RTS This are 6 bytes of code, to get a MIDI data byte from the UART. I did an experiment by the signature that makes Adrian going wild. Some lines for a signature are spam and I do agree. How many lines of code are used by ALSA MIDI to do the same? Lets say not per USB, but PCI. I wonder if MIDI on Linux could become better and if audio could need less resources when for Linux audio and MIDI, the concept might vary to the usual Linux concept. Some very elaborate Mac and Win audio apps do not need much resources or much bytes. I hope at least one person would understand that I'm not nagging. I try to understand Linux code, but it's very long and hard to understand, not comparable with the 4 lines above or even not comparable to longer code for professional Atari sequencers. Is there really a reason, I might not understand, to make Linux audio that complicated? Please, I guess some will write that I'm the only one having issues with ALSA MIDI and JACK, but c'mon ;) ... Cheers! Ralf PS: Latest ALSA MIDI latency tests fortunately did show that USB most times is useless, see also the 64 Studio lists archives, but PCI MIDI most times seems to be very good. Perhaps, if you should agree, there could be an advice on Linux audio web sides to prefer PCI MIDI.

14 years, 5 months

MIDI jitter - Today for 4 of 4 tests my USB device did pass all tests with success

by Ralf Mardorf

On Mon, 2010-07-05 at 10:15 +0200, Ralf Mardorf wrote: > -------- Forwarded Message -------- > From: Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> > To: Clemens Ladisch <clemens(a)ladisch.de> > Cc: Linux Audio Developers <linux-audio-dev(a)lists.linuxaudio.org> > Subject: MIDI jitter - Today for 4 of 4 tests my USB device did pass all > tests with success > Date: Mon, 05 Jul 2010 10:14:21 +0200 > I'm very sceptic regarding to the ALSA MIDI latency test, OTOH the PATA > might have caused 7 ms and IIRC 19 ms too and visually interpretation > might mistake because it's hard to find the start of waveforms in the > noise. I guess (don't know), that 7 ms and 19 ms are caused by a broken HDD, but when I did the visually test the HDD wasn't broken, I did it a long time ago. So the visually test around 4 ms and ALSA MIDI latency test around 4 ms from today might be correct results for my computer and at least when I got 4 ms for the visually test, the audible result was unusable for music, anyway, I still have got some hope. To be continued ASAP.

14 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 2010