Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7536 discussions

by IOhannes m zmoelnig

thanks to fons, frank, jörn and the rest of the team that made LAC09 possible. even though i could not attend the entire conf, i very much enjoyed the rest of it. c u in u fgamsdr IOhannes

16 years, 9 months

[LAD] LAC09 downloadable proceedings...

by IOhannes m zmoelnig

hi all, fons. thanks for putting the conference videos online. while i did purchase the proceedings in printed form, are they also available in some electronic form (e.g. pdfs)? this way, i would not have to carry around a kilo of paper...:-) fgmasdr IOhannes

16 years, 9 months

[LAD] How is the TSC calibration accuracy on dual core 2 computers? (And what about HPET?)

by Kjetil S. Matheussen

I'm doing some benchmarking where I need about 0.1ms accuracy. I'm using an intel dual core 2 computer. This is for a paper, so I just need the numbers, and the code is not going to run on any other computer. I've looked at the HPET code in jack, but am unsure how accurate it is, and whether there are any overhead using it? And I have also tried using tsc[1]. tsc seems to work perfectly, but I don't know how accurate it is on intel dual core machines? Testing the accuracy of tsc by bounding my thread to one processor using sched_setaffinity and using usleep(), and comparing with code which is forced to switch to read the tsc value from the other CPU, shows that the accuracy of tsc when reading and writing using two different CPUs is below 1ms since that's the accuracy of usleep(). So it looks promising, but I need at least 0.1ms accuracy... Anyone know how much jitter there might be for tsc? I've not found anything on google yet. [1] __asm__ __volatile__("rdtsc" : "=A" (ret))

16 years, 9 months

[LAD] viewing lac videos

by Fons Adriaensen

Hello all, I'm having some problems viewing the LAC videos. Totem (launched by Firefox) produces perfect image but no sound (this may be related to my previous post about alsa card order). Downloading the file and trying mplayer (compiled today) I get video: no video and no sound either. All this on a fresh F10 install wich probably needs some more tuning/pruning. Ciao, -- FA Io lo dico sempre: l'Italia è troppo stretta e lunga.

16 years, 9 months

[LAD] making 'whysynth' microtonal/tuning-table capable

by Aaron Johnson

Porl, linux-audio people A SCALA scale library interface would be a fantastic idea....I did something like this as an exercise in Python for turning SCALA .scl files into tuning dump commands for fluidsynth (even though SCALA itself has fluidsynth scale output :) ) One could use regex statements to parse the header, and have some case switches to determine if the line in the scale 'body' of the .scl file was a ratio, or value in cents, etc. The synth engine would work with the final array of frequencies that were spit out into a MIDI-key indexed array.... I think this would be the easier part. The harder part, and where I think I'd need help, is integrating such functions into an existing audio architecture, plus integrating new GUI dialogs and menus into the same...it might take a whole to figure out if other things get broken as a result...I'm thinking for instance of envelope scaling being related to absolute pitch in HZ instead of MIDI note numbers. I haven't dug deep enough into the 'whysynth' code to see, but such things might need to be redesigned, and it might take time to work out any side effects of shoving SCALA interface code into the mix....maybe if Sean Bolton is on the list here, he'd have some insight into how to best fit things in with his existing code.... Perhaps the SCALA interface library could have a modular template of GUI dialogs/controls/menus for the more popular libs like GTK, FLTK, KDE, TK, etc.? Anyway, I'd be happy as a pig in %^&* to see this in whysynth, and as a de facto standard library the same way jack is in any synth application now written. Best, AKJ http://www.akjmusic.com #my site (lots of music made with linux there!) http://www.untwelve.org #my project (microtonal/tuning-centric concert series ;) ) On Tue, Apr 28, 2009 at 5:25 AM, porl sheean <porl42(a)gmail.com> wrote: > perhaps someone could write a simple library that takes a midi-key (0-127) > as input, as well as a 'scala' mapping and outputs frequency numbers? rather > than every project reimplementing the same idea. > > having written this, you all probably think it is obvious anyway, so i'll > keep quiet :) > > porl > > 2009/4/28 Dave Phillips <dlphillips(a)woh.rr.com> > > Aaron Johnson wrote: >> > ... after having located the code snippet in whysynth that creates a >> > standard 12-equal tuning array, called 'y_pitch', as factors relative >> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy >> > would it be to make this table dynamic and subject to for example, >> > loading a SCALA .scl file, or at least, a user defined array which can >> > be loaded from a dialog box? >> >> I'd like to second Aaron's proposal/request. Support for Scala files >> should be standard in all software synthesizers. It seems a bit >> ludicrous to fix intonation at 12-tone ET when the medium is capable of >> any intonation desired. >> >> Best, >> >> dp >> >> _______________________________________________ >> Linux-audio-dev mailing list >> Linux-audio-dev(a)lists.linuxaudio.org >> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev >> > > > _______________________________________________ > Linux-audio-dev mailing list > Linux-audio-dev(a)lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev > > -- Aaron Krister Johnson http://www.akjmusic.com http://www.untwelve.org -- Aaron Krister Johnson http://www.akjmusic.com http://www.untwelve.org

16 years, 9 months

[LAD] qjackctl & jackd --clocksource

by Robin Gareus

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Rui, Are you planning to add jackd --clocksource [chs] option support qjackctl's setup options? robin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkn20NIACgkQeVUk8U+VK0LDzACfbpO9PN97XrD8ohpKILUeCM0f H+sAn1PSJMwqbydKnH8eouZhpoS5nOgx =k454 -----END PGP SIGNATURE-----

16 years, 9 months

Re: [LAD] making 'whysynth' microtonal/tuning-table capable

by Aaron Johnson

Porl, linux-audio peoples, A SCALA scale library interface would be a fantastic idea....I did something like this as an exercise in Python for turning SCALA .scl files into tuning dump commands for fluidsynth (even though SCALA itself has fluidsynth scale output :) ) One could use regex statements to parse the header, and have some case switches to determine if the line in the scale 'body' of the .scl file was a ratio, or value in cents, etc. The synth engine would work with the final array of frequencies that were spit out into a MIDI-key indexed array.... I think this would be the easier part. The harder part, and where I think I'd need help, is integrating such functions into an existing audio architecture, plus integrating new GUI dialogs and menus into the same...it might take a whole to figure out if other things get broken as a result...I'm thinking for instance of envelope scaling being related to absolute pitch in HZ instead of MIDI note numbers. I haven't dug deep enough into the 'whysynth' code to see, but such things might need to be redesigned, and it might take time to work out any side effects of shoving SCALA interface code into the mix....maybe if Sean Bolton is on the list here, he'd have some insight into how to best fit things in with his existing code.... Perhaps the SCALA interface library could have a modular template of GUI dialogs/controls/menus for the more popular libs like GTK, FLTK, KDE, TK, etc.? Anyway, I'd be happy as a pig in %^&* to see this in whysynth, and as a de facto standard library the same way jack is in any synth application now written. Best, AKJ http://www.akjmusic.com #my site (lots of music made with linux there!) http://www.untwelve.org #my project (microtonal/tuning-centric concert series ;) ) > > On Tue, Apr 28, 2009 at 5:25 AM, porl sheean <porl42(a)gmail.com> wrote: > >> perhaps someone could write a simple library that takes a midi-key (0-127) >> as input, as well as a 'scala' mapping and outputs frequency numbers? rather >> than every project reimplementing the same idea. >> >> having written this, you all probably think it is obvious anyway, so i'll >> keep quiet :) >> >> porl >> >> 2009/4/28 Dave Phillips <dlphillips(a)woh.rr.com> >> >> Aaron Johnson wrote: >>> > ... after having located the code snippet in whysynth that creates a >>> > standard 12-equal tuning array, called 'y_pitch', as factors relative >>> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy >>> > would it be to make this table dynamic and subject to for example, >>> > loading a SCALA .scl file, or at least, a user defined array which can >>> > be loaded from a dialog box? >>> >>> I'd like to second Aaron's proposal/request. Support for Scala files >>> should be standard in all software synthesizers. It seems a bit >>> ludicrous to fix intonation at 12-tone ET when the medium is capable of >>> any intonation desired. >>> >>> Best, >>> >>> dp >>> >>> _______________________________________________ >>> Linux-audio-dev mailing list >>> Linux-audio-dev(a)lists.linuxaudio.org >>> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev >>> >> >> >> _______________________________________________ >> Linux-audio-dev mailing list >> Linux-audio-dev(a)lists.linuxaudio.org >> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev >> >> > > > -- > > Aaron Krister Johnson > http://www.akjmusic.com > http://www.untwelve.org > > -- Aaron Krister Johnson http://www.akjmusic.com http://www.untwelve.org

16 years, 9 months

Re: [LAD] making 'whysynth' microtonal/tuning-table capable

by Aaron Johnson

> > On Tue, Apr 28, 2009 at 5:20 AM, Dave Phillips <dlphillips(a)woh.rr.com>wrote: > >> Aaron Johnson wrote: >> > ... after having located the code snippet in whysynth that creates a >> > standard 12-equal tuning array, called 'y_pitch', as factors relative >> > to 440HZ (A440), and indexed by MIDI note numbers. I wonder, how easy >> > would it be to make this table dynamic and subject to for example, >> > loading a SCALA .scl file, or at least, a user defined array which can >> > be loaded from a dialog box? >> >> I'd like to second Aaron's proposal/request. Support for Scala files >> should be standard in all software synthesizers. It seems a bit >> ludicrous to fix intonation at 12-tone ET when the medium is capable of >> any intonation desired. >> > I'm glad we agree...it's one of the charms of the softsynth--getting rid of hard-wired of physical limitations.....and SCALA is by now the de-facto standard. Aaron Krister Johnson http://www.akjmusic.com http://www.untwelve.org > >

16 years, 9 months

Re: [LAD] making 'whysynth' microtonal/tuning-table capable

by Aaron Johnson

Jens, Hi, thanks for the reply....your proposal gets us halfway there, but I'm thinking more being able to load SCALA files at runtime, have them parsed, and then load the array...this is what I meant by 'dynamic'...a finite number of fixed scales > 1 is better than 1, but still, ideally, we'd want some flexibility, no? Best, AKJ > > On Mon, Apr 27, 2009 at 11:09 PM, Jens M Andreasen < > jens.andreasen(a)comhem.se> wrote: > >> >> On Mon, 2009-04-27 at 21:39 -0700, Aaron Johnson wrote: >> > Hi all, >> -<snip>. >> > here's the code snippet from 'whysynth_voice_render.c' >> > >> > /* MIDI note to pitch */ >> > for (i = 0; i <= 128; ++i) { >> > pexp = (float)(i - 69) / 12.0f; >> > y_pitch[i] = powf(2.0f, pexp); >> > } >> > >> >> You'll need to find the declaration of y_pitch[MAX_NOTES] first and >> change that to say y_pitch[MAX_SCALES][MAX_NOTES] and then also change >> every access from y_pitch[NOTE] to y_pitch[current_scale][NOTE] where >> current_scale is a new (possibly global) variable initially set to zero >> and NOTE is the original indexing variable. Don't worry ... GCC will >> tell you where if you missed something :) >> >> Say MAX_SCALES == 2 you can then >> 1) implement the second scale. For now setting everything to A440 will >> do as proof of concept, and then later you can calculate or load >> something sensible from a file. >> 2) make a single button that will set the value of current_scale to 1 or >> 0, thus changing between the two scales. Radiobuttons might be a better >> choice for more scales, but then you'd need to read more GTK docs up >> front. >> >> >> >> >> > > > -- > > Aaron Krister Johnson > http://www.akjmusic.com > http://www.untwelve.org > >

16 years, 9 months

[LAD] Can't load firmware on RME HammerFall DigiFace

by Natanael Olaiz

Hi, I can't make it work, on a Dell notebook using UbuntuStudio Hardy (kernel 2.6.24-24-rt) x86_64... If I boot with the cardbus attached the machine see the card, but I can't load the firmware. I attach some related info (interruptions, pci slots, etc..). I tried with other kernels, and latest stable version of alsa-firmware-loaders/utils and is the same :( Any idea? Best regards, Natanael. ~$ hdsploader hdsploader - firmware loader for RME Hammerfall DSP cards Looking for HDSP + Multiface or Digiface cards : Card 0 : HDA Intel at 0xfebfc000 irq 21 Card 1 : RME Hammerfall DSP at 0x124000000, irq 19 Upload firmware for card hw:1 Hwdep ioctl error on card hw:1 : Input/output error. [ 153.190388] ALSA /build/buildd/linux-ubuntu-modules-2.6.24-2.6.24/debian/build/build-rt/sound/alsa-driver/pci/rme9652/../../alsa-kernel/pci/rme9652/hdsp.c:803: Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations [ 405.872765] ALSA /build/buildd/linux-ubuntu-modules-2.6.24-2.6.24/debian/build/build-rt/sound/alsa-driver/pci/rme9652/../../alsa-kernel/pci/rme9652/hdsp.c:803: Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations [ 665.833359] ALSA /build/buildd/linux-ubuntu-modules-2.6.24-2.6.24/debian/build/build-rt/sound/alsa-driver/pci/rme9652/../../alsa-kernel/pci/rme9652/hdsp.c:803: Hammerfall-DSP: wait for FIFO status <= 0 failed after 30 iterations ~$ cat /proc/asound/cards 0 [Intel ]: HDA-Intel - HDA Intel HDA Intel at 0xfebfc000 irq 21 1 [DSP ]: H-DSP - Hammerfall DSP RME Hammerfall DSP at 0x124000000, irq 19 ~$ dmesg | tail~$ cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.16. Compiled on Apr 24 2009 for kernel 2.6.24-24-rt (SMP). ~$ lsmod | grep snd snd_rtctimer 5344 1 snd_hdsp 59076 0 snd_hda_intel 442584 1 snd_pcm_oss 48032 0 snd_mixer_oss 20352 1 snd_pcm_oss snd_pcm 93320 3 snd_hdsp,snd_hda_intel,snd_pcm_oss snd_page_alloc 13200 3 snd_hdsp,snd_hda_intel,snd_pcm snd_hwdep 12680 2 snd_hdsp,snd_hda_intel snd_seq_dummy 5764 0 snd_seq_oss 39424 0 snd_seq_midi 10688 0 snd_rawmidi 30240 2 snd_hdsp,snd_seq_midi snd_seq_midi_event 10240 2 snd_seq_oss,snd_seq_midi snd_seq 64256 7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 28424 3 snd_rtctimer,snd_pcm,snd_seq snd_seq_device 10644 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd 71880 16 snd_rtctimer,snd_hdsp,snd_hda_intel,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_hwdep,snd_seq_dummy,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 11040 1 snd ~$ cat /proc/interrupts CPU0 CPU1 0: 474 3 IO-APIC-edge timer 1: 1266 1277 IO-APIC-edge i8042 4: 1 0 IO-APIC-edge 8: 1 0 IO-APIC-edge rtc 9: 6 6 IO-APIC-fasteoi acpi 12: 18259 18339 IO-APIC-edge i8042 14: 3589 3475 IO-APIC-edge libata 15: 0 0 IO-APIC-edge libata 16: 18575 18712 IO-APIC-fasteoi nvidia 17: 26547 26359 IO-APIC-fasteoi libata, eth1 19: 5 5 IO-APIC-fasteoi ohci1394, yenta, hdsp 20: 0 2 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb4, ehci_hcd:usb7 21: 116 115 IO-APIC-fasteoi uhci_hcd:usb2, uhci_hcd:usb5, HDA Intel 22: 42 43 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6 507: 0 2 PCI-MSI-edge eth0 NMI: 0 0 Non-maskable interrupts LOC: 948955 948946 Local timer interrupts RES: 40761 38833 Rescheduling interrupts CAL: 133 217 function call interrupts TLB: 815 666 TLB shootdowns TRM: 0 0 Thermal event interrupts THR: 0 0 Threshold APIC interrupts SPU: 0 0 Spurious interrupts ERR: 0 ~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) 00:01.0 PCI bridge [0604]: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port [8086:2a01] (rev 0c) 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 02) 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 02) 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 02) 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 02) 00:1c.5 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 [8086:2849] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 02) 01:00.0 VGA compatible controller [0300]: nVidia Corporation Quadro NVS 135M [10de:042b] (rev a1) 03:01.0 CardBus bridge [0607]: O2 Micro, Inc. Cardbus bridge [1217:7135] (rev 21) 03:01.4 FireWire (IEEE 1394) [0c00]: O2 Micro, Inc. Firewire (IEEE 1394) [1217:00f7] (rev 02) 04:00.0 Multimedia audio controller [0401]: Xilinx Corporation RME Hammerfall DSP [10ee:3fc5] (rev 36) 09:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5755M Gigabit Ethernet PCI Express [14e4:1673] (rev 02) 0c:00.0 Network controller [0280]: Broadcom Corporation BCM4328 802.11a/b/g/n [14e4:4328] (rev 03)

16 years, 9 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