I'll give it a shot,
Regards,
Gerald
On Tue, 2012-01-24 at 23:07 +0100, andersvi(a)notam02.no wrote:
> >>>>> "G" == Gerald Mwangi <gerald.mwangi(a)gmx.de> writes:
>
> G> Hi, has some got PolyPitch compiled on linux? It complaining that
> G> SCWorld_Allocator is missing.
>
> Yes, i compiled PolyPitch and got it running (very cpu-heavy) some time
> ago. FC14, 2.6.35 kernel and SC3-dev sources pulled from git january
> 18th. Only some minor tweaks to some header-files iirc to build it.
>
> The missing SCWorld_Allocator might suggests your version of the
> sc3-sources are not recent enough? Perhaps try with a sc3 source-tree
> from more recent git.
>
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-user
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
> >
>
>
>
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
> >
>
>
>
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.
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
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/
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
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
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;
}