Linux-audio-user November 2010

linux-audio-user@lists.linuxaudio.org

123 participants
93 discussions

jackd in realtime as user: a no-go in spite of modifying limits.conf

by Der Mickster

Hey, Can't seem to start jackd in realtime as user on ubuntu studio. It does start as root, but that's hardly a consolation (unless I run all audio software as root, which would be kinda daft IMO) @audio - rtprio 99 @audio - nice -10 @audio - memlock unlimited have been added to /etc/security/limits.conf Nevertheless, starting it as user just doesn't seem to work, and I just can't figure out why. I've googled the issue, and everybody seems to agree that modifying limits.conf in the above manner should solve the problem - yet this is what I get: mick@kaizoku:~$ jackd -R -P89 -dalsa -dhw:0 -r48000 -p256 -n3 -S & [1] 3092 mick@kaizoku:~$ no message buffer overruns jackd 0.116.1 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. cannot use real-time scheduling (FIFO at priority 10) [for thread -1217255744, from thread -1217255744] (1: Operation not permitted) cannot create engine Any ideas? Mick.

15 years

Re: [LAU] edirol fa101 on differant rate that 48k ?

by Thomas Hedegaard

2010/11/18 Florian Faber <faber(a)faberman.de> > Thomas, > > > Im not very into this stuff, but you can certainly hear the difference. > > This is, with all due respect, bullshit. On the technical side, there is > no difference, just a waste of bandwidth. > > Of course a higher SR gives better sound. Wich you can easily hear if you use your ears. There is a reason to use 44.1k and not 8k on CD for ex. And there is a reason for listening to LPs instead of CDs > If you eq in 44.1k you get that early nineties techno high end. > > If you hear differences, your filters and/or converters are broken. > > Maybe the plugins I use are crappy. But nevertheless if you raise a level in a digital eq it makes good sense that it distorts because you move the points away from each other and thus making the wave more of a square? > > Flo > -- > Machines can do the work, so people have time to think. > public key DA43FEF4 x-hkp://wwwkeys.eu.pgp.net >

15 years

EQ plug and 4-pin 1394

by Kim Cascone

1- can anyone recommend a LADSPA or Windows VST plug (want to use in Ardour) that approaches the quality and flexibility of the GRM Equalize plug? http://www.grmtools.org/qt/files/Equalize_ST.html 2- my Dell laptop has a 4-pin firewire output and was wondering if there are any issues with using a 4 pin cable for a 6 pin I/O other than not supplying power? I know I have to supply power to the box since a 4-pin 1394 connector doesn't carry DC power.

15 years

AVSynthesis

by alex stone

I've been experimenting with Casound, and have Blue installed ok as a front end. (Nice app) I've tried AVSynthesis, but can't get it to start, as it throws up the following errors: ------------------------------------------------------------------------------------------------------ alex@parchmentstudios ~/Downloads/AVSynthesis_33_05_11 $ java -Xmx512m -Djava.library.path=./libo -cp AVSynthesiso.jar:./libo/* org.avs.AVSynthesis Exception in thread "main" java.lang.NoClassDefFoundError: org/avs/AVSynthesis Caused by: java.lang.ClassNotFoundException: org.avs.AVSynthesis at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: org.avs.AVSynthesis. Program will exit. ------------------------------------------------------------------------------------------------------ I've been through the dependencies, and everything seems to be ok. Any clues? Alex. -- www.openoctave.org midi-subscribe(a)openoctave.org development-subscribe(a)openoctave.org

15 years

[ANN] QjackCtl 0.3.7 released!

by Rui Nuno Capela

JACK Session managerism... This might well be ahead of its time. And probably is. JACK session infrastructure and its promised functionality is still dormant in subversion source pits. However, good news are, no matter which flavor you pick, either JACK1 (>= 0.119.2) or JACK2 (>= 1.9.7), both already do it all to the promise. However still on their respective SVN trunks though. Maybe this very announcement will get that all loose and out of the dorm ;) At least, I'm trying. Meanwhile and until that ever happen, QjackCtl will be already here even though its JACK Session manager(istic) features will be just lurking to get out of redundancy. Fact is, this new source won't do much better than that of good old Patchbay, if compiled with existing JACK package distributions (latest are 0.118.0 and 1.9.6, respectively). Nor even close. Actually, only when it gets ever compiled and built against a current JACK Session API it will take off. Fly high or low, you may ask. Well, may I say, it will only fly as high as many Linux audio application developers will do to embrace the daunting trouble of adding a few dozen lines of source code to their creatures. And to their help, chances are that Torben Hohn already has all the starters ready (ask torbenh on #jack @ irc.freenode.net; maybe he still has some fresh git repo/patch on the fridge:). Then again, this very announcement is being kind of a heads-up. Avast ye LADs! Anyway, there are a few new tricks this old dog have been taught, besides putting the carriage before the horses, nevertheless... :) QjackCtl 0.3.7 has been released! That's it. Well, the uber-procrastinator sometimes gets over it. Sometimes :) Maybe there's a fine distinction between elegant procrastination and being just lazy. Tradition still rules: lazy enough to procrastinate no more :) Website: http://qjackctl.sourceforge.net Project page: http://sourceforge.net/projects/qjackctl Downloads: - source tarball: http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.7.tar.gz - source package (openSUSE 11.3): http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.7-1.rncbc.suse113.sr… - binary packages (openSUSE 11.3): http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.7-1.rncbc.suse113.i5… http://downloads.sourceforge.net/qjackctl/qjackctl-0.3.7-1.rncbc.suse113.x8… Weblog (upstream support): http://www.rncbc.org License: QjackCtl is free, open-source software, distributed under the terms of the GNU General Public License (GPL) version 2 or later. Change-log: - Session widget has session save type preserved as well. - Connections and the new Messages/Status widgets now have their last open tab preserved across program run-cycles. - Connections and Patchbay widgets have been finally given up on an old feature request: an Expand All items button. - A significant UI layout has been made: the Messages and Status widgets were merged into one, giving space to the brand new Session wigdet to be easy accessible from the main panel control window. - libX11 is now being added explicitly to the build link phase, as seen necessary on some bleeding-edge distros eg. Fedora 13, Debian 6. (closing bug #3050915). - Input/Output latency options were missing but now finally enabled for the firewire back-end. - General standard dialog buttons layout is now in place. - Avoid pre-loading a stalled patchbay definition filename and its nagging error on startup (fixes bug #3017078). - Client connection retrial logic scrapped. Being a leftover from early ages, when machines were slower and JACK server startup times were longer... now, if it can't connect first time as client, it will tear down the server whether it's starting up still or not at all. (cf. Setup/Settings/Start Delay for the rescue). - Server name is finally part of the server settings presets, thanks to Fons Adriaensen for the heads-up. - As a workaround regarding issues switching jack2's backends, Robin Gareus sends us yet another D-Bus metho slot: "preset", (dbus-send --system / org.rncbc.qjackctl.preset string:PRESET). Thanks again. - Another D-Bus interface slot makes it through implementation: "quit" (eg. usage: dbus-send --system / org.rncbc.qjackctl.quit). Besides, there's also these new JACK session management actions which were being overlooked as well: "load", "save", "savequit" and "savetemplate" are also available as D-Bus method slots. - Make sure that Patchbay socket names are unique when adding or copying, fixing previous patch by Dominic Sacré. - JACK version is now being shown on the About box (jack2). - Slight Connections widget behavioral change: (dis)connecting a client (from) to one single port, (dis)connections will be applied in sequence from (to) all client output ports to (from) as many input ports there are in below, one by one (satisfying a 5 year old request from Yann Orlarey, thanks:). - JACK session support is being introduced. - Ignore first XRUN occurrence option dropped from statistics. - Initial widget geometry and visibility persistence logic has been slightly revised as much to avoid crash failures due to wrong main widget hidden state. - Double-quotes are now being added to device names which include blank characters and were rendering invalid all command line invocation of the classic JACK server (eg. specially due for Portaudio device names on Windows). - Transport play (rolling) status is now being guarded to avoid backfiring from extraneous transport state changes. - General source tree layout and build configuration change. - Italian (it) translation added (by Sergio Atzori). - Post-shutdown script invocation logic slightly refactored in attempt to enforce its execution on application quit. Enjoy! -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

15 years

ambdec: UHJ decoding?

by Bearcat M. Şandor

Can ambdec bet set up to do UHJ decoding. I can't find any info on that on line or in the archives of lau or lad. Thanks, Bearcat

15 years

Yet another HDA problem

by Alexandros Diamantidis

OK, I know that on-board HDA audio hardware isn't recommended, but... So, my previous motherboard's on-board audio worked well enough with Jack, but the MB was unstable under heavy CPU load (I repeatedly got "invalid instruction" kernel exceptions) and the shop I got it from exchanged it with a newer model since it was under guarantee. Now I have an Asus M4A87TD/USB3. Some sound card info: 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) (rev 40) Codec: VIA VT1818S * /proc/interrupts: CPU0 CPU1 CPU2 CPU3 16: 0 2 299 194622 IO-APIC-fasteoi hda_intel, eth2 The whole alsa-info output: http://members.hellug.gr/adia/m/alsa-info Now, jack (ver. 1.9.6) starts immediately reporting a constant stream of xruns: JACK server starting in realtime mode with priority 10 creating alsa driver ... hw:0|-|1024|2|48000|0|0|nomon|swmeter|-|32bit Using ALSA driver HDA-Intel running on card 0 - HDA ATI SB at 0xfe7f4000 irq 16 configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods ALSA: final selected sample format for playback: 32bit integer little-endian ALSA: use 2 periods for playback alsa_driver_xrun_recovery **** alsa_pcm: xrun of at least 0.014 msecs JackAudioDriver::ProcessAsync: read error, skip cycle alsa_driver_xrun_recovery **** alsa_pcm: xrun of at least 0.011 msecs With different parameters there are no xruns until I start a client: creating alsa driver ... hw:0|-|128|3|48000|0|0|nomon|swmeter|-|32bit Using ALSA driver HDA-Intel running on card 0 - HDA ATI SB at 0xfe7f4000 irq 16 configuring for 48000Hz, period = 128 frames (2.7 ms), buffer = 3 periods ALSA: final selected sample format for playback: 32bit integer little-endian ALSA: use 3 periods for playback JackEngine::XRun: client = moc was not run: state = 2 JackAudioDriver::ProcessAsync Process error JackEngine::XRun: client = moc was not run: state = 2 JackAudioDriver::ProcessAsync Process error JackEngine::XRun: client = moc was not run: state = 1 JackAudioDriver::ProcessAsync Process error Sound output is always broken - it seems there is an xrun for each period. So... any pointers on diagnosing the problem? Does the fact that audio and ethernet share IRQ 16 affect anything? Thanks in advance! Alexandros

15 years

Re: [LAU] EQ plug and 4-pin 1394

by Kim Cascone

linuxdsp wrote: > Kim Cascone wrote: >> 1- can anyone recommend a LADSPA or Windows VST plug (want to use in >> Ardour) that approaches the quality and flexibility of the GRM >> Equalize plug? >> http://www.grmtools.org/qt/files/Equalize_ST.html >> >> >> > I've made a graphical EQ plugin - here: > > http://www.linuxdsp.co.uk/download/lv2/download_graph_eq/index.html > > its only 10 band, but you can drag the EQ curve into various shapes > in realtime using the mouse. > > Each band can be either shelf, low / high pass, band pass etc, its > available as an LV2 so it will work with Ardour (2.8.3 and later) or a > linux VST so it works in hosts like energyXT or renoise > > > > yes I have an early version of your ch-eq's which I use and love but I'm still using an early version of Ardour (2.8.2) due to not wanting to upgrade my system and apps while in the middle of a touring season -- but I plan on doing this as soon as I'm finished mixing my current CD project 2 q's: -- do you offer a complete package of your LV2 plugs? if so, how much? -- do you have plans to increase the number of bands on your graphic EQ for more surgical precision? :) -

15 years

hda_codec_analog 96000 sampling rate?

by Mark Rages

Hi all, I've got an ubuntu 10.04 system and I am using the sound card built into my motherboard. I would like to play some audio sampled at 96 kHz. But I don't appear to have this enabled: markrages@markrages-desktop:~$ cat /proc/asound/card*/codec#0 | grep rates rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000 rates [0x60]: 44100 48000 rates [0x7f]: 8000 11025 16000 22050 32000 44100 48000 But the same file lists "Codec: Analog Devices AD1986A". I looked up the datasheet, and the AD1986A is able to support 96 kHz sampling with "Double rate audio". In audacity I generated a .wav file with a 24 kHz sine wave sampled at 96 kHz. It produces a flat line on the oscilloscope when I play it back in audacity or sox. This makes me suspect that it's getting downsampled to 48 kHz somewhere along the way. (I also tried playing it back in alsaplayer and the result was an ugly on the 'scope. I didn't try listening.). I generated a 1 kHz wave which showed up loud and clear, so the audio path is working. (Before you ask, I'm not trying to play music for dogs, I'm trying to generate FM stereo pilot tone.) So, what do I need to do to get 96kHz playback working? Regards, Mark markrages@gmail -- Mark Rages, Engineer Midwest Telecine LLC markrages(a)midwesttelecine.com

15 years

Csound and Ecasound

by alex stone

I've been experimenting recently, and trying Csound (with the Blue frontend) and Ecasound (with the excellent Nama terminal frontend), and have a question. Has there been any comment or discussion about adding jackmidi to Csound and Ecasound? Is this an option for further consideration given jackmidi's excellent timestamped structure? Has anyone experimented with this, i.e. hacked a version? Alex.

15 years

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

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-user November 2010