pksampler-devel Mailing List for the pksampler project (Page 3)
Status: Beta
Brought to you by:
patrickkidd
You can subscribe to this list here.
2005 |
Jan
|
Feb
(28) |
Mar
(12) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(34) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(3) |
Feb
(4) |
Mar
|
Apr
(13) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Patrick S. <pat...@gc...> - 2005-10-05 17:37:58
|
I have lots of ideas. I use libSoundTouch for rate transposition. It sounds like you want the 'sample' module: import pk.audio s = pk.audio.Sample('myfile.wav') s.setPitch(1000.0) libSoundTouch allows -95% and +5000%. you can't really use anything less than -95%, because -100% is stopped. the readme is here: http://sky.prohosting.com/oparviai/soundtouch/README.html I haven't implemented a module that will play backwards, but it should be *really* easy to do it using PK::Sample as an example. you just need to figure out the buffering requirements, then implement them using my classes. I would suggest looking closer at the following classes: namespace PK { Segment Buffer ( I could modify this one for you, it was designed for basic streaming. ) DJEngine } What is even more interesting about a 'Scratcher' module is how useful it would become when used with a touchscreen. Touchscreens are just glorified mice devices, so if yours works with /dev/psaux, it will work with a touch screen. A scratcher module would fill a huge gap in the pk source tree, and I would value its inclusion very much. After you got it working I would be happy to add it to my source tree for distribution. Moving away from capturing a raw mouse device, this is how I would approach the mouse events: Instead of just thinking about the side-to-side motion (x translation) of a record, think about a side-to-side and up-and-down motion (x-y translation). Also, you would want to be able to assign an effect to an axis, like scratching on the x and a delay (echo) on the y. You could write a simple timer into the python module to bring the effect on the y axis back to zero after a move, so your mouse movements would have to zero it out. Also, think about building a qt widget that received the mouse events, so you could integrate scratching into any program. Here is my suggestion for a starting point for a widget and the corresponding Scratcher module interface: from qt import QWidget from pk.audio import Module, core class Scratcher(pk.audio.Module): def __init__(self, path): pk.auiod.core.loadModule('scratcher') pk.audio.Module('Scratcher', path) def setScratch(self, delta): """ this would be the x axis. """ self.setProperty('scratchDelta', delta) def setYAxis(self, delta): """ this would be for an extra effect. """ if self.effect: self.effectValue += delta self.effect.setValue(self.effectDelta) def setEffect(self, effectmodule): """ pass in another module for an effect. """ self.effect = effectmodule class ScratchPlate(QWidget): def __init__(self, parent=None, name=None, f=0): QWidget.__init__(self, parent, name, f): self.scratcher = None self.old_x = self.old_y = 0 def loadSample(self, path): self.scratcher = Scratcher(path) def mouseMoveEvent(self, e): """ reimplemented virtual funciton. """ buttonstate = e.state() xdelta = self.old_x - e.x() ydelta = self.old_y - e.y() self.handleMouseDelta(x, y) def handleMouseDelta(self, xd, yd): """ the good stuff. """ if self.scratcher: self.scratcher.setScratch(xd) self.scratcher.setYAxis(yx) that should give you an idea of the top-level parts! On Oct 5, 2005, at 5:47 AM, cies wrote: > the new thing i'll do is linking up my small /dev/psaux reader to your > pkaudio (i probably have a lopok at the code of your apps to do > something similar) > > then i should be able to do scratching (i already have a preliminary > hardware setup as in: i got the mouse reading the disc's movement on > the turntable) > > i let you know how far i got. > > i like the quote i read somewhere: "qt like api" > since quite some apis and software in the free-audio-apps scene have > very old C-sytle apis. > > one more question: how is the speed changing of the pkaudio? +/- how > many percent can i go? > > i think i need at least +/-300% to do a decent scratch. > > bye, > _c. > > > On 10/5/05, Patrick Stinson <pat...@gc...> wrote: > >> thanks for the compliments. I checked out KTurtle - congrats on >> getting some code into kdeedu! that's something to be proud of. >> > > thanks :) > > >> jack is pretty much the answer for connecting audio components in a >> platform-independent way. its simple, open and everywhere. >> >> What is pkausion? A pkaudio extension you will write? >> > > that is a duoblke typo, it got late yesterday. > > >> the pkaudio interface is my baby. It is three years old now, and the >> product of much thought and toil. writing an extension should be >> really easy, especially using pkmoduletool. >> >> I just wrote the new rack GUI/API last week, and I'm pretty proud of >> that, too. its evolved over the last year into something really >> useful - and useful means using a touchscreen. >> >> Let me know if you need any help writing your dsp and/or rack >> extension. >> >> oh, and cc the list if you can. >> >> On Oct 4, 2005, at 7:49 PM, cies wrote: >> >> >>> Hi Patrick, >>> >>> >>> i just want to show you my impulsive entouhiasm afer readming your >>> pages... >>> >>> >>> since a few years im into free programming, mailny C++/Qt/KDE (i >>> wrote >>> KTurtle) and python/ruby stuff. but eventually i'd like to get more >>> and more into audio programming. >>> >>> i found your libs and apps in im really charmed. i hope to soon have >>> an app using the pkausion lib for connecting my Technics 1210mkII to >>> my pc for some hardcore scratching. >>> >>> you must have seen TermintorX and FinalScratch. I found a way to >>> connect a mouse to my turntable and i am doing some testing with it. >>> terminatorX is no nice code to work with so i decide to give it a >>> try. >>> >>> you'll here from me! (if you dant want let me know) >>> >>> gotta sleep now, >>> _cies. >>> >>> >>> p.s.: you think reason changed the world? AbletonGLive is much more >>> revolutionary (IMO) and you see Steinberg knows it for CuBase gets >>> more Ableton like functions every release. And ableton gets more and >>> more CuBase functions. >>> >>> >>> more revolutionary music apps: >>> - the tracker >>> - the studio (CuBase and co) >>> - the app for the masses (FruityLoops) >>> - the plugger (Buzz) >>> - the slik plugger (Reason) >>> - the live looping all connecting tool (ableton) >>> >>> >>> since all these apps tend to grow towards eachother an OpenFramework >>> (platform independent all connecting) might become the answer one >>> day. >>> >>> This OpenAudioFramework is just a funny vision that i have (we migh >>> can discuss it) but i dont expect it to happen. in the mean time i >>> like to build small things that yield audible results. >>> >>> >> >> > |
From: cies <cie...@gm...> - 2005-10-05 13:53:44
|
the new thing i'll do is linking up my small /dev/psaux reader to your pkaudio (i probably have a lopok at the code of your apps to do something similar) then i should be able to do scratching (i already have a preliminary hardware setup as in: i got the mouse reading the disc's movement on the turntable) i let you know how far i got. i like the quote i read somewhere: "qt like api" since quite some apis and software in the free-audio-apps scene have very old C-sytle apis. one more question: how is the speed changing of the pkaudio? +/- how many percent can i go? i think i need at least +/-300% to do a decent scratch. bye, _c. On 10/5/05, Patrick Stinson <pat...@gc...> wrote: > thanks for the compliments. I checked out KTurtle - congrats on > getting some code into kdeedu! that's something to be proud of. thanks :) > jack is pretty much the answer for connecting audio components in a > platform-independent way. its simple, open and everywhere. > > What is pkausion? A pkaudio extension you will write? that is a duoblke typo, it got late yesterday. > the pkaudio interface is my baby. It is three years old now, and the > product of much thought and toil. writing an extension should be > really easy, especially using pkmoduletool. > > I just wrote the new rack GUI/API last week, and I'm pretty proud of > that, too. its evolved over the last year into something really > useful - and useful means using a touchscreen. > > Let me know if you need any help writing your dsp and/or rack extension. > > oh, and cc the list if you can. > > On Oct 4, 2005, at 7:49 PM, cies wrote: > > > Hi Patrick, > > > > > > i just want to show you my impulsive entouhiasm afer readming your > > pages... > > > > > > since a few years im into free programming, mailny C++/Qt/KDE (i wrote > > KTurtle) and python/ruby stuff. but eventually i'd like to get more > > and more into audio programming. > > > > i found your libs and apps in im really charmed. i hope to soon have > > an app using the pkausion lib for connecting my Technics 1210mkII to > > my pc for some hardcore scratching. > > > > you must have seen TermintorX and FinalScratch. I found a way to > > connect a mouse to my turntable and i am doing some testing with it. > > terminatorX is no nice code to work with so i decide to give it a try. > > > > you'll here from me! (if you dant want let me know) > > > > gotta sleep now, > > _cies. > > > > > > p.s.: you think reason changed the world? AbletonGLive is much more > > revolutionary (IMO) and you see Steinberg knows it for CuBase gets > > more Ableton like functions every release. And ableton gets more and > > more CuBase functions. > > > > > > more revolutionary music apps: > > - the tracker > > - the studio (CuBase and co) > > - the app for the masses (FruityLoops) > > - the plugger (Buzz) > > - the slik plugger (Reason) > > - the live looping all connecting tool (ableton) > > > > > > since all these apps tend to grow towards eachother an OpenFramework > > (platform independent all connecting) might become the answer one day. > > > > This OpenAudioFramework is just a funny vision that i have (we migh > > can discuss it) but i dont expect it to happen. in the mean time i > > like to build small things that yield audible results. > > > > |
From: Patrick S. <pat...@gc...> - 2005-10-05 04:09:56
|
oh, and checkout the source using subversion. the tarballs on sourceforge are extremely old. On Oct 4, 2005, at 7:49 PM, cies wrote: > Hi Patrick, > > > i just want to show you my impulsive entouhiasm afer readming your > pages... > > > since a few years im into free programming, mailny C++/Qt/KDE (i wrote > KTurtle) and python/ruby stuff. but eventually i'd like to get more > and more into audio programming. > > i found your libs and apps in im really charmed. i hope to soon have > an app using the pkausion lib for connecting my Technics 1210mkII to > my pc for some hardcore scratching. > > you must have seen TermintorX and FinalScratch. I found a way to > connect a mouse to my turntable and i am doing some testing with it. > terminatorX is no nice code to work with so i decide to give it a try. > > you'll here from me! (if you dant want let me know) > > gotta sleep now, > _cies. > > > p.s.: you think reason changed the world? AbletonGLive is much more > revolutionary (IMO) and you see Steinberg knows it for CuBase gets > more Ableton like functions every release. And ableton gets more and > more CuBase functions. > > > more revolutionary music apps: > - the tracker > - the studio (CuBase and co) > - the app for the masses (FruityLoops) > - the plugger (Buzz) > - the slik plugger (Reason) > - the live looping all connecting tool (ableton) > > > since all these apps tend to grow towards eachother an OpenFramework > (platform independent all connecting) might become the answer one day. > > This OpenAudioFramework is just a funny vision that i have (we migh > can discuss it) but i dont expect it to happen. in the mean time i > like to build small things that yield audible results. > |
From: Patrick S. <pat...@gc...> - 2005-10-05 04:08:52
|
thanks for the compliments. I checked out KTurtle - congrats on getting some code into kdeedu! that's something to be proud of. jack is pretty much the answer for connecting audio components in a platform-independent way. its simple, open and everywhere. What is pkausion? A pkaudio extension you will write? the pkaudio interface is my baby. It is three years old now, and the product of much thought and toil. writing an extension should be really easy, especially using pkmoduletool. I just wrote the new rack GUI/API last week, and I'm pretty proud of that, too. its evolved over the last year into something really useful - and useful means using a touchscreen. Let me know if you need any help writing your dsp and/or rack extension. oh, and cc the list if you can. On Oct 4, 2005, at 7:49 PM, cies wrote: > Hi Patrick, > > > i just want to show you my impulsive entouhiasm afer readming your > pages... > > > since a few years im into free programming, mailny C++/Qt/KDE (i wrote > KTurtle) and python/ruby stuff. but eventually i'd like to get more > and more into audio programming. > > i found your libs and apps in im really charmed. i hope to soon have > an app using the pkausion lib for connecting my Technics 1210mkII to > my pc for some hardcore scratching. > > you must have seen TermintorX and FinalScratch. I found a way to > connect a mouse to my turntable and i am doing some testing with it. > terminatorX is no nice code to work with so i decide to give it a try. > > you'll here from me! (if you dant want let me know) > > gotta sleep now, > _cies. > > > p.s.: you think reason changed the world? AbletonGLive is much more > revolutionary (IMO) and you see Steinberg knows it for CuBase gets > more Ableton like functions every release. And ableton gets more and > more CuBase functions. > > > more revolutionary music apps: > - the tracker > - the studio (CuBase and co) > - the app for the masses (FruityLoops) > - the plugger (Buzz) > - the slik plugger (Reason) > - the live looping all connecting tool (ableton) > > > since all these apps tend to grow towards eachother an OpenFramework > (platform independent all connecting) might become the answer one day. > > This OpenAudioFramework is just a funny vision that i have (we migh > can discuss it) but i dont expect it to happen. in the mean time i > like to build small things that yield audible results. > |
From: Patrick S. <pat...@gc...> - 2005-07-15 18:27:50
|
On Jul 15, 2005, at 3:32 AM, Stew Benedict wrote: > > On Thu, 14 Jul 2005, Patrick Stinson wrote: > > >> I don't get it - you want me to run your build-* to patch configure, >> then my install.py? >> >> > > No, no. I was just trying to build in in the recommended fashion on > 32bit platforms (x86 and ppc). No patch, just your tarball and python > install.py. As I mention in the document, most of the workarounds > in the > tarball I put up are due to the weird environment that SuSE and YDL > provide, with a 32bit compiler on a 64bit platform. > oh, ok. > >> the unit tests are a bit dodgy. check out STARTSERVER = True at the >> top, and what it does in the tests. And yes, there are some hard- >> coded filenames. >> >> TEST HINT: run one test at a time. comment them out at the bottom of >> test_unittest.py. I've fixed all this in 0.3 (released yesterday). >> >> Sample only supports 44100khz. >> >> tell you what. I don't know they pay attention to the version you are >> using, or if you should just grab the latest version, but if they >> don't, grab 0.3 and apply your fixes (that's current with my working >> copy) . I've put a lot of Darwin porting in there. If you get that to >> work, I'll tell them you nailed it. >> >> > > Not getting too far with 0.3 (on x86 atm). We (Mandriva) don't ship > libmpeg3. I got the source and built/installed it. Next issue was > SoundTouch. We have 1.2.1, but with it gcc complains: > > djengine.cpp: In constructor 'PK::DJEngine::DJEngine > (PK::MediaReader*)': > djengine.cpp:44: error: invalid use of undefined type 'struct > soundtouch::SoundT > ouch' > djengine.h:34: error: forward declaration of 'struct > soundtouch::SoundTouch' > djengine.cpp:45: error: invalid use of undefined type 'struct > soundtouch::SoundT > ouch' > djengine.h:34: error: forward declaration of 'struct > soundtouch::SoundTouch' > djengine.cpp:46: error: invalid use of undefined type 'struct > soundtouch::SoundT > ouch' > > (and more) > > I updated the package to 1.3.0, and gcc still complains: > > djengine.cpp: In member function `void > PK::DJEngine::pitchedRead(PK::sample_t*, > PK::uint, int)': > djengine.cpp:148: error: no matching function for call to > `soundtouch::SoundTouc > h::putSamples(PK::sample_t[16384], unsigned int)' > /usr/include/soundtouch/SoundTouch.h:216: note: candidates are: > virtual > void sou > ndtouch::SoundTouch::putSamples(const soundtouch::SAMPLETYPE*, uint) > djengine.cpp:153: error: no matching function for call to > `soundtouch::SoundTouc > h::receiveSamples(PK::sample_t[16384], unsigned int)' > /usr/include/soundtouch/FIFOSamplePipe.h:184: note: candidates are: > virtual uint > soundtouch::FIFOProcessor::receiveSamples(soundtouch::SAMPLETYPE*, > uint) > /usr/include/soundtouch/FIFOSamplePipe.h:196: note: > virtual uint > soundtouch::FIFOProcessor::receiveSamples(uint) > make[2]: *** [djengine.lo] Error 1 > > gcc version 3.4.3 > > What version of SoundTouch are you using? > You have to build libSoundTouch with float samples, not short samples. I use gentoo, and I think that is the default. Anyway, pkaudio now uses float samples, so this makes sense. That should do it. pkaudio will not work with SoundTouch < 1.3.0. > This was all on x86, didn't even try PPC yet. > > It would probably be good to enumerate the build requirements to > build in > your INSTALL document. > Thanks, will do. > -- > Stew Benedict > New Tazewell, TN > > |
From: David M. <es...@ti...> - 2005-06-02 12:32:15
|
Hello Patrick I thought I would have a go with pksampler again but this time use the alsa output (hopefully avoiding the crashing problem I had with jack) but for some reason I cannot get it to run properly. I'm not sure if thi is a debian problem - It could well be. I am not sure if the python-qt packages are changing much or I am doing something wrong. This is the output from pksampler pkaudiod: pkaudiod version 0.2 pkaudiod: Found 1 midi device(s) pkaudiod: Found 1 alsa device(s). pkaudiod: Couldn't probe device 0 pkaudiod: Running with realtime priority. pkaudiod: Connected to client PKSampler: Broadcasting for other hosts... PKSampler: Found 0 hosts. PKSampler: Listening for host to come up... Traceback (most recent call last): File "pksampler/pksampler.py", line 212, in <module> File "pksampler/pksampler.py", line 165, in main File "pksampler/MainWindow.py", line 324, in __init__ File "pksampler/MainWindow.py", line 63, in __init__ File "pksampler/ControlPanel.py", line 26, in __init__ File "pksampler/ControlPanelForm.py", line 346, in __init__ TypeError: argument 1 of QSizePolicy() has an invalid type pkaudiod: Closing connection Any advice would be most welcome David. |
From: Patrick S. <lis...@pa...> - 2005-03-25 14:13:55
|
The network protocol sends human-readable strings accross the network, which are composed of 1-byte chars. 1-byte chars should not have endian problems, so the communication components (sockets, parsers, etc) should work fairly well. At the moment, pkaudio uses RtAudio, written by somebody else, which has pre-processor defines to include code for almost any machine. I guess it was a good idea to use char(8) strings instead of tighter binary data afterall. It makes it easier to debug, too. What would be cool is to implement the client side of the protocol in another language like perl. On Tuesday 22 March 2005 03:46 pm, Nathaniel Gray wrote: > OK, I'll keep that in mind. I've just reached the point where pkaudiod > is running successfully and I'm hoping that there won't be many more > obstacles. > > Thanks! > -n8 > > On Mon, 2005-03-21 at 20:49, Patrick Stinson wrote: > > I did realize that test_unittest.py hasn't really been updated or > > re-thought since I made jack the default audio driver. The problem is > > that > > jack_client_connect() doesn't start the server very well (at least on my > > machines), and if you don't start the server your self (`jackd -d alsa -r > > 44100`), the audio tests won't work. Most of the tests in the above file > > focus on network communication using the pkaudio protocol, though. > > > > On Monday 21 March 2005 02:31 pm, you wrote: > > > Nope, wasn't from me. I guess I'm not the only one working on it. :^) > > > > > > Cheers, > > > -n8 > > > > > > On Mar 19, 2005, at 2:33 PM, Patrick Stinson wrote: > > > > I got an email from linuxonpower.com that says you submitted an > > > > entry, but the > > > > zipe file (entry.zip) seems to be empty. > > > > > > > > On Thursday 17 March 2005 03:33 pm, you wrote: > > > >> On Mar 17, 2005, at 12:00 AM, Patrick Stinson wrote: > > > >>> Great! check test*.py > > > >>> > > > >>> First off, there is a great unit test in test_unittest.py. just run > > > >>> it, and > > > >>> try to get all tests to pass. The tests in that file take care of > > > >>> all of the > > > >>> basic network communication between the daemon and python client, > > > >>> which is > > > >>> what you will be focusing on when porting it. I can't remember if > > > >>> ppc is big > > > >>> or little endian, but that might be the biggest issue if uses a big > > > >>> endian. > > > >> > > > >> Yep, PPC is big-endian. I'll have to try it across the network with > > > >> an > > > >> x86 machine to make sure it works cross-platform. > > > >> > > > >>> test_sample.py will try to play a sample. change the sample and > > > >>> then various > > > >>> properties on the sample while it is playing to see how it sounds. > > > >>> you > > > >>> can > > > >>> take this simple several-liner and make your own, more elaborate > > > >>> tests > > > >>> with > > > >>> more samples. Any tests at this level will be with audio quality. > > > >>> Latency has > > > >>> not yet been address in the library, sop don't worry about it. The > > > >>> sound card > > > >>> latency is greater than network latency at this point anyway. > > > >> > > > >> Ok, I'll give it a shot. > > > >> > > > >>> I am very excited about the port, let me know about your progress, > > > >>> and > > > >>> I'll be > > > >>> happy to merge your changes into the main source tree. > > > >> > > > >> I'll keep in touch. You might even get an OS X port out of this too > > > >> -- > > > >> I'm hoping I can get things working in OS X, which is my primary > > > >> platform, address all the endianness issues, then make sure > > > >> everything still works in Linux PPC. > > > >> > > > >>> PS. Happy Saint Patrick's Day! > > > >> > > > >> You too! > > > >> > > > >> Cheers, > > > >> -n8 > > > >> > > > >> -- > > > >> > > > >>>>> -- Nathaniel Gray -- Caltech Computer Science ------> > > > >>>>> -- Mojave Project -- http://mojave.cs.caltech.edu --> > > > > > > -- > > > > > > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > > > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Pksampler-devel mailing list > > Pks...@li... > > https://lists.sourceforge.net/lists/listinfo/pksampler-devel > > ------------------------------------------------------- > This SF.net email is sponsored by: 2005 Windows Mobile Application Contest > Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones > for the chance to win $25,000 and application distribution. Enter today at > http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click > _______________________________________________ > Pksampler-devel mailing list > Pks...@li... > https://lists.sourceforge.net/lists/listinfo/pksampler-devel |
From: Patrick S. <lis...@pa...> - 2005-03-23 15:21:24
|
Yes, as far as the public is concerned it is a fairly new project, so I hope you don't run into any bugs, either! On Tuesday 22 March 2005 03:46 pm, Nathaniel Gray wrote: > OK, I'll keep that in mind. I've just reached the point where pkaudiod > is running successfully and I'm hoping that there won't be many more > obstacles. > > Thanks! > -n8 > > On Mon, 2005-03-21 at 20:49, Patrick Stinson wrote: > > I did realize that test_unittest.py hasn't really been updated or > > re-thought since I made jack the default audio driver. The problem is > > that > > jack_client_connect() doesn't start the server very well (at least on my > > machines), and if you don't start the server your self (`jackd -d alsa -r > > 44100`), the audio tests won't work. Most of the tests in the above file > > focus on network communication using the pkaudio protocol, though. > > > > On Monday 21 March 2005 02:31 pm, you wrote: > > > Nope, wasn't from me. I guess I'm not the only one working on it. :^) > > > > > > Cheers, > > > -n8 > > > > > > On Mar 19, 2005, at 2:33 PM, Patrick Stinson wrote: > > > > I got an email from linuxonpower.com that says you submitted an > > > > entry, but the > > > > zipe file (entry.zip) seems to be empty. > > > > > > > > On Thursday 17 March 2005 03:33 pm, you wrote: > > > >> On Mar 17, 2005, at 12:00 AM, Patrick Stinson wrote: > > > >>> Great! check test*.py > > > >>> > > > >>> First off, there is a great unit test in test_unittest.py. just run > > > >>> it, and > > > >>> try to get all tests to pass. The tests in that file take care of > > > >>> all of the > > > >>> basic network communication between the daemon and python client, > > > >>> which is > > > >>> what you will be focusing on when porting it. I can't remember if > > > >>> ppc is big > > > >>> or little endian, but that might be the biggest issue if uses a big > > > >>> endian. > > > >> > > > >> Yep, PPC is big-endian. I'll have to try it across the network with > > > >> an > > > >> x86 machine to make sure it works cross-platform. > > > >> > > > >>> test_sample.py will try to play a sample. change the sample and > > > >>> then various > > > >>> properties on the sample while it is playing to see how it sounds. > > > >>> you > > > >>> can > > > >>> take this simple several-liner and make your own, more elaborate > > > >>> tests > > > >>> with > > > >>> more samples. Any tests at this level will be with audio quality. > > > >>> Latency has > > > >>> not yet been address in the library, sop don't worry about it. The > > > >>> sound card > > > >>> latency is greater than network latency at this point anyway. > > > >> > > > >> Ok, I'll give it a shot. > > > >> > > > >>> I am very excited about the port, let me know about your progress, > > > >>> and > > > >>> I'll be > > > >>> happy to merge your changes into the main source tree. > > > >> > > > >> I'll keep in touch. You might even get an OS X port out of this too > > > >> -- > > > >> I'm hoping I can get things working in OS X, which is my primary > > > >> platform, address all the endianness issues, then make sure > > > >> everything still works in Linux PPC. > > > >> > > > >>> PS. Happy Saint Patrick's Day! > > > >> > > > >> You too! > > > >> > > > >> Cheers, > > > >> -n8 > > > >> > > > >> -- > > > >> > > > >>>>> -- Nathaniel Gray -- Caltech Computer Science ------> > > > >>>>> -- Mojave Project -- http://mojave.cs.caltech.edu --> > > > > > > -- > > > > > > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > > > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Pksampler-devel mailing list > > Pks...@li... > > https://lists.sourceforge.net/lists/listinfo/pksampler-devel > > ------------------------------------------------------- > This SF.net email is sponsored by: 2005 Windows Mobile Application Contest > Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones > for the chance to win $25,000 and application distribution. Enter today at > http://ads.osdn.com/?ad_id=6882&alloc_id=15148&op=click > _______________________________________________ > Pksampler-devel mailing list > Pks...@li... > https://lists.sourceforge.net/lists/listinfo/pksampler-devel |
From: Nathaniel G. <n8...@ca...> - 2005-03-22 22:46:49
|
OK, I'll keep that in mind. I've just reached the point where pkaudiod is running successfully and I'm hoping that there won't be many more obstacles. Thanks! -n8 On Mon, 2005-03-21 at 20:49, Patrick Stinson wrote: > I did realize that test_unittest.py hasn't really been updated or re-thought > since I made jack the default audio driver. The problem is that > jack_client_connect() doesn't start the server very well (at least on my > machines), and if you don't start the server your self (`jackd -d alsa -r > 44100`), the audio tests won't work. Most of the tests in the above file > focus on network communication using the pkaudio protocol, though. > > On Monday 21 March 2005 02:31 pm, you wrote: > > Nope, wasn't from me. I guess I'm not the only one working on it. :^) > > > > Cheers, > > -n8 > > > > On Mar 19, 2005, at 2:33 PM, Patrick Stinson wrote: > > > I got an email from linuxonpower.com that says you submitted an entry, > > > but the > > > zipe file (entry.zip) seems to be empty. > > > > > > On Thursday 17 March 2005 03:33 pm, you wrote: > > >> On Mar 17, 2005, at 12:00 AM, Patrick Stinson wrote: > > >>> Great! check test*.py > > >>> > > >>> First off, there is a great unit test in test_unittest.py. just run > > >>> it, and > > >>> try to get all tests to pass. The tests in that file take care of all > > >>> of the > > >>> basic network communication between the daemon and python client, > > >>> which is > > >>> what you will be focusing on when porting it. I can't remember if ppc > > >>> is big > > >>> or little endian, but that might be the biggest issue if uses a big > > >>> endian. > > >> > > >> Yep, PPC is big-endian. I'll have to try it across the network with > > >> an > > >> x86 machine to make sure it works cross-platform. > > >> > > >>> test_sample.py will try to play a sample. change the sample and then > > >>> various > > >>> properties on the sample while it is playing to see how it sounds. > > >>> you > > >>> can > > >>> take this simple several-liner and make your own, more elaborate > > >>> tests > > >>> with > > >>> more samples. Any tests at this level will be with audio quality. > > >>> Latency has > > >>> not yet been address in the library, sop don't worry about it. The > > >>> sound card > > >>> latency is greater than network latency at this point anyway. > > >> > > >> Ok, I'll give it a shot. > > >> > > >>> I am very excited about the port, let me know about your progress, > > >>> and > > >>> I'll be > > >>> happy to merge your changes into the main source tree. > > >> > > >> I'll keep in touch. You might even get an OS X port out of this too > > >> -- > > >> I'm hoping I can get things working in OS X, which is my primary > > >> platform, address all the endianness issues, then make sure everything > > >> still works in Linux PPC. > > >> > > >>> PS. Happy Saint Patrick's Day! > > >> > > >> You too! > > >> > > >> Cheers, > > >> -n8 > > >> > > >> -- > > >> > > >>>>> -- Nathaniel Gray -- Caltech Computer Science ------> > > >>>>> -- Mojave Project -- http://mojave.cs.caltech.edu --> > > > > -- > > > > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Pksampler-devel mailing list > Pks...@li... > https://lists.sourceforge.net/lists/listinfo/pksampler-devel > |
From: Patrick S. <pat...@gc...> - 2005-03-22 02:26:00
|
I did realize that test_unittest.py hasn't really been updated or re-thought since I made jack the default audio driver. The problem is that jack_client_connect() doesn't start the server very well (at least on my machines), and if you don't start the server your self (`jackd -d alsa -r 44100`), the audio tests won't work. Most of the tests in the above file focus on network communication using the pkaudio protocol, though. On Monday 21 March 2005 02:31 pm, you wrote: > Nope, wasn't from me. I guess I'm not the only one working on it. :^) > > Cheers, > -n8 > > On Mar 19, 2005, at 2:33 PM, Patrick Stinson wrote: > > I got an email from linuxonpower.com that says you submitted an entry, > > but the > > zipe file (entry.zip) seems to be empty. > > > > On Thursday 17 March 2005 03:33 pm, you wrote: > >> On Mar 17, 2005, at 12:00 AM, Patrick Stinson wrote: > >>> Great! check test*.py > >>> > >>> First off, there is a great unit test in test_unittest.py. just run > >>> it, and > >>> try to get all tests to pass. The tests in that file take care of all > >>> of the > >>> basic network communication between the daemon and python client, > >>> which is > >>> what you will be focusing on when porting it. I can't remember if ppc > >>> is big > >>> or little endian, but that might be the biggest issue if uses a big > >>> endian. > >> > >> Yep, PPC is big-endian. I'll have to try it across the network with > >> an > >> x86 machine to make sure it works cross-platform. > >> > >>> test_sample.py will try to play a sample. change the sample and then > >>> various > >>> properties on the sample while it is playing to see how it sounds. > >>> you > >>> can > >>> take this simple several-liner and make your own, more elaborate > >>> tests > >>> with > >>> more samples. Any tests at this level will be with audio quality. > >>> Latency has > >>> not yet been address in the library, sop don't worry about it. The > >>> sound card > >>> latency is greater than network latency at this point anyway. > >> > >> Ok, I'll give it a shot. > >> > >>> I am very excited about the port, let me know about your progress, > >>> and > >>> I'll be > >>> happy to merge your changes into the main source tree. > >> > >> I'll keep in touch. You might even get an OS X port out of this too > >> -- > >> I'm hoping I can get things working in OS X, which is my primary > >> platform, address all the endianness issues, then make sure everything > >> still works in Linux PPC. > >> > >>> PS. Happy Saint Patrick's Day! > >> > >> You too! > >> > >> Cheers, > >> -n8 > >> > >> -- > >> > >>>>> -- Nathaniel Gray -- Caltech Computer Science ------> > >>>>> -- Mojave Project -- http://mojave.cs.caltech.edu --> > > -- > > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
From: David M. <es...@ti...> - 2005-03-21 18:16:54
|
Yes the patches are available at http://redhat.com/~mingo/realtime-preempt/ I think the current one may be unstable at the moment. The one I am using is V0.7.39-02 and has a number od premptive options one is realtime one is desktop. The realtime is rock solid for me with an ext2 fs. Dave >Hi Dave, I saw your posting on the list and it caught my eye that you >are using a fully pre-emtible kernel. Are you using some special >patches to the vanilla 2.6.11rc4 ? AFAIK tthe vanilla kernel can be >configure to be preemptive but not fully preemtive. >-joachim |
From: Joachim D. <joa...@gm...> - 2005-03-21 17:04:37
|
Hi Dave, I saw your posting on the list and it caught my eye that you are using a fully pre-emtible kernel. Are you using some special patches to the vanilla 2.6.11rc4 ? AFAIK tthe vanilla kernel can be configure to be preemptive but not fully preemtive. -joachim On Sun, 20 Mar 2005 13:23:00 +0000, David Mulcahy <es...@ti...> wrote: > Sorry for the short reply bit busy at the moment. If you need me to try > something else let me know > > Dave > > davmul@longton:~/pkaudio-0.2$ python2.3 ./test_sample.py > pkaudiod: pkaudiod version 0.2 > pkaudiod: Found 1 midi device(s) > pkaudiod: Found 1 jack device(s). > pkaudiod: Running with realtime priority. > pkaudiod: Connected to client > pkaudiod: Loaded module: Sample > Traceback (most recent call last): > File "./test_sample.py", line 28, in ? > time.sleep(100) > KeyboardInterrupt > > I can hear the sample then it goes quiet and I have to ctrl c to exit. > > davmul@longton:~/pkaudio-0.2$ python2.3 ./test_unittest.py > test_connection1 (__main__.TestConnection) ... pkaudiod: pkaudiod > version 0.2 > pkaudiod: Found 1 midi device(s) > pkaudiod: Found 1 jack device(s). > pkaudiod: Running with realtime priority. > pkaudiod: Connected to client > pkaudiod: Closing connection > ERROR > test_parsing (__main__.TestMessages) ... pkaudiod: pkaudiod version 0.2 > pkaudiod: Found 1 midi device(s) > ALSA lib rawmidi_hw.c:227:(snd_rawmidi_hw_open) open /dev/snd/midiC0D0 > failed: Device or resource busy > ** pkaudiod error: Error opening ALSA raw MIDI device: hw:0,0. > pkaudiod: Found 1 jack device(s). > pkaudiod: rawmidi.c:987: snd_rawmidi_read: Assertion `rawmidi' failed. > ERROR > test_addports (__main__.TestModules) ... ERROR > test_createmodules1 (__main__.TestModules) ... ERROR > test_createmodules2 (__main__.TestModules) ... ERROR > test_addsample2 (__main__.TestSamples) ... ERROR > test_mainmixer (__main__.TestMixer) ... ERROR > test_mixerports (__main__.TestMixer) ... ERROR > test_createTracks (__main__.TestSequencer) ... ERROR > > ====================================================================== > ERROR: test_connection1 (__main__.TestConnection) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 47, in test_connection1 > pkaudio.connect(startserver=1) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 354, in connect > raise ConnectionError('Could not connect to server: ' +s) > ConnectionError: Could not connect to server: Connection reset by peer > > ====================================================================== > ERROR: test_parsing (__main__.TestMessages) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 359, in connect > raise ConnectionError('Could not connect to server') > ConnectionError: Could not connect to server > > ====================================================================== > ERROR: test_addports (__main__.TestModules) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_createmodules1 (__main__.TestModules) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_createmodules2 (__main__.TestModules) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_addsample2 (__main__.TestSamples) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_mainmixer (__main__.TestMixer) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_mixerports (__main__.TestMixer) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ====================================================================== > ERROR: test_createTracks (__main__.TestSequencer) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "./test_unittest.py", line 34, in setUp > pkaudio.connect(startserver=START_SERVER) > File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect > raise Error('already connected') > Error: already connected > > ---------------------------------------------------------------------- > Ran 9 tests in 11.046s > > FAILED (errors=9) > davmul@longton:~/pkaudio-0.2$ > > No sound output here? > > On Fri, 2005-03-18 at 22:23 -0700, Patrick Stinson wrote: > > I'm fairly sure that the app is waiting for a network response from the stop > > request. Can you run test_unittest.py and test_sample.py in the pkaudio > > distribution without any problems? > > > > cheers > > > > On Thursday 17 March 2005 10:23 am, David Mulcahy wrote: > > > Sorry forgot to reply to all again > > > > > > Version 0.2 The latest -tar.gz from sf for both > > > > > > In fact I just tried several minutes ago and the same think happened - when > > > i pressed stop on the only sample i was playing and then the red exit > > > button and then nothing (hard lockup). I will try with a slightly earlier > > > kernel to see it that changes anything. > > > > > > Dave > > > > > > On Thursday 17 March 2005 07:52, Patrick Stinson wrote: > > > > Thankws, and remember to send to the list: > > > > pks...@li... > > > > > > > > What versions of pkaudio and pksampler are you using? > > > > > > > > On Thursday 17 March 2005 08:46 am, David Mulcahy wrote: > > > > > Hello > > > > > > > > > > Sorry to email you directly as I am not on the dev mailing list > > > > > > > > > > Just to let you know I have it installed and running fine on debian > > > > > unstable. I have only had a quick chance to test it and it locked up > > > > > hard needin a hard reset (I am using the new 2.6.11rc4 fully preemtive > > > > > (REALTIME) kernel o maybe that had something to do with it?) but I will > > > > > have a another try soon. It seems very slow on my PIII 750 though. > > > > > > > > > > Dave > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real users. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Pksampler-devel mailing list > > > Pks...@li... > > > https://lists.sourceforge.net/lists/listinfo/pksampler-devel > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Pksampler-devel mailing list > Pks...@li... > https://lists.sourceforge.net/lists/listinfo/pksampler-devel > |
From: David M. <es...@ti...> - 2005-03-20 13:09:57
|
Sorry for the short reply bit busy at the moment. If you need me to try something else let me know Dave davmul@longton:~/pkaudio-0.2$ python2.3 ./test_sample.py pkaudiod: pkaudiod version 0.2 pkaudiod: Found 1 midi device(s) pkaudiod: Found 1 jack device(s). pkaudiod: Running with realtime priority. pkaudiod: Connected to client pkaudiod: Loaded module: Sample Traceback (most recent call last): File "./test_sample.py", line 28, in ? time.sleep(100) KeyboardInterrupt I can hear the sample then it goes quiet and I have to ctrl c to exit. davmul@longton:~/pkaudio-0.2$ python2.3 ./test_unittest.py test_connection1 (__main__.TestConnection) ... pkaudiod: pkaudiod version 0.2 pkaudiod: Found 1 midi device(s) pkaudiod: Found 1 jack device(s). pkaudiod: Running with realtime priority. pkaudiod: Connected to client pkaudiod: Closing connection ERROR test_parsing (__main__.TestMessages) ... pkaudiod: pkaudiod version 0.2 pkaudiod: Found 1 midi device(s) ALSA lib rawmidi_hw.c:227:(snd_rawmidi_hw_open) open /dev/snd/midiC0D0 failed: Device or resource busy ** pkaudiod error: Error opening ALSA raw MIDI device: hw:0,0. pkaudiod: Found 1 jack device(s). pkaudiod: rawmidi.c:987: snd_rawmidi_read: Assertion `rawmidi' failed. ERROR test_addports (__main__.TestModules) ... ERROR test_createmodules1 (__main__.TestModules) ... ERROR test_createmodules2 (__main__.TestModules) ... ERROR test_addsample2 (__main__.TestSamples) ... ERROR test_mainmixer (__main__.TestMixer) ... ERROR test_mixerports (__main__.TestMixer) ... ERROR test_createTracks (__main__.TestSequencer) ... ERROR ====================================================================== ERROR: test_connection1 (__main__.TestConnection) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 47, in test_connection1 pkaudio.connect(startserver=1) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 354, in connect raise ConnectionError('Could not connect to server: ' +s) ConnectionError: Could not connect to server: Connection reset by peer ====================================================================== ERROR: test_parsing (__main__.TestMessages) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 359, in connect raise ConnectionError('Could not connect to server') ConnectionError: Could not connect to server ====================================================================== ERROR: test_addports (__main__.TestModules) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_createmodules1 (__main__.TestModules) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_createmodules2 (__main__.TestModules) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_addsample2 (__main__.TestSamples) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_mainmixer (__main__.TestMixer) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_mixerports (__main__.TestMixer) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ====================================================================== ERROR: test_createTracks (__main__.TestSequencer) ---------------------------------------------------------------------- Traceback (most recent call last): File "./test_unittest.py", line 34, in setUp pkaudio.connect(startserver=START_SERVER) File "/home/davmul/pkaudio-0.2/pkaudio.py", line 307, in connect raise Error('already connected') Error: already connected ---------------------------------------------------------------------- Ran 9 tests in 11.046s FAILED (errors=9) davmul@longton:~/pkaudio-0.2$ No sound output here? On Fri, 2005-03-18 at 22:23 -0700, Patrick Stinson wrote: > I'm fairly sure that the app is waiting for a network response from the stop > request. Can you run test_unittest.py and test_sample.py in the pkaudio > distribution without any problems? > > cheers > > On Thursday 17 March 2005 10:23 am, David Mulcahy wrote: > > Sorry forgot to reply to all again > > > > Version 0.2 The latest -tar.gz from sf for both > > > > In fact I just tried several minutes ago and the same think happened - when > > i pressed stop on the only sample i was playing and then the red exit > > button and then nothing (hard lockup). I will try with a slightly earlier > > kernel to see it that changes anything. > > > > Dave > > > > On Thursday 17 March 2005 07:52, Patrick Stinson wrote: > > > Thankws, and remember to send to the list: > > > pks...@li... > > > > > > What versions of pkaudio and pksampler are you using? > > > > > > On Thursday 17 March 2005 08:46 am, David Mulcahy wrote: > > > > Hello > > > > > > > > Sorry to email you directly as I am not on the dev mailing list > > > > > > > > Just to let you know I have it installed and running fine on debian > > > > unstable. I have only had a quick chance to test it and it locked up > > > > hard needin a hard reset (I am using the new 2.6.11rc4 fully preemtive > > > > (REALTIME) kernel o maybe that had something to do with it?) but I will > > > > have a another try soon. It seems very slow on my PIII 750 though. > > > > > > > > Dave > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Pksampler-devel mailing list > > Pks...@li... > > https://lists.sourceforge.net/lists/listinfo/pksampler-devel |
From: Patrick S. <lis...@pa...> - 2005-03-19 14:38:58
|
I'm fairly sure that the app is waiting for a network response from the stop request. Can you run test_unittest.py and test_sample.py in the pkaudio distribution without any problems? cheers On Thursday 17 March 2005 10:23 am, David Mulcahy wrote: > Sorry forgot to reply to all again > > Version 0.2 The latest -tar.gz from sf for both > > In fact I just tried several minutes ago and the same think happened - when > i pressed stop on the only sample i was playing and then the red exit > button and then nothing (hard lockup). I will try with a slightly earlier > kernel to see it that changes anything. > > Dave > > On Thursday 17 March 2005 07:52, Patrick Stinson wrote: > > Thankws, and remember to send to the list: > > pks...@li... > > > > What versions of pkaudio and pksampler are you using? > > > > On Thursday 17 March 2005 08:46 am, David Mulcahy wrote: > > > Hello > > > > > > Sorry to email you directly as I am not on the dev mailing list > > > > > > Just to let you know I have it installed and running fine on debian > > > unstable. I have only had a quick chance to test it and it locked up > > > hard needin a hard reset (I am using the new 2.6.11rc4 fully preemtive > > > (REALTIME) kernel o maybe that had something to do with it?) but I will > > > have a another try soon. It seems very slow on my PIII 750 though. > > > > > > Dave > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Pksampler-devel mailing list > Pks...@li... > https://lists.sourceforge.net/lists/listinfo/pksampler-devel |
From: David M. <es...@ti...> - 2005-03-17 17:10:25
|
Sorry forgot to reply to all again Version 0.2 The latest -tar.gz from sf for both In fact I just tried several minutes ago and the same think happened - when i pressed stop on the only sample i was playing and then the red exit button and then nothing (hard lockup). I will try with a slightly earlier kernel to see it that changes anything. Dave On Thursday 17 March 2005 07:52, Patrick Stinson wrote: > Thankws, and remember to send to the list: > pks...@li... > > What versions of pkaudio and pksampler are you using? > > On Thursday 17 March 2005 08:46 am, David Mulcahy wrote: > > Hello > > > > Sorry to email you directly as I am not on the dev mailing list > > > > Just to let you know I have it installed and running fine on debian > > unstable. I have only had a quick chance to test it and it locked up hard > > needin a hard reset (I am using the new 2.6.11rc4 fully preemtive > > (REALTIME) kernel o maybe that had something to do with it?) but I will > > have a another try soon. It seems very slow on my PIII 750 though. > > > > Dave |
From: Patrick S. <pat...@gc...> - 2005-03-17 17:08:42
|
Great! check test*.py First off, there is a great unit test in test_unittest.py. just run it, and try to get all tests to pass. The tests in that file take care of all of the basic network communication between the daemon and python client, which is what you will be focusing on when porting it. I can't remember if ppc is big or little endian, but that might be the biggest issue if uses a big endian. test_sample.py will try to play a sample. change the sample and then various properties on the sample while it is playing to see how it sounds. you can take this simple several-liner and make your own, more elaborate tests with more samples. Any tests at this level will be with audio quality. Latency has not yet been address in the library, sop don't worry about it. The sound card latency is greater than network latency at this point anyway. I am very excited about the port, let me know about your progress, and I'll be happy to merge your changes into the main source tree. -P PS. Happy Saint Patrick's Day! On Thursday 17 March 2005 12:45 am, Nathaniel Gray wrote: > Hi Patrick, > > I'm interested in porting pkaudio to linux ppc for the IBM contest. > The rules say that you will be judging when the port is deemed > "complete and sound." I'm wondering what criteria you have in mind. > Is it enough to get some basic tests running or do you want to see > hand-optimized assembly code in soundtouch? Also, any pointers you can > give on where platform-dependent code might be lurking would be > appreciated. > > Thanks, > -n8 > > -- > > >>>-- Nathaniel Gray -- Caltech Computer Science ------> > >>>-- Mojave Project -- http://mojave.cs.caltech.edu --> |
From: Patrick S. <pat...@gc...> - 2005-03-17 17:00:53
|
Thankws, and remember to send to the list: pks...@li... What versions of pkaudio and pksampler are you using? On Thursday 17 March 2005 08:46 am, David Mulcahy wrote: > Hello > > Sorry to email you directly as I am not on the dev mailing list > > Just to let you know I have it installed and running fine on debian > unstable. I have only had a quick chance to test it and it locked up hard > needin a hard reset (I am using the new 2.6.11rc4 fully preemtive > (REALTIME) kernel o maybe that had something to do with it?) but I will > have a another try soon. It seems very slow on my PIII 750 though. > > Dave |
From: Patrick S. <lis...@pa...> - 2005-03-01 15:52:24
|
I was curious how the pksampler is working for you so far? |
From: Patrick S. <lis...@pa...> - 2005-02-26 01:03:01
|
Excellent! thanks for the feedback. I released pkaudio-0.2 and pksampler-0.2 yesterday, try those. They both = work=20 on Mandrake and fedora 3 distributions. pkaudio.sf.net pksampler.sf.net Otherwise, pkstudio is really in the alpha phase, but check here:=20 http://www.patrickkidd.com/, it is the only pkstudio site for the moment.= One=20 quick thing, though:=20 With PKStudio, the sequencer is not yet written, and none of the=20 midi/sequencer interface is finished. the first step was getting the DSP=20 module to work, which is done in pkaudio now, but the rest still remains. Writing code for these projects is extremley easy - python and Qt are the= =20 empitome of GUI development, and it would be worht your while to check it= =20 out. In the mean time, download pkstudio and check out pkmoduletool for=20 generating extension modules for pkaudio/pkstudio. I think you'll find it= to=20 be the easiest method for producing audio plugins. Cheers! On Friday 25 February 2005 05:11 pm, mariodebian wrote: > Hi, I'm Mario from Spain. > > Today I discover this proyect and I like very much, since I only use > Debian, i need something like propellerheads-REASON, only for fun!! > > I have installed pkaudio and pksampler (0.2-rc2) with some problems but > have installed correctly in debian sarge. > > I had to copy pkaudio.py and PKAudio.py manually to /usr/lib/python2.3/ > to compile pksampler. =BFit's necesary? > > If I don't copy this files the pksampler make install don't work: > > An internal error occured. Please report all the output of the program= , > including the following traceback, to pat...@gc.... > > Traceback (most recent call last): > File "install.py", line 396, in ? > main() > File "install.py", line 364, in main > installPKSampler() > File "install.py", line 259, in installPKSampler > if not checkForPKAudio(): > File "install.py", line 158, in checkForPKAudio > pkaudiod_version =3D output[0][9:] > IndexError: list index out of range > make: *** [install] Error 1 > > > Then, I start pksampler, splash work, but pksampler crash: > > # pksampler > Session management error: Authentication Rejected, reason : None of the > authentication protocols specified are supported and host-based > authentication failed > pkaudiod: pkaudiod version 0.2 > pkaudiod: Found 0 midi device(s). > pkaudiod: Found 2 alsa device(s). > pkaudiod: Running with realtime priority. > pkaudiod: Connected to client > PKSampler: Broadcasting for other hosts... > PKSampler: Listening for host to come up... > PKSampler: Found 0 hosts. > Traceback (most recent call last): > File "pksampler/pksampler.py", line 212, in <module> > main() > File "pksampler/pksampler.py", line 168, in main > pksampler.fillWidgetCache() > File "pksampler/MainWindow.py", line 488, in fillWidgetCache > self.sampleWidgetCache.fill() > File "pksampler/MainWindow.py", line 278, in fill > self.put(SampleWidget.SampleWidget()) > File "pksampler/SampleWidget.py", line 555, in __init__ > self.sampleControl =3D SampleControl() > File "pksampler/SampleControl.py", line 78, in __init__ > self.splitter =3D PKAudio.Splitter() > File "/usr/lib/python2.3/PKAudio.py", line 286, in __init__ > pkaudio.loadModule('pksplitter') > File "/usr/lib/python2.3/pkaudio.py", line 531, in loadModule > search_paths =3D MODDIR+':'+os.environ["LD_LIBRARY_PATH"] > File "/usr/lib/python2.3/UserDict.py", line 19, in __getitem__ > def __getitem__(self, key): return self.data[key] > KeyError: 'LD_LIBRARY_PATH' > pkaudiod: Closing connection > Exception exceptions.AttributeError: <exceptions.AttributeError instanc= e > at 0x423f21cc> in <bound method SampleControl.__del__ of > <SampleControl.SampleControl object at 0x423fe29c>> ignored > Exception exceptions.AttributeError: "'NoneType' object has no attribut= e > 'removeAllForTrack'" in <bound method SampleWidget.__del__ of > <SampleWidget.SampleWidget object at 0x423fe2cc>> ignored > > In sourceforge list the first message is one month ago, how many time i= s > this proyect? > > Where is pkstudio? > > I don't know about python but I like to help if you want... > If I run pksampler, I would make debian package... > > Bye |
From: mariodebian <mar...@gm...> - 2005-02-26 00:11:34
|
Hi, I'm Mario from Spain. Today I discover this proyect and I like very much, since I only use Debian, i need something like propellerheads-REASON, only for fun!! I have installed pkaudio and pksampler (0.2-rc2) with some problems but have installed correctly in debian sarge. I had to copy pkaudio.py and PKAudio.py manually to /usr/lib/python2.3/ to compile pksampler. ¿it's necesary? If I don't copy this files the pksampler make install don't work: An internal error occured. Please report all the output of the program, including the following traceback, to pat...@gc.... Traceback (most recent call last): File "install.py", line 396, in ? main() File "install.py", line 364, in main installPKSampler() File "install.py", line 259, in installPKSampler if not checkForPKAudio(): File "install.py", line 158, in checkForPKAudio pkaudiod_version = output[0][9:] IndexError: list index out of range make: *** [install] Error 1 Then, I start pksampler, splash work, but pksampler crash: # pksampler Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed pkaudiod: pkaudiod version 0.2 pkaudiod: Found 0 midi device(s). pkaudiod: Found 2 alsa device(s). pkaudiod: Running with realtime priority. pkaudiod: Connected to client PKSampler: Broadcasting for other hosts... PKSampler: Listening for host to come up... PKSampler: Found 0 hosts. Traceback (most recent call last): File "pksampler/pksampler.py", line 212, in <module> main() File "pksampler/pksampler.py", line 168, in main pksampler.fillWidgetCache() File "pksampler/MainWindow.py", line 488, in fillWidgetCache self.sampleWidgetCache.fill() File "pksampler/MainWindow.py", line 278, in fill self.put(SampleWidget.SampleWidget()) File "pksampler/SampleWidget.py", line 555, in __init__ self.sampleControl = SampleControl() File "pksampler/SampleControl.py", line 78, in __init__ self.splitter = PKAudio.Splitter() File "/usr/lib/python2.3/PKAudio.py", line 286, in __init__ pkaudio.loadModule('pksplitter') File "/usr/lib/python2.3/pkaudio.py", line 531, in loadModule search_paths = MODDIR+':'+os.environ["LD_LIBRARY_PATH"] File "/usr/lib/python2.3/UserDict.py", line 19, in __getitem__ def __getitem__(self, key): return self.data[key] KeyError: 'LD_LIBRARY_PATH' pkaudiod: Closing connection Exception exceptions.AttributeError: <exceptions.AttributeError instance at 0x423f21cc> in <bound method SampleControl.__del__ of <SampleControl.SampleControl object at 0x423fe29c>> ignored Exception exceptions.AttributeError: "'NoneType' object has no attribute 'removeAllForTrack'" in <bound method SampleWidget.__del__ of <SampleWidget.SampleWidget object at 0x423fe2cc>> ignored In sourceforge list the first message is one month ago, how many time is this proyect? Where is pkstudio? I don't know about python but I like to help if you want... If I run pksampler, I would make debian package... Bye -- mariodebian <mar...@gm...> |
From: Patrick S. <pat...@gc...> - 2005-02-24 21:57:40
|
I've released pksampler-0.2 on the sourceforge site.. As far as I know it works on gentoo, Fedora 3, and mandrake (10?). If anyone can get it working, let me know. |
From: Patrick S. <pat...@gc...> - 2005-02-24 17:10:13
|
Great, I'm glad that worked.=20 Yes, I have been developing the current interface for PKSampler for the p= ast=20 two years all by my self, and so it may be a bit clunky. There are no doc= s=20 for the buttons, and a quick screen shot with a few button descriptions=20 should help quite a bit. The biggest problem is space on the screen. With a touchscreen applicatio= n one=20 is always trying to maximize screen usage, and those buttons are placed=20 accordingly. Over time, we will gain some experience with the controls an= d=20 figure out which ones aren't needed.=20 That look is the first one that I've done with my animated povray rederin= g=20 technique, so the look (colors, shapes, icons, etc) isn't exactly the way= I=20 wanted it. It takes a great deal of work to create and align the 3D widge= ts,=20 and once I get to the point where I am comfortable with a certain set of=20 controls, I will re-design the whole interface with a new look.=20 I also have been working on a project management tool for making animated= =20 povray gui widgets with python, which I'd like to incorporate with the=20 pksampler source as soon as I can release it. It is also very far along i= n=20 the alpha phase. On Thursday 24 February 2005 02:48 am, J_Zar, Gianluca Romanin wrote: > Alle 01:00, gioved=EC 24 febbraio 2005, Patrick Stinson ha scritto: > > I just noticed that when I switched to the Baghira KDE style, the > > pksampler started doing the wierd pixmap problems, just like in you > > screenshot. > > > > Try changing your style/theme to something more standard. > > Nice! That was stupid... but I didn't understood it! Now I should learn= to > go with PKSampler.... It is not very intuitive sometimes however... |
From: J_Zar, G. R. <j_...@op...> - 2005-02-24 09:48:46
|
Alle 01:00, gioved=EC 24 febbraio 2005, Patrick Stinson ha scritto: > I just noticed that when I switched to the Baghira KDE style, the pksampl= er > started doing the wierd pixmap problems, just like in you screenshot. > > Try changing your style/theme to something more standard. > Nice! That was stupid... but I didn't understood it! Now I should learn to = go=20 with PKSampler.... It is not very intuitive sometimes however... =2D-=20 J_Zar Gianluca Romanin ---------------- See you at OpenJay.org |
From: Patrick S. <pat...@gc...> - 2005-02-24 08:11:25
|
Whew! -Patrick ---------- Forwarded Message ---------- Subject: [SourceForge.net Release] pkaudio : pkaudio-beta Date: Thursday 24 February 2005 01:08 am From: "SourceForge.net" <no...@so...> To: no...@so... Project: The PKAudio library (pkaudio) Package: pkaudio-beta Date : 2005-02-23 23:08 Project "The PKAudio library" ('pkaudio') has released the new version of package 'pkaudio-beta'. You can download it from SourceForge.net by following this link: <https://sourceforge.net/project/showfiles.php?group_id=118794&release_id=30 7936 or browse Release Notes and ChangeLog by visiting this link: <https://sourceforge.net/project/shownotes.php?release_id=307936> You receive this email because you requested to be notified when new versions of this package were released. If you don't wish to be notified in the future, please login to SourceForge.net and click this link: <https://sourceforge.net/project/filemodule_unmonitor.php?filemodule_id=12938 9> If you lost your SourceForge.net login name or password, refer to this document: <https://sourceforge.net/docman/display_doc.php?docid=760&group_id=1> Note that you may receive this message indirectly via one of your mailing list subscriptions. Please review message headers before reporting unsolicited mailings. ------------------------------------------------------- |
From: Patrick S. <pat...@gc...> - 2005-02-24 07:25:54
|
I just noticed that when I switched to the Baghira KDE style, the pksampl= er=20 started doing the wierd pixmap problems, just like in you screenshot. Try changing your style/theme to something more standard. On Wednesday 16 February 2005 03:22 am, J_Zar, Gianluca Romanin wrote: > Alle 20:23, mercoled=EC 16 febbraio 2005, hai scritto: > > pixmaps on your desktop? what do you mean? > > Sorry, I mean PKSampler pixmaps... I attached a snapshot to show the > problem. > > > I will fix the LD_LIBRARY_PATH problem. > > > > On Tuesday 15 February 2005 07:05 pm, you wrote: > > > Solved: > > > > > > export LD_LIBRARY_PATH=3D/usr/lib:/usr/local/lib > > > > > > Probably LD_LIBRARY_PATH, which usually is a link to the QTDIR/lib > > > repository, strikes the execution. How to determine the instance of= the > > > problem? The install.py script should determine if LD_LIBRARY_PATH = is > > > set and if there is a discrepancy beetween Qt and LD_LIBRARY_PATH, = I > > > think. > > > > > > The next issue: pixmaps on my desktop are not loaded in a clean way= . > > > There is no possibility to work so.... I attach a snapshot. |