31 Jan
2010
31 Jan
'10
7:04 p.m.
Hi to all!
First post to this list :) and I will use it to present small project
I've been working on.
VocProc is a real time JACK application for vocal processing including
pitch shifting, automatic pitch correction and vocoder.
It is basically the same thing as fons' jretune or Tom's autotalent. I
wanted that functionality but at that time fons didn't made it and I
wasn't aware of autotalent. So I made it myself and decided to release
it. I have not tried any of the above for now, so I cannot say
anything about sound quality differences.
I made a working version of VocProc some time ago, but now finally
found some time to clean the code and prepare it to be released.
You can grab the code at:
http://hyperglitch.com/dev/VocProc
Currently, code was only tested and compiled on my computer (Arch
Linux, fftw-3.2.2, Qt4.5) and it works OK (for me).
Any feedback and bug reports are appreciated.
Cheers!
Igor
1 Feb
1 Feb
4:01 a.m.
Igor Brkic wrote:
VocProc is a real time JACK application for vocal
processing including
pitch shifting, automatic pitch correction and vocoder.
Sounds interesting.
You can grab the code at:
http://hyperglitch.com/dev/VocProc
It seems to use Qt (I've installed libqt4-dev), but I always forget what
(and wonder why) QT software needs to build. Something with a path or
something I seem to remember. Wouldn't it be possible to have stuff like
this setup automatically?
atte@vestbjerg:~/software/vocproc/VocProc$ make
g++ -c -pipe -g -Wall -W -O2 -D_REENTRANT -DQT_NO_DEBUG
-DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT
-I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/share/include
-I/usr/include/qt3 -o main.o main.cpp
main.cpp:26:24: error: QDomDocument: No such file or directory
main.cpp:27:17: error: QFile: No such file or directory
In file included from vproc_dsp.h:29,
from main.cpp:42:
--
Atte
http://atte.dk http://modlys.dk
4:26 a.m.
On Monday 01 February 2010 09:00:57 Atte André Jensen wrote:
It seems to use Qt (I've installed libqt4-dev),
but I always forget what
(and wonder why) QT software needs to build. Something with a path or
something I seem to remember. Wouldn't it be possible to have stuff like
this setup automatically?
Yes, and its the job of the system-administrator or the distribution.
There are some solutions:
a) Un-install all the development-stuff of Qt3 and let the distributions tools
set all the paths for Qt4-development only. Qt3 is horribly out of date, any
new app using it isn't worth the shot.
b) (If you are on *ubuntu) Use update-alternatives to select the right
moc/uic/qmake.
The path you remember is QTDIR, which isn't used in Qt4. Now it provides pkg-
config files that have all the information needed to compile and link Qt4-apps.
atte@vestbjerg:~/software/vocproc/VocProc$ make
g++ -c -pipe -g -Wall -W -O2 -D_REENTRANT -DQT_NO_DEBUG
-DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT
-I/usr/share/qt3/mkspecs/default -I. -I. -I/usr/share/include
-I/usr/include/qt3 -o main.o main.cpp
main.cpp:26:24: error: QDomDocument: No such file or directory
main.cpp:27:17: error: QFile: No such file or directory
In file included from vproc_dsp.h:29,
from main.cpp:42:
Have fun,
Arnold
4:33 a.m.
Arnold Krille wrote:
Yes, and its the job of the system-administrator or
the distribution.
Great, what a relief. Or... :-)
There are some solutions:
a) Un-install all the development-stuff of Qt3 and let the distributions tools
set all the paths for Qt4-development only. Qt3 is horribly out of date, any
new app using it isn't worth the shot.
atte@vestbjerg:~$ sudo apt-get remove libqt3-dev
[sudo] password for atte:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libqt3-dev is not installed, so not removed
Hmmm. I obvious doesn't have QT3 installed, and doesn't seem to remember
having it installed on this box.
b) (If you are on *ubuntu) Use update-alternatives to
select the right
moc/uic/qmake.
I am on ubuntu, yes. I'm familiar with update-alternatives, but usually
run --all. How do I set *just* that?
--
Atte
http://atte.dk http://modlys.dk
4:57 a.m.
On Monday 01 February 2010 09:33:13 Atte André Jensen wrote:
Atte, please! You can compile sources by hand and don't know how to do
"update-alteratives --help"? Or even running "update-alternatives"
without
anything to get the same help-text?
BTW: Having my first coffee, I get the feeling the author of the app is not
using pkg-config to get the Qt4-stuff setup for compilation. We might nudge him
to do so...
Have fun,
Arnold
b) (If you
are on *ubuntu) Use update-alternatives to select the right
moc/uic/qmake.
I am on ubuntu, yes. I'm familiar with update-alternatives, but
usually
run --all. How do I set *just* that?
6:11 a.m.
Arnold Krille wrote:
Atte, please! You can compile sources by hand and
don't know how to do
"update-alteratives --help"? Or even running "update-alternatives"
without
anything to get the same help-text?
Yes, I do, but I've always feared what happened if I just did what I
thought might be the right thing. For some reason I always had "this
thing" with building QT-apps, and I rarely use update-alternatives
anymore, call my lazy or lucky :-)
So I was hoping you could show me the correct one liner to get me
started. My guess is:
sudo update-alternatives --set qmake /usr/bin/qmake-qt4
I felt a little adventurous (maybe due to your "please"), so I went
ahead and tried with my fingers crossed, and now VocProc builds :-)
Am I right to asume that the only things my update-alternatives command
did was change the symlink in /etc/alternatives/qmake to point to
usr/bin/qmake-qt4 touching *no other* files on my system?
Still I feel a "./configure; make; sudo make install" would be more
familiar.
--
Atte
http://atte.dk http://modlys.dk
6:59 a.m.
On Monday 01 February 2010 11:11:21 Atte André Jensen wrote:
Arnold Krille wrote:
Yep, update-alternatives only does changes in /etc/alternatives. It doesn't
even mess around with stuff in /usr, which in case of alternatives is just
links to /etc/alternatives. Meaning if you have virtual or disk-less machines
that use the same root-directory from a server, all can have their own
alternatives set (because the /etc directory should be writeable and custom to
each installation).
Instead of "--set" you could also have used "--config" which presents
you with
a nice list of the available alternatives and lets you choose one (or go on
with the current)...
Have fun,
Arnold
Atte, please! You can compile sources by hand and
don't know how to do
"update-alteratives --help"? Or even running "update-alternatives"
without anything to get the same help-text?
Yes, I do, but I've always feared
what happened if I just did what I
thought might be the right thing. For some reason I always had "this
thing" with building QT-apps, and I rarely use update-alternatives
anymore, call my lazy or lucky :-)
So I was hoping you could show me the correct one liner to get me
started. My guess is:
sudo update-alternatives --set qmake /usr/bin/qmake-qt4
I felt a little adventurous (maybe due to your "please"), so I went
ahead and tried with my fingers crossed, and now VocProc builds :-)
Am I right to asume that the only things my update-alternatives command
did was change the symlink in /etc/alternatives/qmake to point to
usr/bin/qmake-qt4 touching *no other* files on my system? 
7:59 a.m.
Hi,
I'm running Ubuntustudio KK 9.10, i've compiled VocProc without any problem
but as soon as i run it (./VocProc) it crashes and i get this from the
terminal:
$ ./VocProc
loaded "chromatic"...
loaded "full"...
loaded "pentatonic"...
loaded "harmonic E minor"...
the sample rate is now 44100/sec
zombified - calling shutdown handler
Any hints?
Thank you in advance
Giorgio
On Mon, Feb 1, 2010 at 11:59 AM, Arnold Krille <arnold(a)arnoldarts.de> wrote:
On Monday 01 February 2010 11:11:21 Atte André Jensen
wrote:
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
Arnold Krille wrote:
Yep, update-alternatives only does changes in /etc/alternatives. It doesn't
even mess around with stuff in /usr, which in case of alternatives is just
links to /etc/alternatives. Meaning if you have virtual or disk-less
machines
that use the same root-directory from a server, all can have their own
alternatives set (because the /etc directory should be writeable and custom
to
each installation).
Instead of "--set" you could also have used "--config" which presents
you
with
a nice list of the available alternatives and lets you choose one (or go on
with the current)...
Have fun,
Arnold
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
Atte, please! You can compile sources by hand and
don't know how to do
"update-alteratives --help"? Or even running "update-alternatives"
without anything to get the same help-text?
Yes, I do, but I've always feared
what happened if I just did what I
thought might be the right thing. For some reason I always had "this
thing" with building QT-apps, and I rarely use update-alternatives
anymore, call my lazy or lucky :-)
So I was hoping you could show me the correct one liner to get me
started. My guess is:
sudo update-alternatives --set qmake /usr/bin/qmake-qt4
I felt a little adventurous (maybe due to your "please"), so I went
ahead and tried with my fingers crossed, and now VocProc builds :-)
Am I right to asume that the only things my update-alternatives command
did was change the symlink in /etc/alternatives/qmake to point to
usr/bin/qmake-qt4 touching *no other* files on my system?
1:15 p.m.
On Mon, Feb 1, 2010 at 8:48 AM, Joe Button <joe(a)joebutton.co.uk> wrote:
Thanks for doing this, I'd love to get this
working. Unfortunately this
is what I get at startup on Ubuntu Karmic:
...
On Mon, Feb 1, 2010 at 12:59 PM, Giorgio - Audiophilo
<anomalsound(a)gmail.com> wrote:
Hi,
I'm running Ubuntustudio KK 9.10, i've compiled VocProc without any problem
but as soon as i run it (./VocProc) it crashes and i get this from the
terminal:
$ ./VocProc
loaded "chromatic"...
loaded "full"...
loaded "pentatonic"...
loaded "harmonic E minor"...
the sample rate is now 44100/sec
zombified - calling shutdown handler
Any hints?
I installed Ubuntu Karmic inside VirtualBox, tried VocProc inside it
and wasn't able to recreate your situation. I also tried on Arch with
'normal' jack and with jack2 (jackdmp) and couldn't get it to crash.
Now I'm downloading Ubuntu Studio to also try with it.
Would you please be so kind to try this code and post the output:
http://hyperglitch.com/files/VocProc-debug.tar.gz
It is actually the same code with added bunch of couts.
BTW. I also updated the code on site to use pkg-config for
configuration. Didn't have any problems with it but if somene does
please let me know.
Cheers!
Igor
4:06 p.m.
I installed Ubuntu Karmic inside VirtualBox, tried VocProc inside it
and wasn't able to recreate your situation. I also tried on Arch with
'normal' jack and with jack2 (jackdmp) and couldn't get it to crash.
Now I'm downloading Ubuntu Studio to also try with it.
Would you please be so kind to try this code and post the output:
http://hyperglitch.com/files/VocProc-debug.tar.gz
It is actually the same code with added bunch of couts.
Still no problems while compiling.
This is the output i get:
$ ./VocProc
loaded "chromatic"...
loaded "full"...
loaded "pentatonic"...
loaded "harmonic E minor"...
jack callbacks:
process the sample rate is now 44100/sec
samplerate shutdown
set input ports
set output port
dsp init
init 1
initialize...
initialization done
dsp build gui
building GUI...
recall gui state
jack get ports
jack activate client
jack connect
jack connect2
run interface
processing init
zombified - calling shutdown handler
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
5 Feb
5 Feb
1:28 a.m.
Hey Giorgio,
I had what I believe was the same issue (based on having identical debug
output), and I managed to fix it by increasing JACK's framesize.
I was trying to run it with a windowsize of 128 at 48000Hz with 3
periods/buffer. I managed to run it fine with the same settings with a
windowsize of 256 but with 2 periods/buffer.
Good luck,
-Lou
On Mon, Feb 1, 2010 at 3:06 PM, Giorgio - Audiophilo
<anomalsound(a)gmail.com>wrote;wrote:
I installed Ubuntu Karmic inside VirtualBox, tried
VocProc inside it
and wasn't able to recreate your situation. I
also tried on Arch with
'normal' jack and with jack2 (jackdmp) and couldn't get it to crash.
Now I'm downloading Ubuntu Studio to also try with it.
Would you please be so kind to try this code and post the output:
http://hyperglitch.com/files/VocProc-debug.tar.gz
It is actually the same code with added bunch of couts.
Still no problems while compiling.
This is the output i get:
$ ./VocProc
loaded "chromatic"...
loaded "full"...
loaded "pentatonic"...
loaded "harmonic E minor"...
jack callbacks:
process the sample rate is now 44100/sec
samplerate shutdown
set input ports
set output port
dsp init
init 1
initialize...
initialization done
dsp build gui
building GUI...
recall gui state
jack get ports
jack activate client
jack connect
jack connect2
run interface
processing init
zombified - calling shutdown handler
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
noon
Unfortunately i have problems in running my audio card (RME Multiface II)
with 3 periods/buffer so i cannot test my system in those conditions.
:-(
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
7 Feb
7 Feb
8:03 p.m.
Well, for me it made no difference how many periods/buffer I was using, as
long as I increased the frames/period.
On Fri, Feb 5, 2010 at 11:00 AM, Giorgio - Audiophilo <anomalsound(a)gmail.com
wrote:
Unfortunately i have problems in running my audio card
(RME Multiface II)
with 3 periods/buffer so i cannot test my system in those conditions.
:-(
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
1 Feb
1 Feb
5:25 p.m.
On Mon, 1 Feb 2010, Giorgio - Audiophilo wrote:
Hi,
I'm running Ubuntustudio KK 9.10, i've compiled VocProc without any problem
but as soon as i run it (./VocProc) it crashes and i get this from the
terminal:
$ ./VocProc
loaded "chromatic"...
loaded "full"...
loaded "pentatonic"...
loaded "harmonic E minor"...
the sample rate is now 44100/sec
zombified - calling shutdown handler
I think that this is probably the cause:
vproc_dsp_process.cpp:281
// FFTW
double *fftTmpR=(double*)malloc(sizeof(double)*fftFrameSize);
fftw_complex *fftTmpC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_complex *fftOldC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_plan fftPlan;
This is in mydsp::compute()... which is being called from
the JACK process callback.
Per the JACK docs, you must not allocate memory in this
callback. If the system takes too long to allocate the
memory, you will get the 'zombification error.'
The user can sometimes work around the issue by setting a
larger frames-per-period setting (the -p parameter for most
jack audio drivers).
-gabriel
6:34 p.m.
On Mon, Feb 1, 2010 at 10:24 PM, Gabriel M. Beddingfield
<gabrbedd(a)gmail.com> wrote:
I think that this is probably the cause:
vproc_dsp_process.cpp:281
// FFTW
double *fftTmpR=(double*)malloc(sizeof(double)*fftFrameSize);
fftw_complex *fftTmpC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_complex *fftOldC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_plan fftPlan;
This is in mydsp::compute()... which is being called from
the JACK process callback.
Per the JACK docs, you must not allocate memory in this
callback. If the system takes too long to allocate the
memory, you will get the 'zombification error.'
The user can sometimes work around the issue by setting a
larger frames-per-period setting (the -p parameter for most
jack audio drivers).
Thank You! Thank You! Thank You!
I totally forgot about that.
New version uploaded to site and can be downloaded on this link:
http://hyperglitch.com/files/VocProc-0.12.tar.gz
Regards,
Igor
6:44 p.m.
Igor Brkic wrote:
New version uploaded to site and can be downloaded on
this link:
http://hyperglitch.com/files/VocProc-0.12.tar.gz
Can't wait to test this. Since I'm in rpm2010, I'll have lots of stuff
to throw at it soon!
--
Atte
http://atte.dk http://modlys.dk
7:01 p.m.
Excerpts from Igor Brkic's message of 2010-02-01 23:34:45 +0100:
On Mon, Feb 1, 2010 at 10:24 PM, Gabriel M.
Beddingfield
<gabrbedd(a)gmail.com> wrote:
Hi Igor,
I just attempted to build a package for Arch Linux (AUR) but with the current build system
it seems to be a non-trivial task.
I guess it's no easier for other distributions.
main.cpp: In function ‘int main(int, char**)’:
main.cpp:133: warning: ‘jack_client_t* jack_client_new(const char*)’ is deprecated
(declared at /usr/include/jack/jack.h:99)
vproc_dsp_process.cpp: In member function ‘void mydsp::setPitchFactor(float)’:
vproc_dsp_process.cpp:200: warning: ‘curr’ may be used uninitialized in this function
Regards,
Philipp
I think that this is probably the cause:
vproc_dsp_process.cpp:281
// FFTW
double *fftTmpR=(double*)malloc(sizeof(double)*fftFrameSize);
fftw_complex *fftTmpC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_complex *fftOldC=(fftw_complex*)fftw_malloc(sizeof(fftw_complex)*fftFr\
ameSize);
fftw_plan fftPlan;
This is in mydsp::compute()... which is being called from
the JACK process callback.
Per the JACK docs, you must not allocate memory in this
callback. If the system takes too long to allocate the
memory, you will get the 'zombification error.'
The user can sometimes work around the issue by setting a
larger frames-per-period setting (the -p parameter for most
jack audio drivers).
Thank You! Thank You! Thank You!
I totally forgot about that.
New version uploaded to site and can be downloaded on this link:
http://hyperglitch.com/files/VocProc-0.12.tar.gz
Regards,
Igor
7:44 p.m.
On Tue, Feb 2, 2010 at 12:01 AM, hollunder <hollunder(a)lavabit.com> wrote:
Hi Igor,
I just attempted to build a package for Arch Linux (AUR) but with the current build
system it seems to be a non-trivial task.
I guess it's no easier for other distributions.
main.cpp: In function ‘int main(int, char**)’:
main.cpp:133: warning: ‘jack_client_t* jack_client_new(const char*)’ is deprecated
(declared at /usr/include/jack/jack.h:99)
vproc_dsp_process.cpp: In member function ‘void mydsp::setPitchFactor(float)’:
vproc_dsp_process.cpp:200: warning: ‘curr’ may be used uninitialized in this function
Latest version should compile without warnings. If you need any help
with making AUR package let me know, but maybe you should wait few
days for code to get bit more tested.
10:35 p.m.
Hi Igor,
On Tue, 2 Feb 2010, Igor Brkic wrote:
On Tue, Feb 2, 2010 at 12:01 AM, hollunder
<hollunder(a)lavabit.com> wrote:
Indeed, jack_client_new() is deprecated. Any recent version
of JACK will give a compiler warning about it. New code
should not use it. See [1].
-gabriel
[1]
http://jackaudio.org/files/docs/html/group__ClientFunctions.html#ga705aa815…
Hi Igor,
I just attempted to build a package for Arch Linux (AUR)
but with the current build system it seems to be a
non-trivial task. I guess it's no easier for other
distributions.
main.cpp: In function ‘int main(int, char**)’:
main.cpp:133: warning: ‘jack_client_t* jack_client_new(const char*)’ is deprecated
(declared at /usr/include/jack/jack.h:99)
vproc_dsp_process.cpp: In member function ‘void mydsp::setPitchFactor(float)’:
vproc_dsp_process.cpp:200: warning: ‘curr’ may be used uninitialized in this function
Latest version should compile without warnings. If you need any help
with making AUR package let me know, but maybe you should wait few
days for code to get bit more tested.
7:31 p.m.
Hi Igor,
unfortunately i still have the same problem, it starts but "zombifies"
immediatly.
If there's any detail you need to know i'd be glad to be of help.
G
8:01 p.m.
On Tue, Feb 02, 2010 at 12:31:57AM +0100, Giorgio - Audiophilo wrote:
unfortunately i still have the same problem, it starts
but "zombifies"
immediatly.
If there's any detail you need to know i'd be glad to be of help.
On my 2G P4 system it takes around 50% CPU, so it's
possible it is just too much for some other systems.
Ciao,
--
FA
O tu, che porte, correndo si ?
E guerra e morte !
3 Feb
3 Feb
8:42 a.m.
fons(a)kokkinizita.net wrote:
On Tue, Feb 02, 2010 at 12:31:57AM +0100, Giorgio -
Audiophilo wrote:
It sure demands some processing power, I had to adjust buffers for JACK
otherwise it was xruns galore.
It's quite a nice little tool, useable for me.
There are also Ubuntu Karmic packages available in Philip Johnsson's
PPA:
https://launchpad.net/~philip5/+archive/extra/+sourcepub/950775/+listing-ar…
I kind of like all those vocal processing tools, autotalent, VocProc and
next up jretune, need to compile that too.
Best,
Jeremy
unfortunately i still have the same problem, it
starts but "zombifies"
immediatly.
If there's any detail you need to know i'd be glad to be of help.
On my 2G P4 system it takes around 50% CPU, so it's
possible it is just too much for some other systems.
Ciao,
3:17 p.m.
On Wed, Feb 3, 2010 at 1:42 PM, Jeremy <jeremy(a)autostatic.com> wrote:
It sure demands some processing power, I had to adjust
buffers for JACK
otherwise it was xruns galore.
It's quite a nice little tool, useable for me.
There are also Ubuntu Karmic packages available in Philip Johnsson's
PPA:
https://launchpad.net/~philip5/+archive/extra/+sourcepub/950775/+listing-ar…
Thanks for recommending VocProc to Philip (if that was you :)).
I'm aware that it demands a lot of processing power. I'll try to
optimize it as much as I can (I have a theoretical background in DSP
but this is my first 'real' DSP app). It takes about 13-15% CPU on my
Core2Duo 2.2Ghz
I'm also working on a new version with improved and more usable GUI
(biggest change is dropdown menu for scale selection) and larger
selection of scales.
Cheers!
Igor
3:34 p.m.
Igor Brkic wrote:
On Wed, Feb 3, 2010 at 1:42 PM, Jeremy
<jeremy(a)autostatic.com> wrote:
Hello Igor,
Yes, that was me.
It sure demands some processing power, I had to
adjust buffers for JACK
otherwise it was xruns galore.
It's quite a nice little tool, useable for me.
There are also Ubuntu Karmic packages available in Philip Johnsson's
PPA:
https://launchpad.net/~philip5/+archive/extra/+sourcepub/950775/+listing-ar…
Thanks for recommending VocProc to Philip (if that was you :)).
I'm aware that it demands a lot of processing power. I'll try to
optimize it as much as I can (I have a theoretical background in DSP
but this is my first 'real' DSP app). It takes about 13-15% CPU on my
Core2Duo 2.2Ghz
I'm also working on a new version with improved and more usable GUI
(biggest change is dropdown menu for scale selection) and larger
selection of scales.
Cheers!
Igor
I didn't check how much CPU VocProc consumes on my PC but I had to
adjust the frames/period settings for JACK from 64 to 128 to avoid xruns.
Improvements sound good!
Best,
Jeremy
1 Feb
1 Feb
6:57 a.m.
On Mon, Feb 1, 2010 at 9:57 AM, Arnold Krille
BTW: Having my first coffee, I get the feeling the
author of the app is not
using pkg-config to get the Qt4-stuff setup for compilation. We might nudge him
to do so...
You're correct. I'm not using it currently. On my system everything
worked from begining, so I didn't feel the need to do so. I've started
downloading Ubuntu, and will test it today and update the code.
Igor
9:12 a.m.
Igor Brkic wrote:
Hi to all!
First post to this list :) and I will use it to present small project
I've been working on.
VocProc is a real time JACK application for vocal processing including
pitch shifting, automatic pitch correction and vocoder.
It is basically the same thing as fons' jretune or Tom's autotalent. I
wanted that functionality but at that time fons didn't made it and I
wasn't aware of autotalent. So I made it myself and decided to release
it. I have not tried any of the above for now, so I cannot say
anything about sound quality differences.
I made a working version of VocProc some time ago, but now finally
found some time to clean the code and prepare it to be released.
You can grab the code at:
http://hyperglitch.com/dev/VocProc
Currently, code was only tested and compiled on my computer (Arch
Linux, fftw-3.2.2, Qt4.5) and it works OK (for me).
Any feedback and bug reports are appreciated.
Cheers!
Igor
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
hallo, just wanted to report that it builds here on debian-sidux without
any problems.
when running it, it causes some xruns, but i booted with the normal and
not with the rt-kernel, so i ll try it later and report here.
cheers,
doc
2:17 p.m.
Igor Brkic wrote:
> VocProc is a real time JACK application for vocal
processing including
> pitch shifting, automatic pitch correction and vocoder.
>
It is fun and works well. The port names are helpful.
What is formant correction ?
Is the threshold of pitch-correction related to the frequency or amplitude ?
Which scales does the scale slider select ?
For those having trouble to compile:
first run:
qmake-qt4
then
make
Robot voices for Linux.
Thank you !
--
E.R.
4:19 p.m.
On Mon, Feb 1, 2010 at 7:17 PM, Emanuel Rumpf <xbran(a)web.de> wrote:
It is fun and works well. The port names are helpful.
Thank you
What is formant correction ?
It preserves color of the voice (timbre) while pitch shifting so you
don't sound like you inhaled helium on higher pitch factors.
Is the threshold of pitch-correction related to the
frequency or amplitude ?
It is related to frequency.
I calculated it as diff=abs((df-f)/f), where df is desired frequency
and f is current frequency, and then that diff is compared to
threshold.
Which scales does the scale slider select ?
Currently it is:
0 - chromatic scale
1 - C major (white keys on piano)
2 - pentatonic scale
3 - harmonic E minor
Scales are defined in scales.xml file and can easily be added. When I
find some time I will add more of them. Also in one of next versions I
plan to make better GUI so that scale can be chosen by name.
Robot voices for Linux.
Thank you !
You're welcome! :)
Igor
5:13 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Am 01.02.2010 00:04, schrieb Igor Brkic:
Hi to all!
Any feedback and bug reports are appreciated.
Builds and runs flawless on Suse 11.2.
What a cute toy ;-)
Thanks a lot for that!! Me and my 6year-old son just had an houre of fun
with the vocoder-mode applied to a recording of a radio-interview with
yoshimi and seq24 hooked to the carrier.
just great!!
:-)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAktnRBgACgkQ1Aecwva1SWMEZwCfeuxdt90B9JZlzLvwPonjIb8r
RwYAnAyNuY5kAioH1Jc1f8NgOPU8yXY8
=/Vq0
-----END PGP SIGNATURE-----
3 Feb
3 Feb
6:07 p.m.
Igor Brkic wrote:
Hi to all!
First post to this list :) and I will use it to present small project
I've been working on.
VocProc is a real time JACK application for vocal processing including
pitch shifting, automatic pitch correction and vocoder.
It is basically the same thing as fons' jretune or Tom's autotalent. I
wanted that functionality but at that time fons didn't made it and I
wasn't aware of autotalent. So I made it myself and decided to release
it. I have not tried any of the above for now, so I cannot say
anything about sound quality differences.
I made a working version of VocProc some time ago, but now finally
found some time to clean the code and prepare it to be released.
You can grab the code at:
http://hyperglitch.com/dev/VocProc
Currently, code was only tested and compiled on my computer (Arch
Linux, fftw-3.2.2, Qt4.5) and it works OK (for me).
Any feedback and bug reports are appreciated.
Cheers!
Igor
Hello Igor,
Hereby a little soundclip so people get the idea what this is all about:
http://linux.autostatic.com/images/2010-02/theinfiniterepeat-adreamitseems.…
(snippet of an idea I'm working on)
Normal voice on the left, VocProc'd voice on the right.
The rest:
Beats: Hydrogen with 909 kick and maracas, GSCW2 rim, kick and hihats
Synth: PHASEX
Sampler: Qsynth with Melloflute SoundFont
Vocals: me + VocProc + Yoshimi Trash Guitar 1
Yeah, nice tool, thanks again for sharing!
Best,
Jeremy
18 Feb
18 Feb
6:16 p.m.
I am pleased to announce new version of VocProc, now as a LV2 plugin.
For those who don't know, VocProc is a vocal processor that can be
used for automatic pitch correction, pitch shifting, vocoding and
harmonizing.
I decided to stop maintaining standalone version. Actually, at first I
just wanted to make it *also* as a plugin but then realised that
maintaining two different versions would take too much time. And also,
with having LV2 version, standalone version is pretty much redundant.
New features in this release (except for porting it to LV2):
* dropdown menu for scale selection
* large selection of scales
* indicator for offset from desired tone
Everything else (algorithms and stuff) is pretty much the same.
It can be downloaded from (source only for now):
http://hyperglitch.com/files/vocproc/vocproc-0.2.tar.gz
Homepage:
http://hyperglitch.com/dev/VocProc
Feedback and bug reports are appreciated.
Cheers!
Igor
20 Feb
20 Feb
12:11 p.m.
Hi Igor,
i get an error while compiling.
$ make
** making version with vocoder
cp vocproc.ttl.voc vocproc.ttl
lv2peg vocproc.ttl vocproc.peg
make: lv2peg: Command not found
make: *** [vocproc.peg] Error 127
i have libgtkmm-2.4-dev, libboost-dev, libfftw3-dev installed (i'm on Ubuntu
9.10).
Do i miss something else?
Thank you
--
Giorgio Baù
Sound engineer
giorgio(a)kubistudio.it
www.kubistudio.it
www.myspace.com/kubistudio
1:49 p.m.
On Sat, Feb 20, 2010 at 5:11 PM, Giorgio - Audiophilo
<anomalsound(a)gmail.com> wrote:
Hi Igor,
i get an error while compiling.
$ make
** making version with vocoder
cp vocproc.ttl.voc vocproc.ttl
lv2peg vocproc.ttl vocproc.peg
make: lv2peg: Command not found
make: *** [vocproc.peg] Error 127
i have libgtkmm-2.4-dev, libboost-dev, libfftw3-dev installed (i'm on Ubuntu
9.10).
Do i miss something else?
Thank you
Yes. You need lv2-c++-tools [1]. It is not in standard repositories so
you'll need to compile it yourself (it's pretty straightforward, it
only needs libboost-dev as a dependency and builds without problems).
I'll (try to :)) make Ubuntu/Debian package when I find some free time
so it'll be easier to install it.
[1] http://ll-plugins.nongnu.org/hacking.html
Good luck :)
Igor
21 Feb
21 Feb
3:34 a.m.
On Thu, Feb 18, 2010 at 11:16 PM, Igor Brkic <igor(a)hyperglitch.com> wrote:
I am pleased to announce new version of VocProc, now
as a LV2 plugin.
[snip]
It can be downloaded from (source only for now):
http://hyperglitch.com/files/vocproc/vocproc-0.2.tar.gz
dependencies:
gtkmm-2.4, lv2-c++-tools <http://ll-plugins.nongnu.org/hacking.html> and
fftw3 <http://www.fftw.org/>
I only found
gtkmm_hello-2.4<http://ftp.gnome.org/pub/GNOME/sources/gtkmm_hello/2.4/&…
I used that on Arch, on AVLinux, gtkmm-2.4-dev is available in
synaptic.
To build without errors on Arch, I had to build lv2-c++-tools with
./configure --prefix=/usr so I did the same on AVLinux.
3:41 a.m.
Excerpts from Peter Geirnaert's message of 2010-02-21 08:34:06 +0100:
On Thu, Feb 18, 2010 at 11:16 PM, Igor Brkic
<igor(a)hyperglitch.com> wrote:
I wrote a PKGBUILD for it, it can be found in AUR:
http://aur.archlinux.org/packages.php?ID=34856
Regards,
Philipp
I am pleased to announce new version of VocProc,
now as a LV2 plugin.
[snip]
It can be downloaded from (source only for now):
http://hyperglitch.com/files/vocproc/vocproc-0.2.tar.gz
dependencies:
gtkmm-2.4, lv2-c++-tools <http://ll-plugins.nongnu.org/hacking.html> and
fftw3 <http://www.fftw.org/>
I only found
gtkmm_hello-2.4<http://ftp.gnome.org/pub/GNOME/sources/gtkmm_hello/2.4/&…
I used that on Arch, on AVLinux, gtkmm-2.4-dev is available in
synaptic.
To build without errors on Arch, I had to build lv2-c++-tools with
./configure --prefix=/usr so I did the same on AVLinux.
6:57 a.m.
On Sun, Feb 21, 2010 at 8:34 AM, Peter Geirnaert <peter.geirnaert(a)gmail.com>
I only found gtkmm_hello-2.4 so I used that on Arch,
on AVLinux, gtkmm-2.4-dev is available in synaptic.
To build without errors on Arch, I had to build lv2-c++-tools with ./configure
--prefix=/usr so I did the same on AVLinux.
If you're on Arch, you didn't have to build (almost) anything.
extra/gtkmm is available in pacman. Also, lv2-c++-tools is available
in AUR and in archaudio-testing repository
On Sun, Feb 21, 2010 at 8:40 AM, hollunder <hollunder(a)lavabit.com> wrote:
I wrote a PKGBUILD for it, it can be found in AUR:
http://aur.archlinux.org/packages.php?ID=34856
Thank you Philipp! You forgot lv2-c++-tools in dependency list :)
Igor
7:01 a.m.
Excerpts from Igor Brkic's message of 2010-02-21 11:57:05 +0100:
On Sun, Feb 21, 2010 at 8:34 AM, Peter Geirnaert
<peter.geirnaert(a)gmail.com>
It's in as makedepend, is it needed at runtime?
Regards,
Philipp
I only found gtkmm_hello-2.4 so I used that on
Arch, on AVLinux, gtkmm-2.4-dev is available in synaptic.
To build without errors on Arch, I had to build lv2-c++-tools with ./configure
--prefix=/usr so I did the same on AVLinux.
If you're on Arch, you didn't have to build (almost) anything.
extra/gtkmm is available in pacman. Also, lv2-c++-tools is available
in AUR and in archaudio-testing repository
On Sun, Feb 21, 2010 at 8:40 AM, hollunder <hollunder(a)lavabit.com> wrote:
I wrote a PKGBUILD for it, it can be found in
AUR:
http://aur.archlinux.org/packages.php?ID=34856
Thank you Philipp! You forgot lv2-c++-tools in dependency list :)
Igor
5187
days inactive
5208
days old
linux-audio-user@lists.linuxaudio.org
37 comments
13 participants
participants (13)
-
Arnold Krille -
Atte André Jensen -
Dragan Noveski -
Emanuel Rumpf -
fons＠kokkinizita.net -
Gabriel M. Beddingfield -
Giorgio - Audiophilo -
Hartmut Noack -
hollunder -
Igor Brkic -
Jeremy -
Louis Acresti -
Peter Geirnaert