hi everyone, i just tried to skript a patch out of my terminal but the answer is: i have to install vanilla to work with pdsend..... but i'd like to keep my extended version. how can i get pdsend for extended?
thanks for help christian
p.s. my pd 0.42.5.extended-20100504 is running on ubuntu karmic
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
You can now install both at the same time, so 'pdsend' and 'pdrecieve'
are in the puredata package. The new pd-extended package indeed
recommends you install the 'puredata' package.
For the next release, there will probably be a 'pd-bin' package or
something like that, separate from the 'puredata' and 'pd-extended'
packages, that will include pdsend and pdreceive.
.hc
On May 18, 2010, at 3:55 AM, quenotte@gmx.de wrote:
hi everyone, i just tried to skript a patch out of my terminal but the answer is: i have to install vanilla to work with pdsend..... but i'd like to keep my extended version. how can i get pdsend for extended?
thanks for help christian
p.s. my pd 0.42.5.extended-20100504 is running on ubuntu karmic
-- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Hi
I have a project proposal that wants to track pitches from a guitar [non-midi] and then translate them into tablature that is readable by players. I was looking at fiddle and wondering perhaps if processingmight be of a help but I am posting her to hopefully get some pd feedback and perhaps a few ideas for implementing this project. Has anyone tried this kind of pitch tracking in pure data?
Thanks in advance
pp
On Tue, May 18, 2010 at 12:18:37PM -0400, Pagano, Patrick wrote:
I have a project proposal that wants to track pitches from a guitar [non-midi] and then translate them into tablature that is readable by players. I was looking at fiddle and wondering perhaps if processingmight be of a help but I am posting her to hopefully get some pd feedback and perhaps a few ideas for implementing this project. Has anyone tried this kind of pitch tracking in pure data?
Use sigmund~ instead of fiddle~, it's better.
Ciao
Frank Barknecht Do You RjDj.me? _ ______footils.org__
On Tue, May 18, 2010 at 12:18 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Hi
I have a project proposal that wants to track pitches from a guitar [non-midi] and then translate them into tablature that is readable by players. I was looking at fiddle and wondering perhaps if processingmight be of a help but I am posting her to hopefully get some pd feedback and perhaps a few ideas for implementing this project. Has anyone tried this kind of pitch tracking in pure data?
Hi Patrick,
I believe that there are quite a few people using pitch tracking for various things, and I believe that the current best practice for general pitch tracking is to use sigmund~, as Frank pointed out.
Pitch tracking, especially multiphonic pitch tracking is still an active research area and not an easy problem to solve, but if you're restricting yourself to a single instrument you can boost your accuracy by taking into account the harmonic profile of the instrument.
Check out the slides at http://www.ee.columbia.edu/~dpwe/e4896/lectures/E4896-L08.pdf for some good pitch-tracking info.
-spencer
i like the result of fiddle~: http://ccmixter.org/files/psc/25867 http://ccmixter.org/files/psc/25035
if pitch tracking doesn't work, you should check out william brent's timbreID stuff,
J
On Tue, May 18, 2010 at 11:35 AM, Spencer Russell < spencer.f.russell@gmail.com> wrote:
On Tue, May 18, 2010 at 12:18 PM, Pagano, Patrick pat@digitalworlds.ufl.edu wrote:
Hi
I have a project proposal that wants to track pitches from a guitar [non-midi] and then translate them into tablature that is readable by players. I was looking at fiddle and wondering perhaps if processingmight
be
of a help but I am posting her to hopefully get some pd feedback and
perhaps
a few ideas for implementing this project. Has anyone tried this kind of pitch tracking in pure data?
Hi Patrick,
I believe that there are quite a few people using pitch tracking for various things, and I believe that the current best practice for general pitch tracking is to use sigmund~, as Frank pointed out.
Pitch tracking, especially multiphonic pitch tracking is still an active research area and not an easy problem to solve, but if you're restricting yourself to a single instrument you can boost your accuracy by taking into account the harmonic profile of the instrument.
Check out the slides at http://www.ee.columbia.edu/~dpwe/e4896/lectures/E4896-L08.pdf for some good pitch-tracking info.
-spencer
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thank you,
a 'bin' package (or something like this) for pdsend and -receive would be really cool!
cause......i dont know, maybe its just not my day but i dont get it to install the too of them ( i just installed the new one -pd-extended- from terminal but nobody recommends me to install puredata...??) if i try -after installed pdextended- to get pdsend it is the old play and i have to install vanilla to get it and if i install first vanilla and than pdextended the two collide with each other and i have to remove vanilla (so pdsend too) i'm sorry i know i do always the same, but i dont know how to make it different?
christian -the lost
-------- Original-Nachricht -------- Datum: Tue, 18 May 2010 09:08:58 -0700 Von: Hans-Christoph Steiner hans@at.or.at An: quenotte@gmx.de CC: pd-list@iem.at Betreff: Re: [PD] no pdsend on pdextended?
You can now install both at the same time, so 'pdsend' and'pdrecieve' are in the puredata package. The new pd-extended package indeed recommends you install the 'puredata' package.
For the next release, there will probably be a 'pd-bin' package or something like that, separate from the 'puredata' and 'pd-extended' packages, that will include pdsend and pdreceive.
.hc
On May 18, 2010, at 3:55 AM, quenotte@gmx.de wrote:hi everyone,i just tried to skript a patch out of my terminal but the answer is: i have to install vanilla to work with pdsend..... but i'd like to keep my extended version. how can i get pdsend for extended?
thanks for help christian
p.s. my pd 0.42.5.extended-20100504 is running on ubuntu karmic
-- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] myown government." - Martin Luther King, Jr.
On 2010-05-18 20:15, Christian Heck wrote:
thank you,
a 'bin' package (or something like this) for pdsend and -receive would be really cool!
interesting how exactly the same question (pdsend/pdreceive missing) was raised not longer than one week ago on this list.
for what it is worth, also the idea of a separate package for those was brought up: http://lists.puredata.info/pipermail/pd-list/2010-05/078412.html
if i try -after installed pdextended- to get pdsend it s the old play and i have to install vanilla to get it
as i read it, this is hans's plan.
and if i install first vanilla and than pdextended the two collide with each other and i have to remove vanilla (so pdsend too) i'm sorry i know i do always the same, but i dont know how to make it different?
which exact version of pd-extended? i think what hans said only applies to recent autobuilds (date matters!)
i tried with the package found here http://autobuild.puredata.info/auto-build/latest/Pd-0.42.5-extended-debian-s... (uploaded 18-May-2010 07:23EDT) and i can install both pd (0.42.6-1 as in debian squeeze) and pdextended at the same time. (it kicked some externals though)
fgmasdr IOhannes
On 2010-05-18 18:08, Hans-Christoph Steiner wrote:
You can now install both at the same time, so 'pdsend' and 'pdrecieve' are in the puredata package. The new pd-extended package indeed recommends you install the 'puredata' package.
i guess this is only a temporary hack until the pd-utils package is available:
For the next release, there will probably be a 'pd-bin' package or something like that, separate from the 'puredata' and 'pd-extended' packages, that will include pdsend and pdreceive.
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
mfgasdr IOhannes
On Wed, 2010-05-19 at 09:41 +0200, IOhannes m zmoelnig wrote:
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
On a related note: Where do externals belong that are neither part of puredata nor pd-extended?
Roman
Roman Haefeli wrote:
On Wed, 2010-05-19 at 09:41 +0200, IOhannes m zmoelnig wrote:
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
On a related note: Where do externals belong that are neither part of puredata nor pd-extended?
Roman
Check the FAQ for "how do I install externals?"
.hc
On 2010-05-19 22:23, Hans-Christoph Steiner wrote:
On a related note: Where do externals belong that are neither part of puredata nor pd-extended?
Check the FAQ for "how do I install externals?"
unfortunately there is only a faq "How do I install externals and help files with Pd-extended?" which is exactly not what roman has asked for.
if i have a (say: debian-) package for a cool onset detection external, that i know to work with both puredata and pd-extended where should it be installed to?
fmasdr IOhannes
IOhannes m zmoelnig wrote:
On 2010-05-18 18:08, Hans-Christoph Steiner wrote:
You can now install both at the same time, so 'pdsend' and 'pdrecieve' are in the puredata package. The new pd-extended package indeed recommends you install the 'puredata' package.
i guess this is only a temporary hack until the pd-utils package is available:
For the next release, there will probably be a 'pd-bin' package or something like that, separate from the 'puredata' and 'pd-extended' packages, that will include pdsend and pdreceive.
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
Well, the plan going forward is to split pd-extended into individual packages, and we'll have to work out the whole /usr/lib/pdextended vs. /usr/lib/pd vs. /usr/lib/puredata question. So for now I think it makes sense. Maybe not tho...
.hc
On 2010-05-19 22:20, Hans-Christoph Steiner wrote:
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
Well, the plan going forward is to split pd-extended into individual packages, and we'll have to work out the whole /usr/lib/pdextended vs. /usr/lib/pd vs. /usr/lib/puredata question. So for now I think it makes sense. Maybe not tho...
sure. but for now pd-extended installs Gem.pd_linux into /usr/lib/pd-extended/extra/Gem/ whereas pd-gem installs into /usr/lib/pd/extra/Gem/
the puredata package will never load Gem from the pd-extended libs (unless explicitely told so), whereas (current) pd-extended will never load Gem from the pd-gem (unless explicitely told so)
they simply do not conflict at all (nor do they "replace" each other) instead the conflict creates problems for users like christian, who have a hard time installing both puredata and pd-extended.
i will therefore remove the conflict.
mfgasdr IOhannescd
Im having a similar problem in my netbook, I have pd-extended installed from a deb package and if I try:
pedro@bird-nb:~$ sudo apt-get install --no-install-recommends puredata
I get him trying to remove pd-extended...
[sudo] password for pedro: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libflite1 libftgl2 libgraphicsmagick1-dev libmp3lame0 tcllib libgraphics-magick-perl tcl8.5 libgraphicsmagick++3 libgraphicsmagick++1-dev tk8.5 libquicktime1 libimlib2 freeglut3 libmpeg3-1 libfaad0 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: pd-extended The following NEW packages will be installed: puredata 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 0B/1,584kB of archives. After this operation, 4,366kB of additional disk space will be used. Do you want to continue [Y/n]?
On 2010-05-20 14:30, Pedro Lopes wrote:
Im having a similar problem in my netbook, I have pd-extended installed from a deb package and if I try:
pedro@bird-nb:~$ sudo apt-get install --no-install-recommends puredata
then i would recommend everybody to use aptitude and check why the package manager wants to uninstall pd-extended. and then resolve the issues.
everything else is guesswork, and i feel i have already spent too much time guessing.
The following packages will be REMOVED: pd-extended The following NEW packages will be installed: puredata 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
and one more guess: maybe your pd-extended was already marked for removal before that.
fghmsdf IOhannes
I never got use to aptitude, but I think "now's the time"... :)
On Thu, May 20, 2010 at 1:39 PM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
On 2010-05-20 14:30, Pedro Lopes wrote:
Im having a similar problem in my netbook, I have pd-extended installed
from
a deb package and if I try:
pedro@bird-nb:~$ sudo apt-get install --no-install-recommends puredata
then i would recommend everybody to use aptitude and check why the package manager wants to uninstall pd-extended. and then resolve the issues.
everything else is guesswork, and i feel i have already spent too much time guessing.
The following packages will be REMOVED: pd-extended The following NEW packages will be installed: puredata 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
and one more guess: maybe your pd-extended was already marked for removal before that.
fghmsdf IOhannes
Okay, after reading aptitude help a while, I tryed installing pd with pd-extended already installed on Linux. It says extended will be removed due to 1 conflict. When I expand the view it says its due to the unresolved dependency GEM.
It doesn't make much sense in my head, if I do not need GEM I shouldn't be forced to install it. I can try installing GEM to see if then pd will not uninstall pd-extended.
if my opinion can count for anything, it would be nice if we could clear out the installation of packages to a more transparent/independent way, as talked in this list.
best regards, Pedro
On Thu, May 20, 2010 at 4:40 PM, Pedro Lopes pedro.lopes@ist.utl.pt wrote:
I never got use to aptitude, but I think "now's the time"... :)
On Thu, May 20, 2010 at 1:39 PM, IOhannes m zmoelnig zmoelnig@iem.atwrote:
On 2010-05-20 14:30, Pedro Lopes wrote:
Im having a similar problem in my netbook, I have pd-extended installed
from
a deb package and if I try:
pedro@bird-nb:~$ sudo apt-get install --no-install-recommends puredata
then i would recommend everybody to use aptitude and check why the package manager wants to uninstall pd-extended. and then resolve the issues.
everything else is guesswork, and i feel i have already spent too much time guessing.
The following packages will be REMOVED: pd-extended The following NEW packages will be installed: puredata 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
and one more guess: maybe your pd-extended was already marked for removal before that.
fghmsdf IOhannes
-- Pedro Lopes contacto: jazz@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes
-------- Original-Nachricht -------- Datum: Sat, 22 May 2010 00:34:27 +0100 Von: Pedro Lopes pedro.lopes@ist.utl.pt An: IOhannes m zmoelnig zmoelnig@iem.at CC: Hans-Christoph Steiner hans@at.or.at, pd-list@iem.at, quenotte@gmx.de Betreff: Re: [PD] no pdsend on pdextended?
Okay, after reading aptitude help a while,
i know what you mean..... i learned the last days how to handle with aptitude (WOW!!!)
....but still not with the conflict between extended and vanilla.....:-(
... i continue to try it and waiting hopefully until maybe the 2 versions are split into different packages.... like Hans said last week....
greetings christian
On Thu, May 20, 2010 at 4:40 PM, Pedro Lopespedro.lopes@ist.utl.pt wrote:
I never got use to aptitude, but I think "now's the time"... :)
On Thu, May 20, 2010 at 1:39 PM, IOhannes m zmoelnigzmoelnig@iem.at wrote:
On 2010-05-20 14:30, Pedro Lopes wrote:Im having a similar problem in my netbook, I have pd-extended
installed from
a deb package and if I try:
pedro@bird-nb:~$ sudo apt-get install --no-install-recommends
puredata
then i would recommend everybody to use aptitude and checkwhy the package manager wants to uninstall pd-extended. and then resolve the issues.
everything else is guesswork, and i feel i have already spent too much time guessing.
The following packages will be REMOVED: pd-extended The following NEW packages will be installed: puredata 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
and one more guess: maybe your pd-extended was alreadymarked for removal before that.
fghmsdf IOhannes
--Pedro Lopes contacto: jazz@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes
-- Pedro Lopes contacto: jazz@radiozero.pt website: http://web.ist.utl.pt/Pedro.Lopes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Pedro Lopes wrote:
It doesn't make much sense in my head, if I do not need GEM I shouldn't be forced to install it. I can try installing GEM to see if then pd will not uninstall pd-extended.
you should exactly _not_ install gem (the "puredata" package "suggests" to install gem, and most modern package managers will automatically install all "suggest"ed packages (hence the problem) unless told so otherwise. please install "puredata", then manually uninstall "gem", then install pd-extended. should work.
if my opinion can count for anything, it would be nice if we could clear out the installation of packages to a more transparent/independent way, as talked in this list.
i have removed the conflict with "gem" a few days ago; probably it is already in the nightly builds. so try a recent autobuild.
fgmasr IOhannes
please install "puredata", then manually uninstall "gem", then install pd-extended. should work.
hello IOhannes, i tried now 2 different ways: first: i installed puredata with "sudo aptitude install -R" so gem is not installed with, automaticly (thats great!) second: i installed puredata normally with aptitude and after removed it manually but always if i try after to install pd-extended it is still the same conflict and i cannot install it even if i try : sudo dpkg -i --auto-deconfigure Pd-0.42.5-extended-ubuntu-karmic-i386.deb (i tried it with the nightly-build from today)
if i do it the other way around so first install pd-extended and than puredata he wants to remove this libs too: freeglut3{u} libavifile-0.7c2{u} libflite1{u} libftgl2{u} libimlib2{u} libmagick++2{u} pd-extended{a} tcllib{u} do you think this have something to do with the conflict on my system? i always ask myself if it is maybe because of my ubuntu karmic? tomorrow i try it on mac osx, maybe it works....(i tell you tomorrow...)
i'm sorry for this never-ending-discussion and i'm also a little bit ashamed on me.... Be sure if it would be not so important for me than it is right now, i would not bother you anymore greetings chrisitan
Works for me, for this release the conflict doesn't make sense. Its something to reconsider once pd-extended is split into separate debiaqn packages.
.hc
"IOhannes m zmoelnig" zmoelnig@iem.at wrote:
On 2010-05-19 22:20, Hans-Christoph Steiner wrote:
anyhow: now that pd-extended installs everything into /usr/lib/pd-extended/extra/ i don't see any reason why it still conflicts with: pd-externals, gem, pd-pdp, pd-zexy
Well, the plan going forward is to split pd-extended into individual packages, and we'll have to work out the whole /usr/lib/pdextended vs. /usr/lib/pd vs. /usr/lib/puredata question. So for now I think it makes sense. Maybe not tho...
sure. but for now pd-extended installs Gem.pd_linux into /usr/lib/pd-extended/extra/Gem/ whereas pd-gem installs into /usr/lib/pd/extra/Gem/
the puredata package will never load Gem from the pd-extended libs (unless explicitely told so), whereas (current) pd-extended will never load Gem from the pd-gem (unless explicitely told so)
they simply do not conflict at all (nor do they "replace" each other) instead the conflict creates problems for users like christian, who have a hard time installing both puredata and pd-extended.
i will therefore remove the conflict.
mfgasdr IOhannescd
-
Christian Heck -
Frank Barknecht -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Jaime Oliver -
Pagano, Patrick -
patrick -
Pedro Lopes -
quenotte＠gmx.de
-
Roman Haefeli -
Spencer Russell