Regarding gui slowness, this is because in PD-l2ork the entire canvas is
drawn using SVG shapes and hence the slowdown. As we migrate on to our new
renderer thanks to Jonathan's hard work, things should get exponentially
faster.
--
Ivica Ico Bukvic, D.M.A.
Associate Professor
Computer Music
ICAT Senior Fellow
Director -- DISIS, L2Ork
Virginia Tech
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
ico@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.net
On Jan 29, 2016 5:26 PM, "Ivica Bukvic"
ico@vt.edu wrote:
> Yes, RPi is not very powerful. You can always try running it without the
> GUI but I suspect that is simply what Raspberry Pi can do regardless of
> whether there is a gui or not. This is definitely the case with the first
> generation Raspberry Pi (both A and B). I haven't tried other. I am told
> they are considerably more powerful. There have been quite a few changes
> since this version was published but I simply haven't bothered building
> Raspberry Pi version. Building it should be a simple one step process and
> you can find information how to do so on the pd-l2ork website using the
> built-in script. It will however take practically a day to compile with all
> the externals. HTH
>
> --
> Ivica Ico Bukvic, D.M.A.
> Associate Professor
> Computer Music
> ICAT Senior Fellow
> Director -- DISIS, L2Ork
> Virginia Tech
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> ico@vt.edu
> www.performingarts.vt.edu
> disis.icat.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
> On Jan 29, 2016 4:51 PM, "Samuel Burt"
composer.samuel.burt@gmail.com
> wrote:
>
>> Ivica,
>>
>> I downloaded pd-l2ork-arm6l-20151102. Is this the latest?
>>
>> First off, "WhAaA- curvy patch cords!" The esthetics of l2ork are great.
>> I hadn't gotten around to checking it out, yet. The windows are a bit slow
>> to load, but I guess it is a compromise based on what system you are using.
>> (I'm using pd-l2ork through ssh -X from my pi2.)
>>
>> After one segmentation fault, I closed it and reopened it and tried just
>> the pvoc~ help file. After that worked, I added it into my patch. The good
>> news is it doesn't crash, now. However, the audio is stuttering a lot. So,
>> I changed the processing delay from 50ms to 100 and the clicks slowed down.
>> I have it at 200ms and it clicks about four times per second. Deleting some
>> of two out of three of the pvoc~s helps, too, but maybe [pvoc~] is too much
>> for the poor little pi.
>>
>> Even the [pvoc~] help file clicks about 7 times per second.. At least I'm
>> at a point where the object loads. I'll work at optimizing
>> efficiency/quality with the analysis window size.
>>
>> Thanks for your help.
>>
>> Sam
>>
>>
>>
>>
>> On Fri, Jan 29, 2016 at 3:30 PM Ivica Bukvic
ico@vt.edu wrote:
>>
>>> This is likely due to binary incompatibility. Please try with pd-l2ork.
>>>
>>> --
>>> Ivica Ico Bukvic, D.M.A.
>>> Associate Professor
>>> Computer Music
>>> ICAT Senior Fellow
>>> Director -- DISIS, L2Ork
>>> Virginia Tech
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139
>>> ico@vt.edu
>>> www.performingarts.vt.edu
>>> disis.icat.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>>> On Jan 29, 2016 2:56 PM, "Samuel Burt"
composer.samuel.burt@gmail.com
>>> wrote:
>>>
>>>> Ivica,
>>>>
>>>> I'm trying it out now. I had previously tried installing pd-fftease
>>>> 2.5.2 through deken. I grabbed the lyon/ folder out of Pd-l2ork and dropped
>>>> it into ~/pd-externals. Pd was using the deken version (2.5.2), instead.
>>>> So, I removed fftease from /usr/local/lib/pd-externals and copied the lyon/
>>>> folder there. I then created [pvoc~], but when I turn on audio with a
>>>> [pvoc~] object, Pd crashes with a segmentation fault. [granola~] (the
>>>> granular pitch-shifter) works so I am assuming some of the other fftease
>>>> objects work, but [pvoc~] gave me a hard crash every time.
>>>>
>>>> I'll keep hacking away at it. If anyone else discovers a solution, let
>>>> me know. I could also reformat the patch to use the 2.5.2 [pvoc~] although
>>>> then I can't program the patch on my Mac and then transfer it straight. I'd
>>>> have to heavily modify it every time.
>>>>
>>>> Thanks for the recommendation to use pd-l2ork's libraries.
>>>>
>>>> Sam
>>>>
>>>>
>>>>
>>>> On Wed, Jan 27, 2016 at 6:16 PM Ivica Bukvic
ico@vt.edu wrote:
>>>>
>>>>> Pd-l2ork is not binary compatible with vanilla, although non-gui
>>>>> objects compiled for pd-l2ork will likely work ok.
>>>>>
>>>>> --
>>>>> Ivica Ico Bukvic, D.M.A.
>>>>> Associate Professor
>>>>> Computer Music
>>>>> ICAT Senior Fellow
>>>>> Director -- DISIS, L2Ork
>>>>> Virginia Tech
>>>>> School of Performing Arts – 0141
>>>>> Blacksburg, VA 24061
>>>>> (540) 231-6139
>>>>> ico@vt.edu
>>>>> www.performingarts.vt.edu
>>>>> disis.icat.vt.edu
>>>>> l2ork.icat.vt.edu
>>>>> ico.bukvic.net
>>>>> On Jan 27, 2016 5:42 PM, "Samuel Burt"
composer.samuel.burt@gmail.com
>>>>> wrote:
>>>>>
>>>>>> Thanks, Ivica.
>>>>>>
>>>>>> I assume I can just yank all the precompiled plug-ins out of the
>>>>>> extra/lyon/ folder. There shouldn't be any problem with that as long as I
>>>>>> point my path to the right place?
>>>>>>
>>>>>> Sam
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Jan 27, 2016 at 5:29 PM Ivica Bukvic
ico@vt.edu wrote:
>>>>>>
>>>>>>> Pd-l2ork for RPi comes prepackaged with it.
>>>>>>>
>>>>>>> --
>>>>>>> Ivica Ico Bukvic, D.M.A.
>>>>>>> Associate Professor
>>>>>>> Computer Music
>>>>>>> ICAT Senior Fellow
>>>>>>> Director -- DISIS, L2Ork
>>>>>>> Virginia Tech
>>>>>>> School of Performing Arts – 0141
>>>>>>> Blacksburg, VA 24061
>>>>>>> (540) 231-6139
>>>>>>> ico@vt.edu
>>>>>>> www.performingarts.vt.edu
>>>>>>> disis.icat.vt.edu
>>>>>>> l2ork.icat.vt.edu
>>>>>>> ico.bukvic.net
>>>>>>> On Jan 27, 2016 5:20 PM, "Samuel Burt" <
>>>>>>> composer.samuel.burt@gmail.com> wrote:
>>>>>>>
>>>>>>>> Eric,
>>>>>>>>
>>>>>>>> I've been so excited by the results I got after fine tuning my
>>>>>>>> patch with [pvoc~]. [pvoc~] runs so efficiently. I never quite got
>>>>>>>> [mindwarp~] functioning without major audio problems that I didn't have
>>>>>>>> with a previous version, though. It wasn't a big deal, because the audio
>>>>>>>> routine I've created sounds find without it.
>>>>>>>>
>>>>>>>> Now, that I've got fftease 3.0 running smoothly, I discovered I
>>>>>>>> can't run it on my Raspberry Pi. Would it be possible for me to compile it
>>>>>>>> on Linux? or is 3.0 tuned just for the Mac, these days? Do I need to redo
>>>>>>>> my code to use fftease 2.5?
>>>>>>>>
>>>>>>>> Thanks for the help.
>>>>>>>>
>>>>>>>> On Tue, Jan 26, 2016 at 1:03 PM Samuel Burt <
>>>>>>>> composer.samuel.burt@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> It's working well, now. I think there were also some compatibility
>>>>>>>>> issues with the way the objects used to work and the way they work now. I
>>>>>>>>> was also getting crashes, but limited the warp factor input to mindwarp~ to
>>>>>>>>> be 1/16 to 16. I must have been sending really bad numbers.
>>>>>>>>>
>>>>>>>>> I didn't make clean at the end and I should check my path to make
>>>>>>>>> sure both folders are included. Other libraries I've noticed use only one
>>>>>>>>> folder. Any particular reason to keep them separate?
>>>>>>>>>
>>>>>>>>> Sam
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Pd-list@lists.iem.at mailing list
>>>>>>>> UNSUBSCRIBE and account-management ->
>>>>>>>>
http://lists.puredata.info/listinfo/pd-list
>>>>>>>>
>>>>>>>>