Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

Re: [LAD] [LAU] Polyphonic Pitch Estimation

by Gerald Mwangi

Hi, has some got PolyPitch compiled on linux? It complaining that SCWorld_Allocator is missing. I've installed SuperCollider 3.4 on ubuntu oneiric. Greets, Gerald On Mon, 2012-01-23 at 12:57 +0000, Dan S wrote: > Hi Gerald, > > I don't know the exact state of the art, but Nick Collins recently > used "Anssi Klapuri's great 2008 paper 'Multipitch analysis of > polyphonic music and speech signals using an auditory model'" to build > a polyphonic pitch tracker for SuperCollider. > > Since Nicks' code is GPL, maybe you can even re-use it. See this > email: https://www.listarc.bham.ac.uk/lists/sc-users/msg10760.html > > Dan > > > 2012/1/23 Gerald Mwangi <gerald.mwangi(a)gmx.de>: > > Hi all, > > I'm developing a small app which uses aubio to extract the fundamental > > Frequency of a monophonic guitarsignal to drive a set of wavetable synths. > > It works quite well and I'll put up on the net when I have the time. > > But I would like to extract the fundamentals of a polyphonic signal. Does > > anyone know of a lib which does this in realtime? Or at least a state of the > > art paper I could implement? > > thanx, > > Gerald > > > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user(a)lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > >

13 years, 9 months

Re: [LAD] [LAU] Polyphonic Pitch Estimation

by Gerald Mwangi

Looks interesting . I'll take a look at it. Thanx, Gerald On Mon, 2012-01-23 at 12:57 +0000, Dan S wrote: > Hi Gerald, > > I don't know the exact state of the art, but Nick Collins recently > used "Anssi Klapuri's great 2008 paper 'Multipitch analysis of > polyphonic music and speech signals using an auditory model'" to build > a polyphonic pitch tracker for SuperCollider. > > Since Nicks' code is GPL, maybe you can even re-use it. See this > email: https://www.listarc.bham.ac.uk/lists/sc-users/msg10760.html > > Dan > > > 2012/1/23 Gerald Mwangi <gerald.mwangi(a)gmx.de>: > > Hi all, > > I'm developing a small app which uses aubio to extract the fundamental > > Frequency of a monophonic guitarsignal to drive a set of wavetable synths. > > It works quite well and I'll put up on the net when I have the time. > > But I would like to extract the fundamentals of a polyphonic signal. Does > > anyone know of a lib which does this in realtime? Or at least a state of the > > art paper I could implement? > > thanx, > > Gerald > > > > _______________________________________________ > > Linux-audio-user mailing list > > Linux-audio-user(a)lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-user > > > > >

13 years, 9 months

Help needed to find a system/graphics related bug in my Music Notation Editor. (Little time and effort for you)

by Nils

Hello list! For those who have PyQt4 for Python3 installed: I have a software, a Music Notation Editor, that can start in a one-liner and I need to find a bug that only occurs on some systems. git clone git://github.com/nilsgey/Laborejo.git && cd Laborejo && ./laborejo-qt.sh This will download and run my software Laborejo as normal user without installing anything*. The only dependency is pyqt and git to download it You will see 5 lines and a symbol. The symbol must be perfectly alingned within the five lines (one pixel above can be tolerated). It should look like this: http://www.wargsang.de/pyqt-bug-report.jpg Do you see that symbol shifted up or down or is it correct? Could you please answer me with the following information attached: Your graphic driver (type ("ati, nvidia, intel" etc. and closed or open source?) and desktop enviroment/window manager (Gnome, KDE, xfce, i3 etc.). If you want to add more information like qt version or X-Server it would be nice as well. Everything display related helps: I believe closed nvidia drivers will shift the symbol. I tested it myself on ati and intel graphics, both 32 and 64 bit and it looked good, both on Linux and Windows. Other users with ati and intel GPU's had no problem. But two persons with an nvidia card had the wrong display. It would be very nice to hear from you! Nils http://www.laborejo.org *The only modifications to your system are new dir .laborejo in your home directory and the downloaded files via git.

13 years, 9 months

[OT] no more LJ monthly articles

by Dave Phillips

Greetings, I've just received a notice from the Linux Journal that they will no longer be running my monthly articles. I know that some people on this list have enjoyed reading them, but alas, all things must end. I've been invited to contribute full-length articles to the digital edition, which I will do, but those articles will be available only to subscribers. I have given some thought to collecting all my LJ articles to date (12+ years worth) and posting updated versions at linux-sound.org. However, the work is non-trivial - it takes considerable time to research and write those articles - and I have bills to pay. Other work for hire will necessarily take precedence, meaning I'll probably teach more and perform more often. So, I hope you've enjoyed my work for LJ. Thanks for the reads, I've enjoyed the writing. Best, dp

13 years, 9 months

CALF Vintage Delay buffer

by Louigi Verona

Hey guys! I am sure I am not the only who notices that CALF Vintage Delay does not clean its buffer when you stop playing the tune in a sequencer. But just to be sure, here is a description of what happens. 1. You are in a sequencer (I personally worked in my first Linux days in LMMS, today work mostly in Qtractor). 2. You use CALF Vintage Delay. 3. You stop the track in the middle. 4. When you put the playhead to the beginning of the tune and start to play, CALF Vintage Delay will output leftovers from the previous position. This is not only annoying, most of the time it is confusing and even interferes with rendering a song. I don't know if I am correctly calling it a "buffer", but obviously CALF Vintage Delay does not clean up its memory after being stopped. Can anyone look into this, please? -- Louigi Verona http://www.louigiverona.ru/

13 years, 9 months

Re: [LAD] Luppp live looper

by harryhaaren＠gmail.com

On , Louigi Verona <louigi.verona(a)gmail.com> wrote: > Seems obvious, but wanted to make sure that Luppp has sync of different > loops? > If not in stretching, than at least in being able to trigger loops > together? Hi Louigi, Currently luppp's sync is like this: -resampling to achieve loop lenghts that correspond with "bars" in music terms. -BPM is currently set to a value, but dynamically modifyable trough MIDI (& GUI soon) -Resampling means that the pitch of loops will go up / down depending on playback speed I've fixed the pitch issue using the SoundTouch library, however it glitched & popped quite a bit too much. Either a better implementation using SoundTouch, or else I'm going to use libRubberBand, which seems to be the more widely used timestretch library. Due to the resample to "bars" code, if you record some material, but not to precise bars lengths it will be resampled (just a little bit) but will sound aweful in the harmonic sense :( See the following issue: https://github.com/harryhaaren/Luppp/issues/2 Cheers, -Harry

13 years, 9 months

Luppp live looper

by Harry van Haaren

Hi all Linux Audio Developers! With recent changes in the world of live looping software I've decided to open my private repo of Luppp. Lots of information & sources available here: http://harryhaaren.blogspot.com/2012/01/luppp-source-opened-but-still-pre-a… Thanks to the entire LAD community for supporting me while I have been working on this project! Cheers, -Harry

13 years, 9 months

Re: [LAD] Help w/ debian report of mudita24 meters not working?

by Tvrtko Ursulin

On 17/01/12 18:15, Tvrtko Ursulin wrote: > On 17/01/12 17:57, Niels Mayer wrote: >> Re http://code.google.com/p/mudita24/issues/detail?id=6 >> >> In http://code.google.com/p/mudita24/issues/detail?id=6#c5 >> tvrtko at ursulin wrote: >>> I had a small peak in your code and it looks you reference this >>> control by name, not numid, so the bug is probably somewhere else. >>> I'll grab the current version and give it a spin... >>> [...] >>> Right, have 1.1.0 14 runnig now. A more detailed description of the >>> bug is that meters seem to be sampled once on startup but then they >>> are otherwise stuck/static. Pressing "Reset Peaks" clears them and >>> puts in to "(Off)" state. >> >> ............. >> >> Hunch: if the meters work once, the meters work, IMHO. This is a >> clocking issue. Also, if talking of the level of the "Digital Mixer" >> meter to the left, you have to make sure that the inputs to the >> digital mixer are "live." However the mention of "stuck state" means >> the ICE1712 metering registers are putting out DC at the digital level >> that they were at when they lost clock. >> >> The issue is probably somewhere else. I've seen this sort of thing >> happen before with the ICE1712 chips when they're "locked up" waiting >> for clocking, perhaps because the external spdif input in "Hardware >> Settings"->"Master Clock"->"S/PDIF In" is selected. Even more likely, >> there's a lockup, because "Multi Track Rate Locking" or "Multi Track >> Rate Reset" are selected in "Hardware Settings". Deselect, kill any >> processes using the devices, and start over again. >> >> For details, see >> http://alsa.cybermirror.org/manuals/icensemble/envy24.pdf :-) >> >> The lockup will "stick" if the audio device is in use, for example if >> pulseaudio has grabbed it, or if it's still lingering around in some >> spinning or zombie jackd. So changing the settings in the ICE1712 >> control panel may not actually take effect until the device is >> relinquished and can be overridden out of it's locked state via the >> control panel. >> >> Note that this is all said as a hunch. I am not even running an OS >> that supports the latest GTK changes and I am a Fedora user so there's >> little chance I'll switch to Ubuntu without getting paid for it. So I >> guess I'll find out if it's related to later versions of ALSA, GTK, or >> Linux next time I setup a new machine.... and then I'll stick the >> Terratec and it's lovely enclosed Yamaha DB50XG clone (NEC XR385) into >> the new machine, pull down the latest mudita24 from SVN and give it a >> try again. > > I appreciate it was a hunch but I wouldn't have reported that meters are > not working if I couldn't hear any audio - which would be the case with > a clocking problem. :) > > So no, it is not that and envy24control works fine for example. > > Unfortunately I am not a GUI programmer so I wouldn't know how to > approach any possible GTK issues myself. It was just an observation I > made in an unrelated thread on LAU which got turned into a bug report. > It is not terribly important to me I just like the real scale in > mudita24 as opposed to useless numbers in envy24control. Here is a fix: --- envy24control.c (revision 14) +++ envy24control.c (working copy) @@ -2404,7 +2404,7 @@ /* NPM for efficiency&power-savings, replaced multiple 40ms&100ms timeouts for each of the callbacks contained here, with a single 100ms one which calls gtk_timeout_add(100, (GtkFunction)envy24control_poll, ...) */ -void envy24control_poll() { +gboolean envy24control_poll() { level_meters_timeout_callback(NULL); master_clock_status_timeout_callback(NULL); internal_clock_status_timeout_callback(NULL); @@ -2412,6 +2412,8 @@ rate_reset_status_timeout_callback(NULL); if (card_has_delta_iec958_input_status) iec958_input_status_timeout_callback(NULL); /* NPM */ + + return TRUE; }

13 years, 9 months

Help w/ debian report of mudita24 meters not working?

by Niels Mayer

I'm pretty busy with smaller devices and applications these days (e.g. http://code.google.com/p/voicetogoog/ ) however I got a report that mudita24's meters aren't working from the Debian maintainer of mudita24 and was hoping to get some help from other developers familiar with the issues. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655708 http://code.google.com/p/mudita24/issues/detail?id=6 My hunch is the problem had to do with the Gtk changes that have been rectified in the most recent checkins. My first suggestion is that Ubuntu should update to Tim's latest Mudita24 commits (version 1.10 from svn: http://mudita24.googlecode.com/svn/trunk/ ). Any other suggestions aside from http://code.google.com/p/mudita24/issues/detail?id=6#c1 ? Thanks! -- Niels http://nielsmayer.com

13 years, 9 months

QasTools 0.17.0 released

by Sebastian H.

QasTools version 0.17.0 is available. QasTools is a collection of dektop applications for ALSA. Changes: * all: setting names for state save/restore changed/regrouped * all: smart main window sizeHint() to get a useable window size after leaving fullscreen * all: new common info dialog - uses QListView page selection intead of tabs * shared: device selection style tweaks: selected item now emphasized by a thin frame * shared: device selection style tweaks: Rounded selection area * shared: use QSplitter instead of QDockwidget for device selection view. It couldn't be detached anyway and size restoring works more reliable. * qasconfig: settings directory changed to shared ~/.config/qastools/ (was ~/.config/qasconfig/) * qasconfig: new basic command line options (--version, --help, etc.) * qashctl: new basic command line options (--version, --help, etc.) * qasmixer: new application icon Homepage with more information http://xwmw.org/qastools Project page http://sourceforge.net/projects/qastools/ Happy volume changing! -- Sebastian Holtermann

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