Re: [PD] How to get a list of midi devices without GUI

[András Murányi]

On Sun, Feb 9, 2014 at 5:20 PM, Jonathan Wilkes  wrote:

> In Pd-l2ork you can also do this:
> [print(
> |
> [pdinfo]
>
> Which prints all the info for the running Pd instance to the console,
> including devices.  Or you can send it a message to get a specific
> attribute like
> [audio-outdev, midi-outdevlist(
> |
> [pdinfo]
>
> I tried it with [loadbang] and -nogui, and all the audio devices display
> properly.  I can't test midi because I don't have any midi devices.
>
> -Jonathan
>

audio-outdev, midi-outdevlist gives me nothing but a bang. I have ALSA
midi-outs connected.
Might this be a bug?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] realtime MIDI on Windows - best practices for efficiency?

[András Murányi]

Just to refine Ingo's answer little bit:

On Fri, Nov 15, 2013 at 6:06 AM, Ingo  wrote:

> 3 things come to my mind spontaneously:
>
> 1) use a good sound card with good asio drivers (if you don't do already)
> 2) raise the latency a little bit
> 3) eliminate graphical objects like number boxes, sliders, etc.
>

You don't have to absolutely eliminate graphical object but make sure you
don't run data THRU them. It means that data shall flow tru non-graphical
objects, and graphical objects shall be connected in Y "sideways". When you
need to use a graphical object both for setting values and for being set,
use a [set $1] message before them.
Also avoid doing too many tricks to graphical objects (like dynamically
setting their colors etc.)


> If you use [mapping/resample] I would suggest adding [change] afterwards to
> avoid constant data to be sent or use [speedlim] which does the same thing.
>

IMHO you shall use [change] and [speedlim] regardless of using
[mapping/resample] or not.
You can use both of them: [change] will avoid constant data from being sent
(be sure to convert floats to integers with [int] before!), while
[speedlim] will limit data flow to a given frequency.

Also check that your USB devices are not connected thru USB hubs and they
are on separate USB2 or USB3 connections.

András



>
> Ingo
>
>
> 
>  [PD] realtime MIDI on Windows - best practices for efficiency?
>
> I have a big patch I use for realtime manipulation of live sound inputs.
> Often when adjusting pots and sliders on a USB MIDI controller, I get audio
> dropouts.
> I've tried putting all of the MIDI objects in a separate patch running in
> another instance of PD, polling the inputs at intervals using
> [mapping/resample] to reduce the amount of data being sent, and sending the
> data over OSC to the main patch.
>
> I've killed as many other processes as possible.
> And I still get dropouts. What could I be doing wrong?
> This is 0.43.4-extended on Windows 7.
> Thanks,
> Joe
> --
> www.joenewlin.net
> www.twitter.com/joe_newlin
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Radium 1.9.31 released for Linux

[András Murányi]

Welcome back HC!

I think it's the latter.

András


On Mon, Oct 21, 2013 at 8:16 PM, Hans-Christoph Steiner wrote:

>
> Very nice!  Did you embed Pd-extended? Or is it libpd with Pd-extended as
> the
> editor?
>
> .hc
>
> On 10/05/2013 09:20 AM, Kjetil Matheussen wrote:
> > Radium 1.9.31 is a big release with many new features and bug fixes.
> >
> > 1.9.31 is the first release with Pd embedded.
> >
> > Pd embedded in Radium has got approximately the same features as Max
> > for Ableton Live. (https://www.ableton.com/en/live/max-for-live/)
> >
> > Screenshot: http://folk.uio.no/ksvalast/radiumpd.png
> > Video 1: http://folk.uio.no/ksvalast/radium_pd.ogv
> > Video 2: http://folk.uio.no/ksvalast/radium-pd-invertnote.ogv
> >
> > A windows version will be released later.
> >
> > Radium homepage: http://users.notam02.no/~kjetism/radium/
> >
> > Most important changes 1.9.30 -> 1.9.31:
> > * New demo song: BlowFish! Made by www.magnetophon.nl
> > * Save hashmap elements in sorted order so that songs can more easily
> > be compared textually
> > * Menu entry to show name of all included pd externals
> > * Help menu options to edit keybindings and menues
> > * Song comment dialog
> > * Fix "Switch Window Configuration" menu option
> > * Removed "Error. y2>=window->height: ..." error. Just print to stderr
> instead.
> > * Removed the "Something strange just happened in the function
> > Blt_markVisible" warning (print to stderr instead)
> > * Option to set number of scrolls per second. Scrolling too often can
> > be tiresome for the eyes.
> > * Make it easier to connect objects and see connections in the mixer,
> > plus adjust object sizes
> > * Patchbay sound object
> > * Fix crash loading Soundfonts in the Fluidsynth and Sampler instrument
> > * Show stars around filename if theres unsaved data
> > * When quitting or loading, only ask sure/yes/no if edited since last
> save.
> > * Change "Set Patch For Track" to "Set Instrument For Track" in the
> > instruments menu.
> >   The word "patch" should not be exposed to the user anymore.
> > * Be able to load files with DOS char set
> > * Changed internal radium block size to 64 (similar to Pd)
> > * Sending note events between sound objects (green lines)
> > * Enable undo for on/off effect controllers
> > * Pd extended is included as a sound object. 921 externals are
> > included. GUI is working.
> >   Several instances is working. Can be used to write both audio
> > effects and note effects.
> > * Fix qt paths on Archlinux (Javafant/archlinux)
> > * Many minor bug fixes
> >
> > ___
> > Pd-announce mailing list
> > pd-annou...@iem.at
> > http://lists.puredata.info/listinfo/pd-announce
> >
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] New Blankets names Jonathan Wilkes "Artist in Transit Fellow" + *PdWeekend* in California November

[András Murányi]

Hats off!


On Thu, Oct 10, 2013 at 6:48 AM, Joe Deken wrote:

> New Blankets Inc. is a non-profit Foundation dedicated to the the
> re-invention of the Free Community Public Library in the realms of new
> media.  Specifically New Blankets develops the dimensions _of_
>
> --  free/open communities
>
> --  _circulation_  and _sharing_ mechanisms
>
> --  technology innovations
>
> which together weave and support new benevolent cultural communities.
>
> New Blankets is pleased to announce today the recognition of Jonathan
> Wilkes as our latest "Artist in Transit" Fellow.
>
>  . New Blankets has provided Jonathan with an initial honorarium of
>$500 to support his work.
>
>  . In addition to the initial honorarium support, New Blankets has
>also launched a  "1 : 1 matching mini-fundraiser" during the
>coming month (October 14 - November 14, 2013),  to further support
>Jonathan and the Artist-in-Transit Fellowship:
>
>  1)  That is, any contributions to New Blankets during Oct 14 - Nov 14
>   which you kindly care to make and designate for "Artist in
> Transit"
>   will be matched 1 for 1 by New Blankets -- up to a $500 matching
>   limit.
>   2) At the end of the one month mini-fundraiser, the total sum
>   (your contributions + NB matching amount) will be presented to
>   Jonathan at *PdWeekend* -- to be held Nov 15-17, 2013 with Miller
>   Puckette & Friends in San Diego and Los Angeles CA.
>
> ***
> If you would like to  make a contribution -- small or large -- to the
> New Blankets Artist-in-Transit fundraiser, please send e-mail ASAP to
> New Blankets, using the special fundraiser address :
>
>"wilkes_...@newblankets.org"
>
> When we hear from you, we will arrange a convenient way for you to
> send your check or electronic payment to New Blankets, by whichever of
> several available methods may be most convenient for you.)
> ***
>
>
> ** PdWeekend**
>   If you would like to participate in PdWeekend with us in
>   California on Nov 15-17, you are cordially invited and most
>   welcome!
>  Kindly RSVP "yes" and let us know your plans to
> participate
>   with us in San Diego (Nov 15) or Los Angeles (Nov 16-17)
>   by sending e-mail ASAP to:
>
>pdweek...@newblankets.org
>
>  We will then send you a confirming e-mail immediately,
>   and we will keep you advised as our *PdWeekend*  plans
>   and the details of events move forward, from now until
>   November 15.
>
>   The *PdWeekend* events are quite informal, but they also
>   will include four structured workshops on Saturday Nov 16
>   -- in co-operation with CrashSpace LA:
>
>                  
> * Miller Puckette:   Pd+Raspberry Pi
> * Katja Vetter:   DIY Live Sampling Microphone-Build &
> Slice//Jockey
> * Ico Bukvic: Laptop Orchestrating with your Friends
> * Jonathan Wilkes: Your Computer, Your Creativity
>
>  ** Registration is required each of the above workshops **
>                  
>
>You may wish to peruse our (very much in-progress) plans
>for *PdWeekend* and the stellar list of participants --
>including Miller, Jonathan the other workshop presenters
>above -- at:
>
>   http://newblankets.org/nov15.html
>
>   **   Join us in CA in November!  Invite your friends, too!  **
>
>
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Legal restrictions for apps

[András Murányi]

On Wed, Oct 2, 2013 at 7:32 PM, Tony Hillerson wrote:

>  Hey guys,
>
> I'm wondering about the restrictions for using Pure Data patches in
> Android and iOS apps with libpd. I have a rudimentary understanding that if
> I distribute software that's released under the GPL or LGPL I need to make
> available my source or at least the object files of my app.
>
> As I understand it, from the vanilla distribution contains [expr~], which
> is LGPL. If I use libpd, I'm distributing it, and I need to make the source
> or the object files of my apps available. Is that correct? Are there any
> paid apps that use pd and distribute through Google Play or Appstore?
>
> --
> Tony Hillerson
>
>
Hi Tony,

I remember there has been some discussion on these topics (Appstore, expr)
which you can retrieve searching the archives:
http://lists.puredata.info/pipermail/pd-list/

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd <-> Radium

[András Murányi]

On Mon, Sep 2, 2013 at 4:51 PM, Kjetil Matheussen
wrote:

> On Mon, Sep 2, 2013 at 4:38 PM, András Murányi  wrote:
>
>>
>> On Mon, Sep 2, 2013 at 3:39 PM, Kjetil Matheussen <
>> k.s.matheus...@gmail.com> wrote:
>>
>>> On Mon, Sep 2, 2013 at 2:44 PM, András Murányi wrote:
>>>
>>>>
>>>> On Sun, Sep 1, 2013 at 11:18 PM, Kjetil Matheussen <
>>>> k.s.matheus...@gmail.com> wrote:
>>>>
>>>>> Slightly inspired by Max for Ableton live, I've added Pd for Radium
>>>>> (Radium homepage: http://www.notam02.no/~kjetism/radium/)
>>>>>
>>>>> Screenshot: http://folk.uio.no/ksvalast/radiumpd.png
>>>>> Video: http://folk.uio.no/ksvalast/radium_pd.ogv
>>>>>
>>>>> It's basically got the same features as Max for Ableton, but I haven't
>>>>> implemented a modular note control system in Radium yet, so you can't,
>>>>> for instance, make an arpeggiator in Pd that controls other
>>>>> instruments.
>>>>> I will implement a modular note control system now though, because
>>>>> of Pd.
>>>>>
>>>>> But at least it's possible to use Pd to make sound effects and soft
>>>>> synths.
>>>>>
>>>>> It's a bit rough yet, so I haven't released anything. You must build
>>>>> Radium
>>>>> from source to get it, for now. It probably also only works on Linux.
>>>>> I haven't tried  to compile on Windows or Osx yet.
>>>>>
>>>>> To access pd, I have used libpd, but upgraded it to support several
>>>>> instances, gui, and pd-extended:  https://github.com/kmatheussen/libpd
>>>>>
>>>>>
>>>> Hello Kjetil,
>>>>
>>>> This is very interesting, thanks for sharing!
>>>>
>>>> When trying to add simple_midi_synth to the graph (? I don't know how
>>>> you call it), it seems it wants to load libs from the .pdextended settings
>>>> file even if pd-extended is not installed. When pd-extended is installed, I
>>>> get this error:
>>>> Unable to create libpds instance. Error message:
>>>> "/tmp/libpd_1378125318_83135_1571333196_bs94VC.so: undefined symbol:
>>>> _ZTI7GemBase".
>>>>
>>>> Personally, I wish I could use pd-l2ork from radium but I'm totally
>>>> unaware if it's pdlib-compatible and if it's possible at all...
>>>>
>>>>
>>> Hi András,
>>>
>>> pd-extended is actually included in Radium, but I've only included the
>>> vanilla objects from the externals directory of it.
>>> From the error message you get, it seems like Gem should also be
>>> installed with Radium in order to run correctly.
>>>
>>> To solve this problem, though, you should only have to add the path to
>>> where the Gem externals are installed into ~/.pdextended.
>>> Alternatively, you could temporarily rename your ~/.pdextended file to
>>> something else when running radium, to avoid the dependency problem.
>>> It would also be useful to know the content of your ~/.pdextended file,
>>> to locate which externals you have that needs Gem.
>>>
>>>
>>>
>> When renamed .pdextended, the messages I'm getting are these:
>> no preferences file "/home/muranyia/.pdextended"
>> Unable to create libpds instance. Error message:
>> "/tmp/libpd_1378132431_561780_1846930686_cA3Sts.so: undefined symbol:
>> iemgui_select"
>>
>>
> Something else is wrong. iemgui_select is inside the pd source. Something
> may have gone wrong during compilation.
>
> Did you follow this procedure?:
>

yes i did (except the mkdir/cd temp stuff, plus I issued "export
BUILDTYPE=RELEASE").


>
> mkdir temp
> cd temp
> git clone https://github.com/kmatheussen/radium.git
> touch audio/*.cpp common/gfx_op_queue_generated.c
> common/visual_op_queue_proc.h
> make packages
> BUILDTYPE=RELEASE ./build_linux.sh -j7
> ./start.sh
>
> Can you also mail me privately the terminal output when running radium?
>
>
I will!

Thanks,

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd <-> Radium

[András Murányi]

On Mon, Sep 2, 2013 at 4:09 PM, Kjetil Matheussen
wrote:

> On Mon, Sep 2, 2013 at 2:44 PM, András Murányi  wrote:
>
>>
>> Personally, I wish I could use pd-l2ork from radium but I'm totally
>> unaware if it's pdlib-compatible and if it's possible at all...
>>
>>
> It should work as long as all paths to externals are put into .pdexternal,
> plus that no externals in the paths in .pdexternal
> have unresolved dependencies.
>
>
Alrite but pd-l2ork is not an external but a different,
non-binary-compatible distribution of pd. Do you think there's a way to
hack it in?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd <-> Radium

[András Murányi]

On Mon, Sep 2, 2013 at 3:39 PM, Kjetil Matheussen
wrote:

> On Mon, Sep 2, 2013 at 2:44 PM, András Murányi  wrote:
>
>>
>> On Sun, Sep 1, 2013 at 11:18 PM, Kjetil Matheussen <
>> k.s.matheus...@gmail.com> wrote:
>>
>>> Slightly inspired by Max for Ableton live, I've added Pd for Radium
>>> (Radium homepage: http://www.notam02.no/~kjetism/radium/)
>>>
>>> Screenshot: http://folk.uio.no/ksvalast/radiumpd.png
>>> Video: http://folk.uio.no/ksvalast/radium_pd.ogv
>>>
>>> It's basically got the same features as Max for Ableton, but I haven't
>>> implemented a modular note control system in Radium yet, so you can't,
>>> for instance, make an arpeggiator in Pd that controls other instruments.
>>> I will implement a modular note control system now though, because
>>> of Pd.
>>>
>>> But at least it's possible to use Pd to make sound effects and soft
>>> synths.
>>>
>>> It's a bit rough yet, so I haven't released anything. You must build
>>> Radium
>>> from source to get it, for now. It probably also only works on Linux.
>>> I haven't tried  to compile on Windows or Osx yet.
>>>
>>> To access pd, I have used libpd, but upgraded it to support several
>>> instances, gui, and pd-extended:  https://github.com/kmatheussen/libpd
>>>
>>>
>> Hello Kjetil,
>>
>> This is very interesting, thanks for sharing!
>>
>> When trying to add simple_midi_synth to the graph (? I don't know how you
>> call it), it seems it wants to load libs from the .pdextended settings file
>> even if pd-extended is not installed. When pd-extended is installed, I get
>> this error:
>> Unable to create libpds instance. Error message:
>> "/tmp/libpd_1378125318_83135_1571333196_bs94VC.so: undefined symbol:
>> _ZTI7GemBase".
>>
>> Personally, I wish I could use pd-l2ork from radium but I'm totally
>> unaware if it's pdlib-compatible and if it's possible at all...
>>
>>
> Hi András,
>
> pd-extended is actually included in Radium, but I've only included the
> vanilla objects from the externals directory of it.
> From the error message you get, it seems like Gem should also be installed
> with Radium in order to run correctly.
>
> To solve this problem, though, you should only have to add the path to
> where the Gem externals are installed into ~/.pdextended.
> Alternatively, you could temporarily rename your ~/.pdextended file to
> something else when running radium, to avoid the dependency problem.
> It would also be useful to know the content of your ~/.pdextended file, to
> locate which externals you have that needs Gem.
>
>
>
When renamed .pdextended, the messages I'm getting are these:
no preferences file "/home/muranyia/.pdextended"
Unable to create libpds instance. Error message:
"/tmp/libpd_1378132431_561780_1846930686_cA3Sts.so: undefined symbol:
iemgui_select"

The relevant lines of my .pdextended were these (before renaming):
path1: /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
path2: /usr/lib/pd-extended/extra/cyclone
path3: /usr/lib/pd-extended/extra/iemlib
path4: /usr/lib/pd-extended/extra/list-abs
path5: /usr/lib/pd-extended/extra/iemgui
path6: /usr/lib/pd-extended/extra/jasch_lib
path7: /usr/lib/pd-extended/extra/maxlib
path8: /usr/lib/pd-extended/extra/moonlib
path9: /usr/lib/pd-extended/startup
path10: /usr/lib/pd-extended/extra/hid
path11: /usr/lib/pd-extended/extra
loadlib1: libdir
loadlib2: cyclone
loadlib3: iemlib
loadlib4: list-abs
loadlib5: maxlib
loadlib6: toxy
loadlib7: iem_anything
loadlib8: flatspace
loadlib9: moonlib

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd <-> Radium

[András Murányi]

On Sun, Sep 1, 2013 at 11:18 PM, Kjetil Matheussen  wrote:

> Slightly inspired by Max for Ableton live, I've added Pd for Radium
> (Radium homepage: http://www.notam02.no/~kjetism/radium/)
>
> Screenshot: http://folk.uio.no/ksvalast/radiumpd.png
> Video: http://folk.uio.no/ksvalast/radium_pd.ogv
>
> It's basically got the same features as Max for Ableton, but I haven't
> implemented a modular note control system in Radium yet, so you can't,
> for instance, make an arpeggiator in Pd that controls other instruments.
> I will implement a modular note control system now though, because
> of Pd.
>
> But at least it's possible to use Pd to make sound effects and soft synths.
>
> It's a bit rough yet, so I haven't released anything. You must build Radium
> from source to get it, for now. It probably also only works on Linux.
> I haven't tried  to compile on Windows or Osx yet.
>
> To access pd, I have used libpd, but upgraded it to support several
> instances, gui, and pd-extended:  https://github.com/kmatheussen/libpd
>
>
Hello Kjetil,

This is very interesting, thanks for sharing!

When trying to add simple_midi_synth to the graph (? I don't know how you
call it), it seems it wants to load libs from the .pdextended settings file
even if pd-extended is not installed. When pd-extended is installed, I get
this error:
Unable to create libpds instance. Error message:
"/tmp/libpd_1378125318_83135_1571333196_bs94VC.so: undefined symbol:
_ZTI7GemBase".

Personally, I wish I could use pd-l2ork from radium but I'm totally unaware
if it's pdlib-compatible and if it's possible at all...

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] filtercoeff~ / filtergraph~ in Pd?

[András Murányi]

On Sun, Sep 1, 2013 at 8:23 PM, Alexandros Drymonitis wrote:

> Mike Moser-Booth has a whole library with abstractions which include
> [filtercoeff~] and [filtergraph~]. You can get it if you go to Pd's forum (
> puredata.hurleur.com) and check any post by Maelstrom (he's an
> administrator there). He's got a link to his library as a post signature.
>

Maelstorm (sic!)
the lib is here: https://github.com/dotmmb/mmb
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pure Data and Korg Monotribe

[András Murányi]

On Tue, Aug 27, 2013 at 7:20 PM, Pagano, Patrick
wrote:

>  Funny you said that because I did a max patch with randoms and drunk
> objects with the number and steps. Where would I find a drunk object for
> pd? I assume it will be in an external lib but I don't know where to find
> one yet
>
>
>
cyclone
or miXed
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pure Data and Korg Monotribe

[András Murányi]

It was just an idea, which may or may not work. Unfortunately I don't have
patches.

András

On Tue, Aug 27, 2013 at 2:48 PM, Pagano, Patrick
wrote:

>  Can you share an example? I think bezier would be ideal
>
> Patrick Pagano B.S,M.F.A
> Asst. in Digital Art and Science
> Digital Worlds Institute
> University of Florida
> (352) 294-2020
>
>
> On Aug 27, 2013, at 6:45 AM, "András Murányi"  wrote:
>
>On Tue, Aug 27, 2013 at 5:41 AM, Pagano, Patrick <
> p...@digitalworlds.ufl.edu> wrote:
>
>>
>> Hello
>>
>>  I am wondering and hoping someone else has got one of these Korg
>> Monotribes.
>> I have mod-ed mine with the USBtribe http://www.usbtri.be/
>> I am having a little bit of fun sending random values on channel 1 CC# 1,
>> 7, 11, 16, 17, 80, 81 82 and 83 effectively glitching out the Synth
>> portion.
>>
>>  Can someone give me an example of how to produce "smooth" random values?
>>
>>  I have a metro on about 200 triggering about 9 bangs for a [random 127]
>> and the values are bopping all over the place and i would like them to move
>> smoothly from random number to random number like a knob would. Can someone
>> help me out with that?
>> Is line what i want? or Vline?
>>
>>  pp
>>
>
>  I guess you just answered your own question :o)
>  Or, if linear ramps are not satisfying, I'd experiment with an Array set
> to bezier curves and read out at a higher resolution.
>
> András
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pure Data and Korg Monotribe

[András Murányi]

On Tue, Aug 27, 2013 at 5:41 AM, Pagano, Patrick
wrote:

>
> Hello
>
>  I am wondering and hoping someone else has got one of these Korg
> Monotribes.
> I have mod-ed mine with the USBtribe http://www.usbtri.be/
> I am having a little bit of fun sending random values on channel 1 CC# 1,
> 7, 11, 16, 17, 80, 81 82 and 83 effectively glitching out the Synth
> portion.
>
>  Can someone give me an example of how to produce "smooth" random values?
>
>  I have a metro on about 200 triggering about 9 bangs for a [random 127]
> and the values are bopping all over the place and i would like them to move
> smoothly from random number to random number like a knob would. Can someone
> help me out with that?
> Is line what i want? or Vline?
>
>  pp
>

I guess you just answered your own question :o)
Or, if linear ramps are not satisfying, I'd experiment with an Array set to
bezier curves and read out at a higher resolution.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD on retina display

[András Murányi]

On Wed, Aug 21, 2013 at 7:48 PM, Jean-Michel Dumas wrote:

>
> On Wed, Aug 21, 2013 at 12:44 PM, Jonathan Wilkes wrote:
>
>>  On 08/21/2013 11:14 AM, Jean-Michel Dumas wrote:
>>
>> Hi Jonathan,
>>
>>  It stays the same with your build, but that pref pane of yours is
>> pretty neat!
>>
>>  Some more info for those who care:
>>
>>  - If I load a pre-retina patch and copy it in a new patcher it fixes
>> things except for labels
>>
>>
>> and what if you save it and then load the saved "post-retina" patch?  I
>> can't imagine anything
>> in the source file that would flag a patch wrt this.
>>
>>
> as expected, the newly saved patch is fine when reopening it.
>
>
>>
>>  - If I start a new patch, all is good in the patch even labels (the
>> windowing system is still wrong though, i.e. title bar, dialogs, etc)
>> - If I load a pre-retina patch and create new objects in it, the new
>> objects look wrong
>>
>>  I know this is about aesthetics and thus pretty low on the PD dev
>> scale, but everything else is so nice on the retina..
>>
>>
>> Maybe take some screenshots of the main window, loading an old patch,
>> loading a new patch, etc.  Then
>> post the screenshots somewhere on the web and put the links in this
>> thread.
>>
>> Unfortunately I don't have a retina display.
>>
>
> here's a screenshot of an opened patch versus the same patch pasted in a
> new patcher: http://i.imgur.com/J3U4z6w.png
>
> cheers,
> jm
>
>

I have the impression that these are two different fonts.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] abstraction penalty benchmarks

[András Murányi]

On Fri, Aug 9, 2013 at 5:27 AM, Miller Puckette  wrote:

> Here's a guess - I think each copy of the abstraction binds itself to
> a symbol, "pd-". Binding is fast bt unbinding is linear-time in the
> number of things bound to the symbol... ouch.
>
> There's a good reason to bind toplevels and named sub-patches to ther
> names,
> but I think there's little reason to do it for abstractions - perhaps I can
> take this out, but I'd have to leave it as an option for compatibility
> (ouch!)
>
> Miller


Hi Miller,

Just very generally BTW:
Do you mean binary compatibility or patch compatibility?
Either way, what are your thoughts about the possibility of a future Pd-1.0
which would break (some kind of) compatibility for the sake of
revolutionary progress?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Preset saving with SSSAD

[András Murányi]

On Mon, Jul 29, 2013 at 10:06 PM, Phil Stone  wrote:

> On 7/29/13 1:01 PM, Jonathan Wilkes wrote:
>
>> In fact there are so many of the latter type of improvements that it's
>> probably
>> less work to port Pd-l2ork to Windows and OSX than it is to put those
>> features
>> back into Pd-Extended and Vanilla.  If Pd-l2ork incorporated the 0.43 gui
>> changes
>> then that's probably what I'd spend my time doing. :)
>>
>> -Jonathan
>>
>
> Speaking strictly selfishly, that would be a dream-come-true for me. I'd
> love to see the fork reunite, as it sounds like many excellent improvements
> have been made in Pd-l2ork that would be nice to have become mainstream.
>
>
> Phil Stone
> www.pkstonemusic.com
>
>
+1
huh :o}

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Preset saving with SSSAD

[András Murányi]

>   [...]
>>  - is the SSSAD in s-abstractions recent enough for these tricks? (
>> http://code.google.com/p/s-abstractions/source/browse/#svn%2Ftrunk%2Fsssad
>> )
>>  - is there an example patch of SSSAD local saving available? i just
>> wish to see/understand how to save and load presets exclusive for an
>> abstraction instance.
>>  - or, please, is it possible to list the steps of creating SSSAD local
>> saving for an abstraction? (eventually using [presetstore]... which I have
>> attached because it's not hosted anywhere any more)?
>>  - is at viable at all to avoid using rjlib for this (and to use 'pure'
>> SSSAD), or I couldn't get away without all that patching that is in
>> u_loader, u_dispatch, u_cocollect etc?
>>
>>  ...sorry for the dependent mental state in which I am! :-o
>>
>>
>>  I don't think it's your mental state.  Those tools are clunky.
>>
>
Clunky but portable. I'm still interested in an SSSAD-only solution.


>
>> Have you looked at Ivica's [preset_hub] in Pd-l2ork?  You simply name the
>> [preset_hub],
>> and all the [preset_node] objects with the same name on that canvas or a
>> child of it
>> (including abstractions) work together.  No need to use dollarsign
>> arguments at all.
>> All state is saved with the patch and adding/removing nodes works
>> seamlessly, even with
>> infinite undo.
>>
>> His preset system even makes an automatic, hidden connection back into
>> the [preset_node]
>> so you don't get crossed wires.
>>
>> -Jonathan
>>
>
>  Now that you told it, I gave myself a shot of it. Mm...! Simple and
> fast and feels so good.
>  However... I'm afraid of locking myself in pd-l2ork. That would mean
> that my songs are basically in l2ork.
>  Where does this thing store its data? Is it possible to dump it out in
> raw form?
>
>
> It stores it as hidden args to the relevant [preset_hub].  I told Ivica I
> thought there should
> be an option to save the state out to a separate file, but he said that
> would complicate
> things (and he's the one implementing all of it).  After all, if you're
> saving state for a patch,
> that state isn't much good outside of the context of the patch.
>

Well, I just RTFM and the feature is there. You bang this into your
preset_hub:
[symbol $1]
 |
[write $1.txt(
...and voilá.


>
> The one area that this method does not address is abstractions managing
> their own state.
> The obvious benefit of such self-management is with gui abstractions,
> where you want the
> abstraction to retain colors, slider values, or whatever when the parent
> is saved, and without
> manual intervention.
>
> Maybe there's a way to "embed" a preset_hub into a canvas (as an option in
> the gop dialog),
> so that when the patch is created as an abstraction the preset state gets
> saved as args to
> the abstraction.
>
> Also-- I think this probably ties in somehow to the idea of simulating
> named arguments
> by interpreting arguments after a \, as messages to the object.  In other
> words,
> [foo, pitch 1, decay 3]
>
> would be equivalent to
>
> [initbang]
> |
> [pitch 1, decay 3(
> |
> [foo]
>
> I can't remember the exact arg syntax of [preset_hub] for saving state,
> but it seems like
> it's essentially the same idea, just with the args hidden from the user.
>
>
>On the other hand, you've been using l2ork for a while, right? Can I
> ask you "how does it feel", do you feel locked in, etc? You no miss 0.43
> plugins...?!
>
>
> There are only a few things in the hard sense that could lock you in:
> * Pd-l2ork uses Max-style [trigger]: e.g., [t b 123] would trigger the
> number "123" then a bang
> (quite useful in my opinion)
>

good reminder! I've just noticed a few days ago this works but wasn't fully
aware it's not portable


>  * [preset_hub] isn't part of Pd-extended nor vanilla
>

and i guess won't ever be


>  * discrepancy between iemgui placement on gop canvas that evidently makes
> some gop abstractions not show up correctly in pd-l2ork
>

> I think everything else would only "lock" in a user in the soft sense,
> e.g., infinite undo
> makes you feel slightly less like you're programming on an Apple II from
> the 80s.
>
> In fact there are so many of the latter type of improvements that it's
> probably
> less work to port Pd-l2ork to Windows and OSX than it is to put those
> features
> back into Pd-Extended and Vanilla.  If Pd-l2ork incorporated the 0.43 gui
> changes
> then that's probably what I'd spend my time doing. :)
>
> -Jonathan
>
>
make no mistake, I've been using l2ork for more than a year...
it's just that so far I've not burned the bridges behind me

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Preset saving with SSSAD

[András Murányi]

On Mon, Jul 29, 2013 at 7:48 PM, Jonathan Wilkes  wrote:

>  On 07/29/2013 07:50 AM, András Murányi wrote:
>
>  On Thu, Nov 25, 2010 at 10:19 AM, Frank Barknecht wrote:
>
>> Hi,
>>
>> On Thu, Nov 25, 2010 at 03:28:01AM +0100, András Murányi wrote:
>> > Cool, i was wandering around in the rj lib but i couldn't find how this
>> thing
>> > works.  Can you just tell me in a nutshell please?
>>
>>  yeah, it's a bit convoluted, to make it play nice in the background
>> without a
>> user ever having to see a single sssad object ...
>>
>> Anyway the real interesting feature you will like is not so much the
>> "saveonly"
>> message but local saving which is enabled by adding something like "$0" as
>> second argument to your [sssad] objects. Such local sssad objects cannot
>> be controlled
>> via sending to "SSSAD_ADMIN" anymore! Instead you have to send to
>> "$0-SSSAD_ADMIN".
>>
>> In rj, the [u_sssad] objects are copies of sssad.pd and they are hidden
>> in [u_dispatch] objects. These objects are in almost every rj abstraction
>> and
>> handle two things: Dispatching of "tagged messages" from an inlet to local
>> receivers and saving the sssad-parameters.
>>
>> For example a [u_dispatch $0 freq] will turn messages like "freq 440"
>> into a
>> "440" sent to [s $0-freq] and it will also save "440" into a local(!)
>> sssad-parameter called "freq" that is local to the value of $0.
>>
>> Now a second utility abstraction, [u_loader] will build a bridge between
>> these
>> local sssads with their $0-SSSAD_ADMIN receivers and two global receivers
>> called RJ_SCENE_LOAD and RJ_SCENE_SAVE. Actually these are seldomly used
>> in
>> rjdj scenes.
>>
>> A typical idiom to get the state of all sssads in one abstraction is to
>> send
>> "save" to the $0-SSSAD_ADMIN in ony abstraction, then collect all the
>> responses
>> into messages and save these into message boxes.  This is handled inside
>> of
>> [u_loader] and can be seen all over the rj library, expecially in Andy's
>> synths
>> like s_ejun or s_cwc.
>>
>> If this sounds too complicated and you want to just have a presettable
>> abstraction, you just need to do this:
>>
>> 1) add a [u_loader abstractionname-$1 $0] object
>> 2) add a [u_dispatch $0 parametername] object for every parameter
>> 3) daisychain all [u_dispatch] with connections and connect the first one
>> to an inlet.
>> 3.1) Optionally: Connect [u_loader]'s outlet to an outlet and route
>> incoming
>>   "save" messages to its inlet to save settings in the parent patch, e.g.
>> with [u_cocollect]
>> 4) Call you abstractions with unique tags as first argument
>>
>> Now try sending stuff to RJ_SCENE_SAVE and RJ_SCENE_LOAD and to the
>> inlets of
>> your abstractions.
>>
>> Ciao
>> --
>>  Frank BarknechtDo You RjDj.me?  _ __footils.org__
>>
>>
> Huh, I'm trying to pick this up (after 3 years...)
>  Honestly, currently my IQ seems to be less than satisfactory to
> understand and utilize the advice. (It's also almost 40 degrees C here so
> I'll have to think out loud...)
>
>  - is the SSSAD in s-abstractions recent enough for these tricks? (
> http://code.google.com/p/s-abstractions/source/browse/#svn%2Ftrunk%2Fsssad
> )
>  - is there an example patch of SSSAD local saving available? i just wish
> to see/understand how to save and load presets exclusive for an abstraction
> instance.
>  - or, please, is it possible to list the steps of creating SSSAD local
> saving for an abstraction? (eventually using [presetstore]... which I have
> attached because it's not hosted anywhere any more)?
>  - is at viable at all to avoid using rjlib for this (and to use 'pure'
> SSSAD), or I couldn't get away without all that patching that is in
> u_loader, u_dispatch, u_cocollect etc?
>
>  ...sorry for the dependent mental state in which I am! :-o
>
>
> I don't think it's your mental state.  Those tools are clunky.
>
> Have you looked at Ivica's [preset_hub] in Pd-l2ork?  You simply name the
> [preset_hub],
> and all the [preset_node] objects with the same name on that canvas or a
> child of it
> (including abstractions) work together.  No need to use dollarsign
> arguments at all.
> All state is saved with the patch and adding/removing nodes works
> seamlessly, even with
> infinite undo.
>
> His

Re: [PD] Preset saving with SSSAD

[András Murányi]

On Thu, Nov 25, 2010 at 10:19 AM, Frank Barknecht  wrote:

> Hi,
>
> On Thu, Nov 25, 2010 at 03:28:01AM +0100, András Murányi wrote:
> > Cool, i was wandering around in the rj lib but i couldn't find how this
> thing
> > works.  Can you just tell me in a nutshell please?
>
> yeah, it's a bit convoluted, to make it play nice in the background
> without a
> user ever having to see a single sssad object ...
>
> Anyway the real interesting feature you will like is not so much the
> "saveonly"
> message but local saving which is enabled by adding something like "$0" as
> second argument to your [sssad] objects. Such local sssad objects cannot
> be controlled
> via sending to "SSSAD_ADMIN" anymore! Instead you have to send to
> "$0-SSSAD_ADMIN".
>
> In rj, the [u_sssad] objects are copies of sssad.pd and they are hidden
> in [u_dispatch] objects. These objects are in almost every rj abstraction
> and
> handle two things: Dispatching of "tagged messages" from an inlet to local
> receivers and saving the sssad-parameters.
>
> For example a [u_dispatch $0 freq] will turn messages like "freq 440" into
> a
> "440" sent to [s $0-freq] and it will also save "440" into a local(!)
> sssad-parameter called "freq" that is local to the value of $0.
>
> Now a second utility abstraction, [u_loader] will build a bridge between
> these
> local sssads with their $0-SSSAD_ADMIN receivers and two global receivers
> called RJ_SCENE_LOAD and RJ_SCENE_SAVE. Actually these are seldomly used in
> rjdj scenes.
>
> A typical idiom to get the state of all sssads in one abstraction is to
> send
> "save" to the $0-SSSAD_ADMIN in ony abstraction, then collect all the
> responses
> into messages and save these into message boxes.  This is handled inside of
> [u_loader] and can be seen all over the rj library, expecially in Andy's
> synths
> like s_ejun or s_cwc.
>
> If this sounds too complicated and you want to just have a presettable
> abstraction, you just need to do this:
>
> 1) add a [u_loader abstractionname-$1 $0] object
> 2) add a [u_dispatch $0 parametername] object for every parameter
> 3) daisychain all [u_dispatch] with connections and connect the first one
> to an inlet.
> 3.1) Optionally: Connect [u_loader]'s outlet to an outlet and route
> incoming
>   "save" messages to its inlet to save settings in the parent patch, e.g.
> with [u_cocollect]
> 4) Call you abstractions with unique tags as first argument
>
> Now try sending stuff to RJ_SCENE_SAVE and RJ_SCENE_LOAD and to the inlets
> of
> your abstractions.
>
> Ciao
> --
>  Frank BarknechtDo You RjDj.me?  _ __footils.org__
>
>
Huh, I'm trying to pick this up (after 3 years...)
Honestly, currently my IQ seems to be less than satisfactory to understand
and utilize the advice. (It's also almost 40 degrees C here so I'll have to
think out loud...)

- is the SSSAD in s-abstractions recent enough for these tricks? (
http://code.google.com/p/s-abstractions/source/browse/#svn%2Ftrunk%2Fsssad)
- is there an example patch of SSSAD local saving available? i just wish to
see/understand how to save and load presets exclusive for an abstraction
instance.
- or, please, is it possible to list the steps of creating SSSAD local
saving for an abstraction? (eventually using [presetstore]... which I have
attached because it's not hosted anywhere any more)?
- is at viable at all to avoid using rjlib for this (and to use 'pure'
SSSAD), or I couldn't get away without all that patching that is in
u_loader, u_dispatch, u_cocollect etc?

...sorry for the dependent mental state in which I am! :-o

András


presetstore.pd
Description: Binary data


presetstore-help.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

Just an update with a happy ending:
it turned out that rc-patches was still in the search path and it
indirectly involved an incompatible version of sssad. Removing it from the
path fixed the problem.
Thanks for the tips, they definitely helped me understand what to look for.

András


On Mon, Jun 24, 2013 at 4:00 PM, András Murányi  wrote:

> Ciao Frank,
>
> thanks for the tip.
> I'm using [presetstore] which writes to [pd presetstore0] (etc...)
> subpatches. (BTW, latest s-abstractions don't have [presetstore] any more?)
> I've set up the print on receivers, but I guess placing [r $2-SSSAD_ADMIN]
> and [r $2-SSSAD] inside the [presetstore] patch was not a good idea because
> they didn't receive anything (where to put them then?)
>
> The output looks like this:
> SSSAD: list e5/envelope 4 0 79 68 80 69 47 140 46
> SSSAD: list e3/envelope 3 0 80 44 80 140 70
> SSSAD: list e2/envelope 4 0 38 61 80 94 40 140 80
> SSSAD: list e4/envelope 7 0 80 36 65 55 39 76 70 96 38 113 69 140 80
> SSSAD: list e1/envelope 2 0 0 140 80
> presetstore saving: presetstore6
> SSSAD_ADMIN: save
>
> The other strange sting is that the output only shows the stuff to save
> for the envelopes which had sssad "built in" (they are based on an older
> version of [s-env] i think), and no data for the numerous objects for which
> I have set up sssad myself. They are all calling sssad from the same
> location however (no directory prefix, just [sssad]), which is, according
> to my search path, is the sssad in s-abstractions.
> I'm still lost...
>
> András
>
>
>
> On Mon, Jun 24, 2013 at 2:49 PM, Frank Barknecht  wrote:
>
>> Hi,
>>
>> On Sun, Jun 23, 2013 at 09:42:54PM +0200, András Murányi wrote:
>> > I've been having a problem with SSSAD for a few weeks: it's able to load
>> > presets, but when it comes to saving, an empty state is written (i
>> mean, it
>> > does write but it overwrites the previous content of the preset with
>> > nothingness). The example patches don't work either.
>> > There are no errors in the console and I have also overwritten the whole
>> > SSSAD folder with a newly downloaded one, still no joy.
>> > Tested in vanilla and it works.
>>
>> sssad.pd itself doesn't write anything to disk, so there must be
>> something else that's doing the writing. What sssad does is sending
>> messages to
>> receivers called SSSAD_ADMIN and SSSAD or to semi-global receivers called
>> $2-SSSAD_ADMIN and $2-SSSAD for [sssad] objects with a second argument
>> different from 0.
>>
>> You can try to read and [print] these receivers to debug if no data is
>> received.
>>
>> Ciao
>> --
>>  Frank Barknecht _ __footils.org__
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] CPU 100% after suspend (was Re: closed window not destroyed? (in l2ork))

[András Murányi]

On Fri, Jul 5, 2013 at 12:08 PM, András Murányi  wrote:

>
> On Wed, Jun 19, 2013 at 9:49 AM, Roman Haefeli  wrote:
>
>> On Tue, 2013-06-18 at 22:58 +0200, András Murányi wrote:
>> > Hi List,
>> >
>> >
>> > I've got used to putting my PC to sleep (aka hibernation) often
>> > lately. Now there is this behaviour of Pd that when you leave a patch
>> > open and put the computer to sleep, once it wakes up Pd will try to do
>> > everything it missed while the computer was sleeping, so the CPU goes
>> > 100% for quite a while. I suppose this is by design.
>> >
>> > What I've just noticed using l2ork is that I had closed my patch
>> > before hibernating (in order to avoid the CPU boost when waking up),
>> > put the computer to sleep for a few hours, and when i woke it up,
>> > surprisingly the 100% CPU boost still happened - with only the main
>> > window and console open.
>> >
>> > This makes me think some things are not destroyed properly when a
>> > patch is closed.
>> >
>> > Any thoughts appreciated...
>>
>
> I've tested it out a bit, and IOhannes and Ivica are right: it's a cleanup
> problem, rather something else. (It happens also when there is and there
> was no patch open).
>

i mean NOT a cleanup problem


>
>
>>
>> Does it help to toggle DSP off and on, when Pd is in this post-suspend
>> mode? I had the impression it did, but I wasn't sure if it was just a
>> coincident, that CPU usage stopped at the same moment.
>>
>> Roman
>>
>
> Yes! I was actually toggling DSP on and off, because I usually keep it
> off. When I switched it on, CPU usage instantly dropped to normal.
> Seems like a symptom that is avoidable...
>
>
> András
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] CPU 100% after suspend (was Re: closed window not destroyed? (in l2ork))

[András Murányi]

On Wed, Jun 19, 2013 at 9:49 AM, Roman Haefeli  wrote:

> On Tue, 2013-06-18 at 22:58 +0200, András Murányi wrote:
> > Hi List,
> >
> >
> > I've got used to putting my PC to sleep (aka hibernation) often
> > lately. Now there is this behaviour of Pd that when you leave a patch
> > open and put the computer to sleep, once it wakes up Pd will try to do
> > everything it missed while the computer was sleeping, so the CPU goes
> > 100% for quite a while. I suppose this is by design.
> >
> > What I've just noticed using l2ork is that I had closed my patch
> > before hibernating (in order to avoid the CPU boost when waking up),
> > put the computer to sleep for a few hours, and when i woke it up,
> > surprisingly the 100% CPU boost still happened - with only the main
> > window and console open.
> >
> > This makes me think some things are not destroyed properly when a
> > patch is closed.
> >
> > Any thoughts appreciated...
>

I've tested it out a bit, and IOhannes and Ivica are right: it's a cleanup
problem, rather something else. (It happens also when there is and there
was no patch open).


>
> Does it help to toggle DSP off and on, when Pd is in this post-suspend
> mode? I had the impression it did, but I wasn't sure if it was just a
> coincident, that CPU usage stopped at the same moment.
>
> Roman
>

Yes! I was actually toggling DSP on and off, because I usually keep it off.
When I switched it on, CPU usage instantly dropped to normal.
Seems like a symptom that is avoidable...


András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

> [...]
>> [datastore] however, is still part of s-abstractions (it saves a single
>> state to a subpatch), and it doesn't work here. I tried datastore-help.pd
>> and it saves an empty state. What's interesting, is that if I try it while
>> my other big patch is open, it consistently triggers a segfault.
>>
>
On Wed, Jul 3, 2013 at 9:46 PM, Ivica Bukvic  wrote:
>
> Without seeing your patch this conversation is unfortunately entirely
> pointless.
>
Sorry, the patch is so big I wouldn't dump it on you.
Make no mistake, the problem is not happening IN the patch, but in the
stock datastore-help.pd MEANWHILE the big patch is open.
As soon as I can reproduce the crash synthetically, I'll send an example
patch.

>  It could be that you're using a third-party external that somehow trips
> up and crashes when a pest I'd invoked, fails, and outputs bogus data that
> makes the external crash and that is something that I cannot even begin to
> backtrace without knowing exactly what crashed. It could be also that you
> are as you're suggesting mixing two different versions of preset
> abstractions which itself appears to be causing some of the problems you're
> encountering and the list goes on. To begin, you could provide a backtrace
> of the consistent crash so that we have some idea of what is going on.
>

I'm attaching a backtrace. Thanks for taking a look!

András
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/bin/pd-l2ork...(no debugging symbols 
found)...done.
(gdb) run -rt -audiobuf 0 -noaudio -inchannels 0 -outchannels 0 -alsamidi 
-midid 
ev 0
Starting program: /usr/local/bin/pd-l2ork -rt -audiobuf 0 -noaudio -inchannels 
0 -outchannels 0 -alsamidi -mididev 0
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
priority 6 scheduling enabled.
priority 8 scheduling enabled.
watchdog: signaling pd...
watchdog: signaling pd...
loading built-in widget definitions
tcl/tk error: unknown encoding "yahoo"

Program received signal SIGSEGV, Segmentation fault.
0x004911f3 in pd_typedmess ()
(gdb) watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
watchdog: signaling pd...
backtrace full
#0  0x004911f3 in pd_typedmess ()
No symbol table info available.
#1  0x0048f7be in bindlist_anything ()
No symbol table info available.
#2  0x0049136f in pd_typedmess ()
No symbol table info available.
#3  0x0049136f in pd_typedmess ()
No symbol table info available.
#4  0x00492d3a in outlet_anything ()
No symbol table info available.
#5  0x0049136f in pd_typedmess ()
No symbol table info available.
#6  0x0049a699 in binbuf_eval ()
No symbol table info available.
#7  0x00492a29 in outlet_bang ()
No symbol table info available.
#8  0x004bda91 in trigger_anything ()
No symbol table info available.
#9  0x0049136f in pd_typedmess ()
No symbol table info available.
#10 0x00492d3a in outlet_anything ()
No symbol table info available.
#11 0x0049136f in pd_typedmess ()
No symbol table info available.
#12 0x0049a699 in binbuf_eval ()
No symbol table info available.
#13 0x00492a29 in outlet_bang ()
No symbol table info available.
#14 0x00472dcb in bng_newclick ()
No symbol table info available.
#15 0x0043bec7 in graph_click ()
No symbol table info available.
#16 0x0046d0f3 in canvas_doclick ()
No symbol table info available.
#17 0x00491645 in pd_typedmess ()
No symbol table info available.
#18 0x0049136f in pd_typedmess ()
No symbol table info available.
#19 0x0049a699 in binbuf_eval ()
No symbol table info available.
#20 0x004a23d9 in socketreceiver_read ()
No symbol table info available.
#21 0x004a0618 in sys_domicrosleep.constprop.3 ()
No symbol table info available.
#22 0x0049d73d in m_mainloop ()
No symbol table info available.
#23 0x004a00e8 in sys_main ()
No symbol table info available.
#24 0x76a6876d in __libc_start_main ()
   from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#25 0x00413e11 in _start ()
No symbo

Re: [PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

On Mon, Jun 24, 2013 at 7:04 PM, Frank Barknecht  wrote:

> On Mon, Jun 24, 2013 at 04:00:15PM +0200, András Murányi wrote:
> > thanks for the tip.
> > I'm using [presetstore] which writes to [pd presetstore0] (etc...)
> > subpatches. (BTW, latest s-abstractions don't have [presetstore] any
> more?)
> > I've set up the print on receivers, but I guess placing [r
> $2-SSSAD_ADMIN]
> > and [r $2-SSSAD] inside the [presetstore] patch was not a good idea
> because
> > they didn't receive anything (where to put them then?)
>
> sssad-objects created as [sssad something KEY] will send to
> KEY-SSSAD_ADMIN and
> KEY-SSSAD, all others will send to SSSAD_ADMIN and SSSAD. To receive from
> those
> semi-global [sssad]-objects, you'd need to replace the receivers next to
> the
> sssad-objects that use the second argument.
>
> Maybe you can search for "sssad" objects in your patch and try to find some
> that use second args?
>
> Also the semi-global/local receivers have been added at some time after
> s-abstractions where born. Although old already, maybe you have a mix of
> both
> versions installed now? The old one didn't have any $2-SSSAD
> senders/receivers
> inside.
>
> Ciao
> --
>  Frank Barknecht _ __footils.org__
>

Shame on me, i did have two different sssad folders in my path. Now i've
cleaned things up and there's only the one from s-abstractions - but that's
not the solution yet.
I've noticed that s-abstractions dropped [presetstore] and that may have a
good reason. Is it possible that it's actually not compatible with current
sssad?
I've also noticed [saver] in s-abstrations/sssad which seems to be like
[presetstore] (except that [presetstore] saved to subpatches while [saver]
saves to textfiles). I've tried it and it doesn't work for me: "error:
$1state-11.sssad: write failed". (It does create 0-byte files in
s-abstrations/sssad though.)

[datastore] however, is still part of s-abstractions (it saves a single
state to a subpatch), and it doesn't work here. I tried datastore-help.pd
and it saves an empty state. What's interesting, is that if I try it while
my other big patch is open, it consistently triggers a segfault.


András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

Thanks for the explanation.
Tcl/tk is so funny!

András

On Wed, Jul 3, 2013 at 7:35 PM, Ivica Bukvic  wrote:

> That is because tk renders them as such. In other words when text is
> written inside the canvas it is not just the text itself that takes up
> space but imagine a box around it as if you were to select text that
> actually within tk returns visible area required by the text itself.
> Finding out only the pixels assigned to text itself without having direct
> access to tk is extremely cumbersome if not impossible. This is also why
> comment when jam packed right against the edge of the graph on parent box
> is not visible because of this invisible selection area that is reserved
> for the text.
>  On Jul 3, 2013 11:47 AM, "András Murányi"  wrote:
>
>>
>> On Wed, Jul 3, 2013 at 1:15 AM, Ivica Ico Bukvic  wrote:
>>
>>> [...]
>>
>> However, if the object appears within the GOP boundaries but is still not
>>> visible in GOP window, then there may be some stale things I missed in the
>>> getrect call for hsl. In this case, please do file a bug report.
>>>
>>> Best wishes,
>>>
>>> Ico
>>>
>>>
>> I would. Where is the l2ork bug tracker? I see you don't use the tracker
>> on github...
>>
>> I have compiled the newest l2ork and things are almost perfect, if not
>> perfect.
>> My hsl and cnv still don't fit where they should but I've realized it's
>> because of their labels. The labels are rendered seemingly inside the
>> objects' boundaries, however I need to decrease the font size further to
>> make them GOP.
>> Please see the attached little example patch.
>>
>> Thanks,
>>
>> András
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

On Wed, Jul 3, 2013 at 1:15 AM, Ivica Ico Bukvic  wrote:

> [...]

However, if the object appears within the GOP boundaries but is still not
> visible in GOP window, then there may be some stale things I missed in the
> getrect call for hsl. In this case, please do file a bug report.
>
> Best wishes,
>
> Ico
>
>
I would. Where is the l2ork bug tracker? I see you don't use the tracker on
github...

I have compiled the newest l2ork and things are almost perfect, if not
perfect.
My hsl and cnv still don't fit where they should but I've realized it's
because of their labels. The labels are rendered seemingly inside the
objects' boundaries, however I need to decrease the font size further to
make them GOP.
Please see the attached little example patch.

Thanks,

András


GOP-Label-test.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

On Tue, Jul 2, 2013 at 2:27 PM, Roman Haefeli  wrote:

> On Die, 2013-07-02 at 12:54 +0200, András Murányi wrote:
> > On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli 
> > wrote:
> > On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote:
> > > I'm reformulating my question as the problem is evolving:
> > > do we have an object that
> > > - Displays and holds a text value (like Symbol or Message
> > box),
> >
> >
> > * symbolbox with width set 0 resizes dynamically
> > * hsl, vsl, cnv, etc. can adjust size with 'size' message, can
> > change
> > displayed text with 'label' message
> >
> >
> > Very good idea, thanks Roman!
> >
> > Some difficulties I'm having:
> >
> > - I don't know how to set the label of [cnv]... is it possible at all?
>
> [symbol\
> |
> [label $1(
> |
> [cnv]
>

my [cnv] has no inlets so IOhannes's solution applies.


>
> > - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated
> > in l2ork so it doesn't GOP when it's less than 2-3px from the border
> > of the parent canvas. Checked in Vanilla, it works as expected ([hsl]
> > can be placed to the very border and it will GOP).
>
> According to Ivica this is on purpose. The reason is that iemguis used
> to have miscalculated positions and pd-l2ork fixed that while
> pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility
> between pd-l2ork and pd-vanilla/pd-extended.
>
> Roman
>

I'm seeing a tiny bit more complication here (in l2ork):
- when trying to place [hsl] close to the GOP area edges, it disappears
from GOP (as said before)
- when trying to place [cnv] close to the GOP area edges (in a fairly large
GOP area) everything is fine, however:
- when trying to fit a 10px high [cnv] into a 12px high GOP area, the [cnv]
refuses to show up in GOP.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

On Tue, Jul 2, 2013 at 2:06 PM, IOhannes m zmoelnig  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2013-07-02 12:54, András Murányi wrote:
> > - I don't know how to set the label of [cnv]... is it possible at
> > all?
>
> yes, it's easy.
> since [cnv] doesn't have an inlet, you have to use the receive-label.
>
> just check the help-patch for [cnv] - there's a [pd edit] that
> explains all this stuff.
>
> fgamsdr
> IOhannes
>

Oh, yes. I'm sorry I didn't take a better look. (Maybe I didn't see the
recieve symbol in properties because I was not clicking on the cnv's
selectable area but on the underlying canvas'...)

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli  wrote:

> On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote:
> > I'm reformulating my question as the problem is evolving:
> > do we have an object that
> > - Displays and holds a text value (like Symbol or Message box),
>
> * symbolbox with width set 0 resizes dynamically
> * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change
> displayed text with 'label' message
>

Very good idea, thanks Roman!
Some difficulties I'm having:
- I don't know how to set the label of [cnv]... is it possible at all?
- (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in
l2ork so it doesn't GOP when it's less than 2-3px from the border of the
parent canvas. Checked in Vanilla, it works as expected ([hsl] can be
placed to the very border and it will GOP).


>
> > - is Graph-on-Parent,
>
> applies to all above solutions.
>
> > - can be resized (like Number2)? (or small enough by default?)
>
> see above.
>
> To make something send a bang, you could put some [bng] objects behind
> your whatever text displaying objects. Interestingly, hidden GUI objects
> have priority over visible objects when clicked. Another way is to use a
> construct like the following to make a slider send bangs only when
> clicked, but not when dragged:
>
> [hsl]
> |
> [t a a]
>   \/
>   /\
> [sel 0]
>
>
Interesting indeed.
Actually, I don't need the label to send a bang any more, because [pmenu]
won't pop up when the click happens inside a subpatch, so I need to put the
triggering object in the toplevel. (I might still hide it under the GOP
abstraction...)
BTW, is it theoretically possible for a GOP object to display a menu on the
toplevel (stretching over the GOP area of the subpatch where it is)? If
yes, I'd eventually try to hack the pmenu code.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)

[András Murányi]

I'm reformulating my question as the problem is evolving:
do we have an object that
- Displays and holds a text value (like Symbol or Message box),
- is Graph-on-Parent,
- can be resized (like Number2)? (or small enough by default?)

Something like a Number2 for symbols...? Or a settable comment...?

Thanks,

András

On Sun, Jun 23, 2013 at 9:22 PM, András Murányi  wrote:

> Hi List,
>
> I'm trying to switch from oldstyle dropdown combo box (toxy/widget popup)
> to tof/plist which is a nice dropdown menu except it has no placeholder,
> but the menu appears wherever when sent a bang.
> My question is: do we have an object that
> - Displays and holds a text value (like Symbol or Message box),
> - is Graph-on-Parent,
> - emits a bang when clicked?
>
> It doesn't have to be Vanilla.
>
> Thanks,
>
> András
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

Ciao Frank,

thanks for the tip.
I'm using [presetstore] which writes to [pd presetstore0] (etc...)
subpatches. (BTW, latest s-abstractions don't have [presetstore] any more?)
I've set up the print on receivers, but I guess placing [r $2-SSSAD_ADMIN]
and [r $2-SSSAD] inside the [presetstore] patch was not a good idea because
they didn't receive anything (where to put them then?)

The output looks like this:
SSSAD: list e5/envelope 4 0 79 68 80 69 47 140 46
SSSAD: list e3/envelope 3 0 80 44 80 140 70
SSSAD: list e2/envelope 4 0 38 61 80 94 40 140 80
SSSAD: list e4/envelope 7 0 80 36 65 55 39 76 70 96 38 113 69 140 80
SSSAD: list e1/envelope 2 0 0 140 80
presetstore saving: presetstore6
SSSAD_ADMIN: save

The other strange sting is that the output only shows the stuff to save for
the envelopes which had sssad "built in" (they are based on an older
version of [s-env] i think), and no data for the numerous objects for which
I have set up sssad myself. They are all calling sssad from the same
location however (no directory prefix, just [sssad]), which is, according
to my search path, is the sssad in s-abstractions.
I'm still lost...

András



On Mon, Jun 24, 2013 at 2:49 PM, Frank Barknecht  wrote:

> Hi,
>
> On Sun, Jun 23, 2013 at 09:42:54PM +0200, András Murányi wrote:
> > I've been having a problem with SSSAD for a few weeks: it's able to load
> > presets, but when it comes to saving, an empty state is written (i mean,
> it
> > does write but it overwrites the previous content of the preset with
> > nothingness). The example patches don't work either.
> > There are no errors in the console and I have also overwritten the whole
> > SSSAD folder with a newly downloaded one, still no joy.
> > Tested in vanilla and it works.
>
> sssad.pd itself doesn't write anything to disk, so there must be
> something else that's doing the writing. What sssad does is sending
> messages to
> receivers called SSSAD_ADMIN and SSSAD or to semi-global receivers called
> $2-SSSAD_ADMIN and $2-SSSAD for [sssad] objects with a second argument
> different from 0.
>
> You can try to read and [print] these receivers to debug if no data is
> received.
>
> Ciao
> --
>  Frank Barknecht _ __footils.org__
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

Yes this is with l2ork and it works in Vanilla (haven't tested in Extended
as it's not set up yet).
The problem started a few weeks ago and I cannot recall what change I may
have made to the system, because it took me some time to notice the problem.
It can easily be a symptom specific to my setup, the weird thing is that
there are no console errors, and that the whole setup has been reset
(except for the pd-externals folder, but SSSAD itself was reset too).
I'll look into preset_hub and co but right now I wish to make music instead
of rewriting patches... but of course this is the life of a pd'er. :o)

So, any hint how to track this down would be highly appreciated.

András


On Sun, Jun 23, 2013 at 11:57 PM, Ivica Bukvic  wrote:

> Is this in pd-l2ork? Up until recently in L2Ork we relied upon sssad
> exclusively for our preset needs, so I am fairly sure it works fine over
> here. I haven't tested it with latest version of pd-l2ork yet, though. That
> said, if you are using pd-l2ork why not use preset_hub and preset_node
> instead? It does everything sssad does and way more, like saving presets
> with the patch as well as ability to use multiple instances of the same
> abstraction and have its member nodes differentiated from each other. HTH
> On Jun 23, 2013 3:52 PM, "András Murányi"  wrote:
>
>> Dear List,
>>
>> I've been having a problem with SSSAD for a few weeks: it's able to load
>> presets, but when it comes to saving, an empty state is written (i mean, it
>> does write but it overwrites the previous content of the preset with
>> nothingness). The example patches don't work either.
>> There are no errors in the console and I have also overwritten the whole
>> SSSAD folder with a newly downloaded one, still no joy.
>> Tested in vanilla and it works.
>>
>> András
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] l2ork: SSSAD loads but doesn't save presets

[András Murányi]

Dear List,

I've been having a problem with SSSAD for a few weeks: it's able to load
presets, but when it comes to saving, an empty state is written (i mean, it
does write but it overwrites the previous content of the preset with
nothingness). The example patches don't work either.
There are no errors in the console and I have also overwritten the whole
SSSAD folder with a newly downloaded one, still no joy.
Tested in vanilla and it works.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] GOP text field which sends bang?

[András Murányi]

Hi List,

I'm trying to switch from oldstyle dropdown combo box (toxy/widget popup)
to tof/plist which is a nice dropdown menu except it has no placeholder,
but the menu appears wherever when sent a bang.
My question is: do we have an object that
- Displays and holds a text value (like Symbol or Message box),
- is Graph-on-Parent,
- emits a bang when clicked?

It doesn't have to be Vanilla.

Thanks,

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork externals install

[András Murányi]

On Sun, Jun 23, 2013 at 8:55 PM, Ivica Bukvic  wrote:

> For the time being build them independently by hand after installing
> pd-l2ork.
>
Alrite that will work. BTW, it's so easy to install a lib manually *when
it's made upon the library template* and such a desperate jungle fight when
not! :o)


> Also, if you recommend inclusion of specific libs and/or objects, we can
> put it on the todo list for vetting to see if they are stable enough to be
> included as-is and/or purpose a set of fixes before they can be included.
>
Well, moonlib is built, and concerning miXed/toxy(/widget), I think it will
have to go away because it's in a bad shape. I'll switch to tof/pmenu.
So I'm a happy camper with what we have now.

Just one question: are the abstractions (/abstractions in the source tree)
installed anywhere? I don't see them in the .tar.bz either.


Thanks for the guidance,

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork externals install

[András Murányi]

On Sat, Jun 22, 2013 at 9:17 PM, Ivica Ico Bukvic  wrote:

> [...]
> BTW, just did -F build here and it builds everything just fine. This
> suggests something may be off with your setup. Can you try installing
> whatever you've built and then trying to build from source again? If this
> succeeds that means that something in the build script fails to find
> relevant includes. Please send me your build log off-list so that I can
> investigate further.
>
>
So I've just made a build with ./tar_em_up.sh without touching the sources,
and it built fine and produced binaries for everything including those
marked in LIB_TARGETS in externals/Makefile. Everything also installed fine
by "make install".
In contrast, my previous attempt, where I added some elements to
LIB_TARGETS manually, produced a lot less binaries. It seems that messing
up with LIB_TARGETS in l2ork can have a negative impact on "innocent" libs
too, at the moment.
If I still have a question question after this, it's: what's the
recommended way to add non-default libs to build with pd-l2ork?

Thanks,

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork externals install

[András Murányi]

On Fri, Jun 21, 2013 at 12:36 AM, Ivica Ico Bukvic  wrote:

>  On 06/20/2013 11:35 AM, András Murányi wrote:
>
>
> On Thu, Jun 20, 2013 at 3:56 PM, Ivica Ico Bukvic  wrote:
>
>>  I am still in the process of cleaning up externals to make sure they
>> are stable and robust enough to be included. This is a time-consuming
>> process. Some of the work was already started by a colleague Stephen Carl
>> but a lot more work remains. If you (or anyone else) would like to
>> contribute to this process, we do have a google doc up that goes through
>> each external and annotates what needs to be done (e.g. is it stable, does
>> it have robust documentation, like the one Jonathan has been working on, is
>> it a GUI object that needs additional changes to make it "accelerated"
>> within pd-l2ork etc.). That said, I think iem lib should be included as far
>> as I can tell (but may be wrong as well). extra folder does have a
>> collection of iem* subfolders, but I am not sure which specific object is
>> missing. If you can send me specific list of objects missing I can
>> investigate further.
>>
>>
>  Well, not a definite list, but:
>  - moonlib and flatspace: are in the sources, not compiled by default,
> but added to LIB_TARGETS in externals/Makefile can be compiled, installed
> and they do work,
>
> Those have been disabled in pd-l2ork as they have way too many problems or
> are redundant. Please correct me if I am missing something.
>

I use moonlib/mknob which is unique because you can set its
characteristics, which is the way it reacts to mouse movements.
The flatspace/knob object is more simplistic, but without either, there's
only vslider and hslider.
There's also flatspace/comport, I'm not aware if there is a better
alternative.


>
>- loaders(/libdir): in the sources, not compiled by default, I
> compiled and installed it manually, and it works,
>
> I have that one just fine.
>

I didn't!


>
>   - miXed(/toxy): in the sources, not compiled by default, I compiled it
> manually and installed it even more manually (ie make install doesn't
> work), and I only tested 'widget', which party works. I need it badly
> though, and 'widget popop', which I use, happens to work. Definitely needs
> some massaging to be included.
>
> Ditto for these just like flatspace and moonlib.
>

Yeah they are in a bad shape but 'miXed/toxy/widget popup' is the last
fully functioning dropdown combo box I can get.


>
>
>- iem*: are in the sources, seem to be not compiled by default - and
> this is where I chose to write to the list so cannot yet tell about
> compile/install.
>
>
> What about all the iem* folders inside the extra/ folder? What objects
> exactly are missing? I have:
>
> iem16
> iem_adaptfilt
> iem_ambi
> iem_bin_ambi
> iem_delay
> iemgui
> iemguts
> iemlib
> iemmatrix
> iem_roomsim
> iem_spec2
> iem_tab
> iemxmlrpc
>
>
I don't have these.



> Are you by any chance running a self-built deb? If so, have you made sure
> to install all the dev libs? Seems to me if you've built your own binaries
> that you may have not successfully built all the libs and that something
> has silently failed. Checking the build log may shed some light as to what
> is going on.
>

I used tar_em_up.sh -F (then untar and make install)
which produced the following in /usr/local/lib/pd-l2ork (I've removed the
manually built ones from the list):
adaptive   expr~ parazit-help.pd
array2list.pd  expr~.pd_linuxparazit.pd
arrayreset.pd  expr.pd_linux patch_name-help.pd
arraysize  ext13 patch_name.pd_linux
bassemu~   fexpr~.pd_linux   pd~
boids  fiddle~   pd-wavelet
bonk~pique
bsaylorGem   pixeltango
choice hilbert~-help.pd  purepd
complex-mod~-help.pd   hilbert~.pd   README.txt
complex-mod~.pdjmmmp rev1-final.pd
comportK12   rev1~-help.pd
controctopus   la-kitchenrev1~.pd
creb rev1-stage.pd
cxclist-abs  rev2~-help.pd
cycloneloop~ rev2~.pd
disis_netreceive-help.pd   lrshift~  rev3~-help.pd
disis_netreceive.pd_linux  Makefile.am   rev3~.pd
disis_netsend-help.pd  makefile.subdir   rradical
disis_netsend.pd_linux memento   rtc
disis_phasor~-help.pd  memento-p sfruit
disis_phasor~.pd_linux   sigmund~
disis_wiimote-help.pd

Re: [PD] l2ork externals install

[András Murányi]

On Thu, Jun 20, 2013 at 3:56 PM, Ivica Ico Bukvic  wrote:

>  I am still in the process of cleaning up externals to make sure they are
> stable and robust enough to be included. This is a time-consuming process.
> Some of the work was already started by a colleague Stephen Carl but a lot
> more work remains. If you (or anyone else) would like to contribute to this
> process, we do have a google doc up that goes through each external and
> annotates what needs to be done (e.g. is it stable, does it have robust
> documentation, like the one Jonathan has been working on, is it a GUI
> object that needs additional changes to make it "accelerated" within
> pd-l2ork etc.). That said, I think iem lib should be included as far as I
> can tell (but may be wrong as well). extra folder does have a collection of
> iem* subfolders, but I am not sure which specific object is missing. If you
> can send me specific list of objects missing I can investigate further.
>
>
Well, not a definite list, but:
- moonlib and flatspace: are in the sources, not compiled by default, but
added to LIB_TARGETS in externals/Makefile can be compiled, installed and
they do work,
- loaders(/libdir): in the sources, not compiled by default, I compiled and
installed it manually, and it works,
- miXed(/toxy): in the sources, not compiled by default, I compiled it
manually and installed it even more manually (ie make install doesn't
work), and I only tested 'widget', which party works. I need it badly
though, and 'widget popop', which I use, happens to work. Definitely needs
some massaging to be included.
- iem*: are in the sources, seem to be not compiled by default - and this
is where I chose to write to the list so cannot yet tell about
compile/install.

András



>
>
> On 06/20/2013 08:43 AM, András Murányi wrote:
>
>   Hi All, Hi Ivica,
>
>  I've reinstalled my box and I'm reinstalling l2ork and I'm having a hard
> time getting all the externals I need in place.
>  Is it possible that some externals are built with ./tar_em_up.sh -F but
> not installed with make install?
>  I got to admit I'm a bit confused (about which ones) because I've already
> built and installed moonlib and miXed manually, but now that I've arrived
> to iem* I see the binaries are in the build folder but not in
> /usr/lib/pd-l2ork/extra.
>
>  I'd appreciate some guidance... Thanks!
>
> András
>
>
> ___pd-l...@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] l2ork externals install

[András Murányi]

Hi All, Hi Ivica,

I've reinstalled my box and I'm reinstalling l2ork and I'm having a hard
time getting all the externals I need in place.
Is it possible that some externals are built with ./tar_em_up.sh -F but not
installed with make install?
I got to admit I'm a bit confused (about which ones) because I've already
built and installed moonlib and miXed manually, but now that I've arrived
to iem* I see the binaries are in the build folder but not in
/usr/lib/pd-l2ork/extra.

I'd appreciate some guidance... Thanks!

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] closed window not destroyed? (in l2ork, possibly in others too)

[András Murányi]

Hi List,

I've got used to putting my PC to sleep (aka hibernation) often lately. Now
there is this behaviour of Pd that when you leave a patch open and put the
computer to sleep, once it wakes up Pd will try to do everything it missed
while the computer was sleeping, so the CPU goes 100% for quite a while. I
suppose this is by design.
What I've just noticed using l2ork is that I had closed my patch before
hibernating (in order to avoid the CPU boost when waking up), put the
computer to sleep for a few hours, and when i woke it up, surprisingly the
100% CPU boost still happened - with only the main window and console open.
This makes me think some things are not destroyed properly when a patch is
closed.
Any thoughts appreciated...

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd2png : screenshots of patchs

[András Murányi]

On Wed, May 15, 2013 at 8:17 PM, Jonathan Wilkes  wrote:

> On 05/15/2013 11:46 AM, s p wrote:
>
>> Well ... basically to me the way to go is really with SVG as a starting
>> point. Because once you have SVG, you can use one of hundred different
>> tools to convert to PNG, JPG or any image format you can dream of.
>>
>
> Exactly.  It's just a shame that all these browsers went to the trouble of
> supporting the display of svg, yet blogging tools and cms's don't seem to
> support it by default (or if they do, it's through a plugin that generates
> it on the fly using javascript). Perhaps there are security implications?
>
>
Maybe... SVG can have JavaScript embedded.
I suspect however, that CMS support is lagging because IE<9 doesn't support
it and that's still roughly 6% of the browsers.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd -> svg

[András Murányi]

On Tue, May 14, 2013 at 12:43 AM, Jonathan Wilkes wrote:

>  On 05/13/2013 02:56 PM, András Murányi wrote:
>
>  On Sun, May 12, 2013 at 1:02 AM, Jonathan Wilkes wrote:
>
>> >From: s p 
>> >To: Jonathan Wilkes 
>> >Cc: PD List 
>> >Sent: Saturday, May 11, 2013 4:37 PM
>> >Subject: Re: [PD] pd -> svg
>> >
>> >Thanks Jonathan,
>> >
>> >I don't really have the time to take care about this those days, but
>> I'll fix it as soon as possible, and post here when that'll be done.
>> >
>> >Cheers,
>> >
>> >Sébastien
>> Here's an idea...
>>
>> Suppose I build a Pd gui-plugin that exports a Pd file to svg.  It takes
>> the toplevel patch and makes the drawing instructions like my example in
>> the OP.  But it also draws a little navigation bar at the bottom with 1) a
>> little image with id="source patchname", 2) a play button with id =
>> "webpd-play patchname", 3) a stop button with id = "webpd-stop patchname"
>>
>> The image with id="source patchname" is the base64-encoded source of the
>> patch.  This would be neat because:
>>
>> a) Anyone could export to svg and get a file that can be displayed in any
>> modern browser (with searchable/selectable text in most of them).
>> b) Since the drawing instructions Pd uses are so simple the svg will
>> probably display on mobile devices (even older ones).
>> c) Since the source is embedded in the file, webpd js could just listen
>> for clicks to any webpd-play buttons in the page, and when it catches one
>> it looks for an svg image with id "source" plus the same patchname as the
>> webpd-play button.  It then decodes the image, loads it and plays it until
>> it receives a "webpd-stop" button click.
>>
>> This method has the benefit of degrading gracefully; that is, if someone
>> using NoScript wants to read a forum with pd patch svg images in it, they
>> will still be able to view the image.  Moreover, a forum admin or blog
>> owner can post the svgs simply to show pictures of patches; then later when
>> the audio api becomes more common than just firefox nightly they can add
>> the webpd code once and all their images will now feature audio.
>>
>> -Jonathan
>>
>
>  This sounds extremely appealing to me.
>
>  About the HTML side, be careful with using the ID field because it can
> be used only once and then other uses become impossible. Also, it has to be
> unique which would effectively prevent the same patch from being embedded
> more than once.
>
> You might want to consider the CLASS field instead which can hold an
> unlimited number (theoretically; the practical limit is around 2000) of
> classes, and classes are already used deliberately to signify different
> attributes of HTML elements.
>  I'd also recommend prepending the string with something constant that
> will allow the automatic discovery of such strings among other,
> non-pd-parseable strings (versus having plain base64-encoded strings, which
> are not detectable by themselves, or, at least, must be decoded before
> recognized). For separating the prepended part from the base64 part, CSS
> allows for any ISO 10646 character higher than U+00A1 to be used, or even
> lower characters when escaped with backslash.  (I don't recommend an
> escaped character because the backslash might "disappear" while the HTML
> get processed by various scripts here and there.)
> For example:  would be a nice extendable format.
>
>
> I just noticed that svg isn't allowed as a "media type" in Wordpress by
> default.  I'd imagine the same is probably true for forums, too, making it
> less flexible than, say, exporting a patch to png or something.  (And png
> has a "comment" section of essentially arbitrary length that I could abuse
> to store the pd-file along with the png.)
>
> Still, the fact that you can zoom in losslessly on a svg is very
> appealing.  If I grouped the drawing instructions for each object with 
> and put the name + args somewhere in there, it'd be pretty easy to convert
> the svg to pd file (at least for simple patches... subpatches might pose a
> problem).  I like the idea of the source being available within the diagram
> itself, it'd make it much less work to do stuff like a presentation through
> a browser, and later adding audio to it.  (And even later, taking those
> groups and manipulating them with the mouse.)
>
> Thanks for the info on CSS, I'll look into it further.  I just started
> researching all this stuff, and everythi

Re: [PD] pd -> svg

[András Murányi]

On Sun, May 12, 2013 at 1:02 AM, Jonathan Wilkes  wrote:

> >From: s p 
> >To: Jonathan Wilkes 
> >Cc: PD List 
> >Sent: Saturday, May 11, 2013 4:37 PM
> >Subject: Re: [PD] pd -> svg
> >
> >Thanks Jonathan,
> >
> >I don't really have the time to take care about this those days, but I'll
> fix it as soon as possible, and post here when that'll be done.
> >
> >Cheers,
> >
> >Sébastien
> Here's an idea...
>
> Suppose I build a Pd gui-plugin that exports a Pd file to svg.  It takes
> the toplevel patch and makes the drawing instructions like my example in
> the OP.  But it also draws a little navigation bar at the bottom with 1) a
> little image with id="source patchname", 2) a play button with id =
> "webpd-play patchname", 3) a stop button with id = "webpd-stop patchname"
>
> The image with id="source patchname" is the base64-encoded source of the
> patch.  This would be neat because:
>
> a) Anyone could export to svg and get a file that can be displayed in any
> modern browser (with searchable/selectable text in most of them).
> b) Since the drawing instructions Pd uses are so simple the svg will
> probably display on mobile devices (even older ones).
> c) Since the source is embedded in the file, webpd js could just listen
> for clicks to any webpd-play buttons in the page, and when it catches one
> it looks for an svg image with id "source" plus the same patchname as the
> webpd-play button.  It then decodes the image, loads it and plays it until
> it receives a "webpd-stop" button click.
>
> This method has the benefit of degrading gracefully; that is, if someone
> using NoScript wants to read a forum with pd patch svg images in it, they
> will still be able to view the image.  Moreover, a forum admin or blog
> owner can post the svgs simply to show pictures of patches; then later when
> the audio api becomes more common than just firefox nightly they can add
> the webpd code once and all their images will now feature audio.
>
> -Jonathan
>

This sounds extremely appealing to me.

About the HTML side, be careful with using the ID field because it can be
used only once and then other uses become impossible. Also, it has to be
unique which would effectively prevent the same patch from being embedded
more than once.

You might want to consider the CLASS field instead which can hold an
unlimited number (theoretically; the practical limit is around 2000) of
classes, and classes are already used deliberately to signify different
attributes of HTML elements.
I'd also recommend prepending the string with something constant that will
allow the automatic discovery of such strings among other, non-pd-parseable
strings (versus having plain base64-encoded strings, which are not
detectable by themselves, or, at least, must be decoded before recognized).
For separating the prepended part from the base64 part, CSS allows for any
ISO 10646 character higher than U+00A1 to be used, or even lower characters
when escaped with backslash.  (I don't recommend an escaped character
because the backslash might "disappear" while the HTML get processed by
various scripts here and there.)
For example:  would be a nice extendable format.

But even better, CSS attributes could be used, which can hold URL values
without base64-encoding, and they are also more variable (can be defined
elsewhere than in the HTML source, can be overwritten/cascaded without
Javascript).
This way, the pd-source defined right in the HTML source would look like:

Note that the etiquette for introducing non-standard CSS attributes is to
start them with the hyphen. (E.g.: -moz-box-shadow) (Similar to custom
mime-types beginning with "x-something-")
This method would open up an unlimited number of possibilities, just to
note a few:
- the pd source could be at any URI that the client can parse: a local
filesystem, the web, ftp, or even git
- it would be easy to parametrize a patch using further attributes (even
addressing recieves!) like -pd-param-myparameter (and note that CSS has
official support for units like colors, angles, times, and frequencies)
- there are robust classes available for the management of CSS attributes,
first of all with Javascript of course
- seamless integration with a JSON based pd source format would be trivial (
http://lists.puredata.info/pipermail/pd-dev/2012-06/018436.html)

http://www.w3.org/TR/2008/REC-CSS2-20080411/syndata.html

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] batteries for audio cards

[András Murányi]

Hi,

batteries have been used for field recording for quite a while.
Some discussions on the topic: http://taperssection.com/index.php?board=4.0
These are told to be killer but not cheap batteries: http://www.idxtek.com/

András


On Fri, Apr 26, 2013 at 2:42 PM, Alexandre Torres Porres
wrote:

> hey folks, anyone have recomendations for battery packs for audio cards?
>
> wanna try some stuff going mobile, anybody doing that? Looking for some
> high capacity for my multiface/RME (takes 9-.12V, 2A)
>
> thanks
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] installing pd 32 bits in a 64 bit linux?

[András Murányi]

Howdy,
another 64-bit guy here. My advice: go with the 64-bit version, and most
likely you will never experience a problem related to 64-bitness. If you
do, or in doubt, report it here so Pd can be improved. If later, by any
chance, you run into a 64-bit problem which cannot be fixed soon with the
help of the mailing list, you can still install a 32-bit copy. (You have to
force the package manager to install the 32-bit package then use the
'getlibs' utility to satisfy dependencies for 32-bit software on 64-bit.)

András



On Mon, Apr 1, 2013 at 7:14 PM, Jm Jones  wrote:

> I haven't tested all of them, but thats says PD as a warning when i
> open the software. Right now i remember maxlib, but it mention 6 and
> advices that others may have problems also.
>
> 2013/4/1 IOhannes m zmölnig :
> > On 03/31/2013 21:01, Jm Jones wrote:
> >> Hi, im a little confused because in windows this works different (i
> >> think). In win7 64 bits i use pd-extended 32.
> >> But In ubuntu 64 bits the 64 bits pd package says that some externals
> >> aren't fully compatible, so i want to install the 32 b version, is
> >> this possible?
> >
> > yes it's possible, but usually you don't want that.
> > what are those "some externals" that "aren't fully compatible"?
> >
> > i've been using native 64bit builds on 64bit linuxes for about 10 years
> now.
> >
> >
> > fgamsdr
> > IOhannes
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
>
> --
> JM Jones
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Murányi András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork feedback

[András Murányi]

On Mon, Mar 4, 2013 at 5:02 AM, Ivica Ico Bukvic  wrote:

>  Attached is the diff for mknob.c to make it "accelerated." Attached is
> also binary version of mknob.pd_linux (64-bit) (not sure if this one will
> go through, though).
>

Oh. http://www.youtube.com/watch?v=OmBxVfQTuvI :op


>
> As for pd-l2ork being 0.42, that is not entirely correct. While elements
> of GUI are still based on 0.42, many others aren't and pd-l2ork has most if
> not all patches to the core pd engine inherent to the 0.43 and 0.44
> branches, including some that were committed very recently into the
> sourceforge. It also has a collection of unique patches that don't exist in
> any of the other versions, so I am not even sure what one would call it
> other than a pd fork :-)
>

That's new to me. Great!


>
> If you are interested in trying preset_hub and preset_node externals they
> do come with a fairly comprehensive help file, so hopefully that will help
> in figuring out how they function.
>
> Best wishes,
>
> Ico
>
>
Thanks a lot,

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork feedback

[András Murányi]

On Mon, Mar 4, 2013 at 1:39 AM, Ivica Ico Bukvic  wrote:

>  OK, I checked your patch and now I know why this is happening. Allow me
> to explain:
>
> short (tl;dr) version: once mknob is accelerated (which should be only a
> couple of lines of code inside it) this won't be a problem any more
>

That will be cool.


>
> For me it takes approx 3 seconds every time I move the gop window and this
> solely because mknob is not accelerated (this is on an HP dm1z AMD APU
> notebook/netbook).
>

Yes. It takes much longer in the actual patch where i use it. At least i
managed to reproduce the symptom "in vitro",


>
> long version: What's happening is that pd/extended completely redraws gop
> object every time it is moved. What it does not do, is account for its
> location (front vs. back) in respect to other objects when doing this. So,
> for instance if you move a gop that is behind another object, once it has
> been moved, it will appear in front of it which is wrong since that is not
> an accurate reflection where in the gl_list it is located. Hence, next time
> your entire canvas redraws (which happens inside pd/extended at various
> points), suddenly gop will be again behind the other object. Confusing, no?
> Pd-l2ork in an attempt to keep gl_list consistent always ensures that
> objects remain visually stacked on top of each other in the gl_list order
> no matter what operation you do. In this case, because we have one of the
> few remaining gui objects that do not support accelerated displacement (by
> accelerated displacement I mean tagging such object's components in tcl tk
> and then moving all objects tagged with the word "selected" together via a
> single command rather than redrawing everything), pd-l2ork falls back to
> the old pd/extended way of doing things, just like pd/extended do. It does
> this with one notable exception and that is to ensure that the redrawn
> object remains stacked where it should be (in terms of front/back) it also
> redraws the canvas after such a drag because old way of redrawing does not
> account properly for the visual order that pd-l2ork requires. Since your
> patch has literally a ton of objects pertaining to ad presets, this
> takes a while, and hence the slowness. If you, however, put any iemgui
> object instead of mknob inside that gop, the thing will be not only fast,
> but also much faster than regular pd/extended.
>

Yea i know... i need mknob because of its so called "sensibility" option
(see mknob-help.pd).


>
> So, what I can do for the next release is add support for accelerated
> displacement of mknob and you'll be set.
>

Thanks a lot in advance!


>
> Another related issue is the redundant use of hundreds of ad
> abstractions. Pd-l2ork has system-wide preset_hub/preset_node externals
> system which is easy to use, supports use in conjunction with multiple
> instances of the same abstraction (each is treated separately and
> distinctly) as well as many other cool features. Think of it as pd's
> counterpart to Max's pattr_storage. Their implementation is currently
> possible only in pd-l2ork since it ensures that all objects remain in the
> same place in the gl_list (let's call this gl_list consistency) which is
> something that regular pd/extended don't do (as described above). So, long
> story short, if you use preset_node and preset_hub you will need only one
> of those to replace all of your ad abstractions. Pretty nifty? ;-) And
> that in near-term will make your canvas redrawing much faster and
> consequently a non-issue.
>

Those hundreds of subpatches were there for dummy to make the patch big. In
real life, i use less. I am interested, however, in other preset saving
solutions. I wouldn't lock myself into l2ork at the moment (because it's
0.42) but i'll take a look at the preset_hub thing.

Thanks again Ico!

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork feedback

[András Murányi]

On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic  wrote:

> [...]
>
> Regarding slow redraw, can you try latest version? I fixed one major
> inefficiency.
>
>
I've just compiled the latest git and the slowness is still there. I have
the vague impression though, that dragging the ominous abstraction got
faster (2 minutes vs previous 5), but again, this is just an impression.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork feedback

[András Murányi]

On Wed, Feb 27, 2013 at 4:31 AM, Ivica Ico Bukvic  wrote:

> On 02/26/2013 09:48 PM, Ivica Ico Bukvic wrote:
>
>> AFAIK embedded GOP objects have always had frames. This is why all
>> iemguis also have frames/inlets/outlets even when embedded inside GOP. I
>> think your background made them hard to distinguish. I could be wrong,
>> though, but I always remember seeing those.
>>
>> As for the text not being displayed, can you send me the slider
>> abstraction? It could be that since you've originally saved the abstraction
>> inside regular pd that it did not get adjusted completely to conform to
>> pd-l2ork's way of dealing with these. Try manually readjusting the GOP size
>> and re-save it. It should either prevent you from resizing it below the
>> text size or do it just fine provided you've disabled the showing of text.
>> As for text not showing in a subpatcher even though it should, this is
>> something I should investigate.
>>
> BTW, I just checked on pd-l2ork and everything draws just as it should
> even with multiply embedded GOPs (ones with text enabled show text and ones
> with it disabled don't.
>
> Best wishes,
>
> Ico
>

Oh, i see now... It's just that in l2ork the frame and the xlets are the
foremost while in extended they are in the background so anything on the
top of them can effectively cover them up. Thanks for bearing with me!
I'll try dragging in a few days.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-l2ork feedback

[András Murányi]

On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic  wrote:

> This may be because you didn't hide gop titles, in which case pd-l2ork
> resizes gop size to match the text width.
>
> Yes this is indeed the case. I noticed, however, that there was no title
to be displayed, meaning that with "hide GOP title" unchecked, the
rectangle was bigger but there was no title (see attachment).
And it shows the frame when it's embedded in another GOP.

> Regarding slow redraw, can you try latest version? I fixed one major
> inefficiency.
>
I'll try it as soon as I get to it. I noticed meanwhile that during the
hangup, this error is thrown to the command line a few times:
tcl/tk error: unknown encoding "yahoo"

András



> On Feb 26, 2013 6:22 PM, "András Murányi"  wrote:
>
>> Thanks for the reply.
>> The hangup is literally 5 minutes, CPU is maxed out most of the time. The
>> undo takes 5 seconds, again literally.
>> It doesn't occur in pd-extended.
>>
>> Nested gop subpatches should show their outlines and xlets (just like
>>> number2 or toggle does as well), shouldn’t they?
>>>
>>
>> Well, traditionally they don't and I think they should not. This would be
>> consistent behavior if the borders of every element in the outer GOP
>> subpatch would be visible. *However, I was wrong and actually this is not
>> what's happening.*
>> Rather, it seems that some GOP subpatches have the wrong size, and then
>> they also show thru nested GOPs. See the attached screenshot: at the top
>> left corder of the open subpatch, there are two GOP subpatches ("Cut" and
>> "Res"; their guts are shown in the open subpatch window), each wider than
>> they should be. The big gray rectangle at the bottom of the image is a
>> large GOP subpatch itself, and the same nested GOP shows thru it. I
>> couldn't reproduce this symptom from scratch.
>>
>> András
>>
>>
>> On Fri, Feb 22, 2013 at 10:37 PM, Ivica Ico Bukvic  wrote:
>>
>>>  One clarification now that I read your report more carefully. Mknob
>>> makes abstraction movement slower because this is the old/non-accelerated
>>> pd way of moving things. The new pd-l2ork model falls back on that when at
>>> least one object in the abstraction does not support accelerated moving.
>>> Once I get to fixing the mknob to support accelerated displace, this will
>>> be fixed. I am still surprised to hear this is taking 5 minutes, though. Is
>>> this an exaggeration or truly 5 minutes?
>>>
>>> Also, if you are undoing objects that are non-accelerated or complex
>>> abstractions, you are running into same problems because you are moving and
>>> redrawing non-accelerated way...
>>>
>>> Is the same slowness perceived on regular pd when moving the said
>>> abstraction?
>>>
>>>
>>
>>>
>>> On 02/22/2013 03:34 PM, András Murányi wrote:
>>>
>>> So, I've played around with the last git, here are some things I've
>>> noticed:
>>> - miXed/toxy is not in pd-l2ork and it's perfectly alrite because some
>>> kinds of [widget] work while others not.
>>> - [flatgui/popup] is installed by default but it throws an error when
>>> clicked on: Invalid command name "pdtk_canvas_mouse".
>>> - moving a simple GOP abstraction with a single [mknob] in it takes like
>>> 5 minutes (!) on a 2.4GHz dual core when the patch is big. It's fast
>>> however when the patch is simple. Undoing the movement is not instant but
>>> it is quick (~5sec).
>>> - nested GOP subpatches show off their outlines and xlets.
>>>
>>> --
>>> Murányi András
>>>
>>>
>>
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
<>___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pd-l2ork feedback

[András Murányi]

So, I've played around with the last git, here are some things I've noticed:
- miXed/toxy is not in pd-l2ork and it's perfectly alrite because some
kinds of [widget] work while others not.
- [flatgui/popup] is installed by default but it throws an error when
clicked on: Invalid command name "pdtk_canvas_mouse".
- moving a simple GOP abstraction with a single [mknob] in it takes like 5
minutes (!) on a 2.4GHz dual core when the patch is big. It's fast however
when the patch is simple. Undoing the movement is not instant but it is
quick (~5sec).
- nested GOP subpatches show off their outlines and xlets.

-- 
Murányi András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] l2ork compile problem

[András Murányi]

Cool, thanks. -F works very well for my purpose because I wanted to compile
with -march=native and added toxy.

András

On Fri, Feb 22, 2013 at 7:52 PM, Ivica Ico Bukvic  wrote:

>  I just committed fix into the git. There is also a simpler way of doing
> this. You don't need to run -e flag as that would produce the dev and other
> packages you don't need. You really need only -F or -B flags (or -u if you
> don't like the build script messing with sudo in which case you will have
> to do some things manually).
>
>
> On 02/21/2013 07:44 PM, András Murányi wrote:
>
> I will. Thanks,
>
> András
>
> On Thu, Feb 21, 2013 at 9:30 PM, Ivica Bukvic  wrote:
>
>> Just name the root git folder pure-data instead of pd-l2ork. I will need
>> to fix this in the next release.
>>  On Feb 21, 2013 2:42 PM, "András Murányi"  wrote:
>>
>>>  Hello,
>>>
>>> I was trying to compile l2ork on Ubuntu Lucid 64 with ./tar_em_up.sh -e
>>> and I got this error (./tar_em_up.sh -F works fine though):
>>>
>>> make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/externals'
>>> make -C /home/muranyia/Download/pd-l2ork/pd distclean
>>> make[2]: Entering directory `/home/muranyia/Download/pd-l2ork/pd'
>>> make[2]: *** No rule to make target `distclean'.  Stop.
>>> make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/pd'
>>> make[1]: [distclean] Error 2 (ignored)
>>> make[1]: Leaving directory `/home/muranyia/Download/pd-l2ork/packages'
>>> tar dev installer...
>>> tar: pure-data: Cannot stat: No such file or directory
>>> tar: Exiting with failure status due to previous errors
>>> ./tar_em_up.sh: line 115: cd: pure-data/: No such file or directory
>>> Pd full installer... IMPORTANT! When ran for the first time this step
>>> requires internet connection to pull sources from other repositories...
>>> ls: cannot access Gem: No such file or directory
>>> fatal: Not a git repository (or any of the parent directories): .git
>>> fatal: Not a git repository (or any of the parent directories): .git
>>> ./tar_em_up.sh: line 160: cd: doc/: No such file or directory
>>> Checked out revision 17050.
>>> cp: cannot stat `../l2ork_addons/doc/Makefile': No such file or directory
>>> ./tar_em_up.sh: line 217: cd: Gem/: No such file or directory
>>> ./tar_em_up.sh: line 220: cd: ../packages/linux_make: No such file or
>>> directory
>>> make: *** No rule to make target `install'.  Stop.
>>> copying l2ork-specific externals...
>>> ./tar_em_up.sh: line 229: cd: ../../l2ork_addons/patch_name: No such
>>> file or directory
>>> make: *** No rule to make target `clean'.  Stop.
>>> make: *** No targets specified and no makefile found.  Stop.
>>> cp: cannot stat `patch_name.pd_linux': No such file or directory
>>> cp: cannot stat `patch_name-help.pd': No such file or directory
>>> ./tar_em_up.sh: line 235: cd: ../disis_wiimote: No such file or directory
>>> make: *** No rule to make target `clean'.  Stop.
>>> make: *** No targets specified and no makefile found.  Stop.
>>> cp: cannot stat `disis_wiimote.pd_linux': No such file or directory
>>> cp: cannot stat `disis_wiimote-help.pd': No such file or directory
>>> ./tar_em_up.sh: line 241: cd: ../disis_netsend: No such file or directory
>>> make: *** No rule to make target `clean'.  Stop.
>>> make: *** No targets specified and no makefile found.  Stop.
>>> cp: cannot stat `disis_netsend.pd_linux': No such file or directory
>>> cp: cannot stat `disis_netsend-help.pd': No such file or directory
>>> ./tar_em_up.sh: line 247: cd: ../disis_netreceive: No such file or
>>> directory
>>> make: *** No rule to make target `clean'.  Stop.
>>> make: *** No targets specified and no makefile found.  Stop.
>>> cp: cannot stat `disis_netreceive.pd_linux': No such file or directory
>>> cp: cannot stat `disis_netreceive-help.pd': No such file or directory
>>> ./tar_em_up.sh: line 253: cd: ../disis_phasor: No such file or directory
>>> make: *** No rule to make target `clean'.  Stop.
>>> make: *** No targets specified and no makefile found.  Stop.
>>> cp: cannot stat `disis_phasor~.pd_linux': No such file or directory
>>> cp: cannot stat `disis_phasor~-help.pd': No such file or directory
>>> ./tar_em_up.sh: line 259: cd: ../spectdelay/spectdelay~: No such file or
>>> directory
>>> ./tar_em_up.sh: l

Re: [PD] l2ork compile problem

[András Murányi]

I will. Thanks,

András

On Thu, Feb 21, 2013 at 9:30 PM, Ivica Bukvic  wrote:

> Just name the root git folder pure-data instead of pd-l2ork. I will need
> to fix this in the next release.
> On Feb 21, 2013 2:42 PM, "András Murányi"  wrote:
>
>> Hello,
>>
>> I was trying to compile l2ork on Ubuntu Lucid 64 with ./tar_em_up.sh -e
>> and I got this error (./tar_em_up.sh -F works fine though):
>>
>> make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/externals'
>> make -C /home/muranyia/Download/pd-l2ork/pd distclean
>> make[2]: Entering directory `/home/muranyia/Download/pd-l2ork/pd'
>> make[2]: *** No rule to make target `distclean'.  Stop.
>> make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/pd'
>> make[1]: [distclean] Error 2 (ignored)
>> make[1]: Leaving directory `/home/muranyia/Download/pd-l2ork/packages'
>> tar dev installer...
>> tar: pure-data: Cannot stat: No such file or directory
>> tar: Exiting with failure status due to previous errors
>> ./tar_em_up.sh: line 115: cd: pure-data/: No such file or directory
>> Pd full installer... IMPORTANT! When ran for the first time this step
>> requires internet connection to pull sources from other repositories...
>> ls: cannot access Gem: No such file or directory
>> fatal: Not a git repository (or any of the parent directories): .git
>> fatal: Not a git repository (or any of the parent directories): .git
>> ./tar_em_up.sh: line 160: cd: doc/: No such file or directory
>> Checked out revision 17050.
>> cp: cannot stat `../l2ork_addons/doc/Makefile': No such file or directory
>> ./tar_em_up.sh: line 217: cd: Gem/: No such file or directory
>> ./tar_em_up.sh: line 220: cd: ../packages/linux_make: No such file or
>> directory
>> make: *** No rule to make target `install'.  Stop.
>> copying l2ork-specific externals...
>> ./tar_em_up.sh: line 229: cd: ../../l2ork_addons/patch_name: No such file
>> or directory
>> make: *** No rule to make target `clean'.  Stop.
>> make: *** No targets specified and no makefile found.  Stop.
>> cp: cannot stat `patch_name.pd_linux': No such file or directory
>> cp: cannot stat `patch_name-help.pd': No such file or directory
>> ./tar_em_up.sh: line 235: cd: ../disis_wiimote: No such file or directory
>> make: *** No rule to make target `clean'.  Stop.
>> make: *** No targets specified and no makefile found.  Stop.
>> cp: cannot stat `disis_wiimote.pd_linux': No such file or directory
>> cp: cannot stat `disis_wiimote-help.pd': No such file or directory
>> ./tar_em_up.sh: line 241: cd: ../disis_netsend: No such file or directory
>> make: *** No rule to make target `clean'.  Stop.
>> make: *** No targets specified and no makefile found.  Stop.
>> cp: cannot stat `disis_netsend.pd_linux': No such file or directory
>> cp: cannot stat `disis_netsend-help.pd': No such file or directory
>> ./tar_em_up.sh: line 247: cd: ../disis_netreceive: No such file or
>> directory
>> make: *** No rule to make target `clean'.  Stop.
>> make: *** No targets specified and no makefile found.  Stop.
>> cp: cannot stat `disis_netreceive.pd_linux': No such file or directory
>> cp: cannot stat `disis_netreceive-help.pd': No such file or directory
>> ./tar_em_up.sh: line 253: cd: ../disis_phasor: No such file or directory
>> make: *** No rule to make target `clean'.  Stop.
>> make: *** No targets specified and no makefile found.  Stop.
>> cp: cannot stat `disis_phasor~.pd_linux': No such file or directory
>> cp: cannot stat `disis_phasor~-help.pd': No such file or directory
>> ./tar_em_up.sh: line 259: cd: ../spectdelay/spectdelay~: No such file or
>> directory
>> ./tar_em_up.sh: line 260: ./linux-install.sh: No such file or directory
>> cp: cannot stat `spectdelay~.pd_linux': No such file or directory
>> cp: cannot stat `spectdelay~-help.pd': No such file or directory
>> cp: cannot stat `array*': No such file or directory
>> ./tar_em_up.sh: line 267: cd: ../packages/linux_make: No such file or
>> directory
>> tar full installer...
>> make: *** No rule to make target `tarbz2'.  Stop.
>> move full installer...
>> mv: cannot stat `build/pd*bz2': No such file or directory
>> l2ork addons...
>> tar: l2ork_addons: Cannot stat: No such file or directory
>> tar: ../l2ork_addons-x86_64-20130221.tar.bz2: Cannot open: Permission
>> denied
>> tar: Error is not recoverable: exiting now
>> tar: Child returned status 2
>> tar: Exiting with failure status due to previous errors
>> ./tar_em_up.sh: line 299: cd: l2ork_addons/: No such file or directory
>> done.
>>
>>
>> András
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] l2ork compile problem

[András Murányi]

Hello,

I was trying to compile l2ork on Ubuntu Lucid 64 with ./tar_em_up.sh -e and
I got this error (./tar_em_up.sh -F works fine though):

make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/externals'
make -C /home/muranyia/Download/pd-l2ork/pd distclean
make[2]: Entering directory `/home/muranyia/Download/pd-l2ork/pd'
make[2]: *** No rule to make target `distclean'.  Stop.
make[2]: Leaving directory `/home/muranyia/Download/pd-l2ork/pd'
make[1]: [distclean] Error 2 (ignored)
make[1]: Leaving directory `/home/muranyia/Download/pd-l2ork/packages'
tar dev installer...
tar: pure-data: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
./tar_em_up.sh: line 115: cd: pure-data/: No such file or directory
Pd full installer... IMPORTANT! When ran for the first time this step
requires internet connection to pull sources from other repositories...
ls: cannot access Gem: No such file or directory
fatal: Not a git repository (or any of the parent directories): .git
fatal: Not a git repository (or any of the parent directories): .git
./tar_em_up.sh: line 160: cd: doc/: No such file or directory
Checked out revision 17050.
cp: cannot stat `../l2ork_addons/doc/Makefile': No such file or directory
./tar_em_up.sh: line 217: cd: Gem/: No such file or directory
./tar_em_up.sh: line 220: cd: ../packages/linux_make: No such file or
directory
make: *** No rule to make target `install'.  Stop.
copying l2ork-specific externals...
./tar_em_up.sh: line 229: cd: ../../l2ork_addons/patch_name: No such file
or directory
make: *** No rule to make target `clean'.  Stop.
make: *** No targets specified and no makefile found.  Stop.
cp: cannot stat `patch_name.pd_linux': No such file or directory
cp: cannot stat `patch_name-help.pd': No such file or directory
./tar_em_up.sh: line 235: cd: ../disis_wiimote: No such file or directory
make: *** No rule to make target `clean'.  Stop.
make: *** No targets specified and no makefile found.  Stop.
cp: cannot stat `disis_wiimote.pd_linux': No such file or directory
cp: cannot stat `disis_wiimote-help.pd': No such file or directory
./tar_em_up.sh: line 241: cd: ../disis_netsend: No such file or directory
make: *** No rule to make target `clean'.  Stop.
make: *** No targets specified and no makefile found.  Stop.
cp: cannot stat `disis_netsend.pd_linux': No such file or directory
cp: cannot stat `disis_netsend-help.pd': No such file or directory
./tar_em_up.sh: line 247: cd: ../disis_netreceive: No such file or directory
make: *** No rule to make target `clean'.  Stop.
make: *** No targets specified and no makefile found.  Stop.
cp: cannot stat `disis_netreceive.pd_linux': No such file or directory
cp: cannot stat `disis_netreceive-help.pd': No such file or directory
./tar_em_up.sh: line 253: cd: ../disis_phasor: No such file or directory
make: *** No rule to make target `clean'.  Stop.
make: *** No targets specified and no makefile found.  Stop.
cp: cannot stat `disis_phasor~.pd_linux': No such file or directory
cp: cannot stat `disis_phasor~-help.pd': No such file or directory
./tar_em_up.sh: line 259: cd: ../spectdelay/spectdelay~: No such file or
directory
./tar_em_up.sh: line 260: ./linux-install.sh: No such file or directory
cp: cannot stat `spectdelay~.pd_linux': No such file or directory
cp: cannot stat `spectdelay~-help.pd': No such file or directory
cp: cannot stat `array*': No such file or directory
./tar_em_up.sh: line 267: cd: ../packages/linux_make: No such file or
directory
tar full installer...
make: *** No rule to make target `tarbz2'.  Stop.
move full installer...
mv: cannot stat `build/pd*bz2': No such file or directory
l2ork addons...
tar: l2ork_addons: Cannot stat: No such file or directory
tar: ../l2ork_addons-x86_64-20130221.tar.bz2: Cannot open: Permission denied
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Exiting with failure status due to previous errors
./tar_em_up.sh: line 299: cd: l2ork_addons/: No such file or directory
done.


András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd-extended 0.43.4 release candidate 1: last chance to report your bugs

[András Murányi]

You shall be able to choose tcl 8.5 with:
sudo update-alternatives --config wish

Then, did this error prevent Pd from loading? Afaicr, plugins' errors shall
not block Pd.

András


On Thu, Jan 24, 2013 at 10:47 AM, Ed Kelly  wrote:

> Don't know if this has been mentioned before...
>
> On Ubuntu Lucid (10.04LTS) Pd-extended-0.43 deb from the 
> launchpad.netrepository.
> Pd won't start properly in that it complains that it need Tcl/Tk8.5.
> Tcl/Tk8.5 is installed, but so is Tcl/Tk8.4.
>
> (Tcl) UNHANDLED ERROR: version conflict for package "Tk": have 8.4, need
> 8.5
>
> while executing
> "package require Tk 8.5"
> ("uplevel" body line 10)
> invoked from within
> "uplevel #0 $tclcode"FAILED TO LOAD
> /usr/lib/pd-extended/extra/search-plugin/search-plugin.tcl
>
> So I tried changing the symlinks in /usr/lib to point to 8.5. This
> lrwxrwxrwx 1 root root 10 2013-01-24 09:45 libtk.a -> libtk8.5.a
> lrwxrwxrwx 1 root root 11 2013-01-24 09:45 libtk.so -> libtk8.5.so
>
> Still no good.
> Could Pd-extended be made to force the use of the 8.5 libs?
>
> Ed
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] "Plugins" window error and unusable

[András Murányi]

On Wed, Jan 16, 2013 at 4:39 PM, Marco Donnarumma wrote:

> hey all,
>
> this bug is related to the plugins.
>
> This are the plugins I have installed:
>
> Enumerated startup plugin pdwindow_popup_mode
> Enumerated startup plugin plugins
> Enumerated startup plugin fullscreen
> Enumerated startup plugin buttonbar
> Enumerated startup plugin ubuntu_newwave_style (disabled)
> Enumerated startup plugin helpbrowser2.0 (disabled)
>
> When I try to launch the "Plugins" plugin I get a pop up window error that
> reads the log below, and once I press ok I get the Plugins window
> completely unreadable (see screenshot attached).
> Its likely to be a Tcl bug...
>
> Is it a bug in the "Plugins" plugin, or perhaps some plugins are not
> compatible with each other?
>
> thanks,
> M
>
> ~~~
>
> bad window path name ".plugwindow.body.canvas.helpbrowser2"
> bad window path name ".plugwindow.body.canvas.helpbrowser2"
> while executing
> "frame .plugwindow.body.canvas.$shortname -borderwidth 2 -relief ridge"
> (procedure "create_plugins_window" line 70)
> invoked from within
> "create_plugins_window"
> invoked from within
> ".pdwindow.#menubar.#menubar#media invoke active"
> ("uplevel" body line 1)
> invoked from within
> "uplevel #0 [list $w invoke active]"
> (procedure "tk::MenuInvoke" line 50)
> invoked from within
> "tk::MenuInvoke .pdwindow.#menubar.#menubar#media 1"
> (command bound to event)
>
>
> --
> Marco Donnarumma
>

Thanks for the report Marco,
i'll take a look into it asap!


András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] choose language

[András Murányi]

On Thu, Jan 10, 2013 at 7:25 PM, Hans-Christoph Steiner wrote:

> On 01/10/2013 12:36 PM, András Murányi wrote:
> > On Wed, Jan 9, 2013 at 5:35 PM, Hans-Christoph Steiner  >wrote:
> >
> >>
> >> Since Tcl handles all of the changing of English strings to the chosen
> >> language,
> >
> >
> > Does it mean that there are no GUI strings in the C code?
>
> There are GUI strings in the C code, but in order for you to see them, they
> are sent to pd-gui, the Tcl process.  If you're running in -nogui mode,
> there
> will be no translations since all the translations are handled in Tcl.
>

Ah! BTW, would it take much to have gettext working on the C side too?



>
> >> it is theoritically possible to do in a plugin.  The key problem is
> >> that the translations are loaded (load_locale in pd-gui.tcl) before the
> >> plugins and Tcl's msgcat, the library for the translations, provides
> >> mcload,
> >> but no mkunload.
> >>
> >
> > To be exact, not even mcunload would be necessary, just a way to reload
> > strings according to the new locale. Unfortunately, this functionality is
> > missing from TCL (there are some feature requests in the tracker that
> > target it, though).
> > So, to effectively change the GUI language, Pd needs to be restarted. Do
> we
> > wish to have a language selection option in the preferences, which
>  writes
> > its setting somewhere on the disk, and then load_locale would be changed
> in
> > a way that it takes a look at the saved setting before defaulting to the
> > OS/env language? (my vote is: no)
>
> That would be possible.  I would be willing to accept such a patch if it
> was
> well tested but I'm not going to write it :)
>
> .hc
>

Well I shall not take on more things (but to carry on with things that I've
already started), but... :)
This stuff would actually be another driver for me to dive into the prefs
system... and eventually evolve that a bit, too*.

* right now the guiprefs system is geared towards the recentfiles list, and
it might need some mods to serve other purposes as well.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] choose language

[András Murányi]

On Wed, Jan 9, 2013 at 5:35 PM, Hans-Christoph Steiner wrote:

>
> Since Tcl handles all of the changing of English strings to the chosen
> language,


Does it mean that there are no GUI strings in the C code?


> it is theoritically possible to do in a plugin.  The key problem is
> that the translations are loaded (load_locale in pd-gui.tcl) before the
> plugins and Tcl's msgcat, the library for the translations, provides
> mcload,
> but no mkunload.
>

To be exact, not even mcunload would be necessary, just a way to reload
strings according to the new locale. Unfortunately, this functionality is
missing from TCL (there are some feature requests in the tracker that
target it, though).
So, to effectively change the GUI language, Pd needs to be restarted. Do we
wish to have a language selection option in the preferences, which  writes
its setting somewhere on the disk, and then load_locale would be changed in
a way that it takes a look at the saved setting before defaulting to the
OS/env language? (my vote is: no)

András


>
> .hc
>
> On 01/09/2013 10:35 AM, András Murányi wrote:
> > I have visited this problem some time ago, and these were my (more or
> less
> > accurate) findings:
> > - There are language strings in the C code as well as in Tcl
> > - In Tcl there is a straightforward way to redefine the language, but I
> > haven't found a way to change the actual strings on the display without
> > having to restart Pd
> > - I have no idea how it goes on the C side :)
> > - My impression is that this may go beyond the scope of a plugin
> >
> > András
> >
> > On Wed, Jan 9, 2013 at 2:50 PM, batinste  wrote:
> >
> >> language-plugin, anyone ? :)
> >>
> >>
> >> On 09/01/2013 14:23, Hans-Christoph Steiner wrote:
> >>
> >>> The easiest way is to start it in the Terminal like this:
> >>>
> >>> GNU/Linux: LANG=en pd-extended
> >>> Mac OS X:  LANG=en /Applications/Pd-extended.app/**
> >>> Contents/Resources/bin/pd
> >>> Windows (in cmd.exe):
> >>>   set LANG=en
> >>>   "%ProgramFiles%\pd\bin\pd"
> >>>
> >>> If you want to force English, you can also delete the .msg files in the
> >>> pd/po
> >>> folder.
> >>>
> >>> .hc
> >>>
> >>>
> >>> On 01/09/2013 07:05 AM, João Pais wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> with the latest Pd version, Pd uses the system language as standard.
> The
> >>>> thing
> >>>> is, I want to keep my Pd in english. How is it possible to set the
> >>>> language
> >>>> when starting Pd?
> >>>>
> >>>> Where can suggestions to the language be sent?
> >>>>
> >>>> Best,
> >>>>
> >>>> João
> >>>>
> >>>
> >
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] choose language

[András Murányi]

I have visited this problem some time ago, and these were my (more or less
accurate) findings:
- There are language strings in the C code as well as in Tcl
- In Tcl there is a straightforward way to redefine the language, but I
haven't found a way to change the actual strings on the display without
having to restart Pd
- I have no idea how it goes on the C side :)
- My impression is that this may go beyond the scope of a plugin

András

On Wed, Jan 9, 2013 at 2:50 PM, batinste  wrote:

> language-plugin, anyone ? :)
>
>
> On 09/01/2013 14:23, Hans-Christoph Steiner wrote:
>
>> The easiest way is to start it in the Terminal like this:
>>
>> GNU/Linux: LANG=en pd-extended
>> Mac OS X:  LANG=en /Applications/Pd-extended.app/**
>> Contents/Resources/bin/pd
>> Windows (in cmd.exe):
>>   set LANG=en
>>   "%ProgramFiles%\pd\bin\pd"
>>
>> If you want to force English, you can also delete the .msg files in the
>> pd/po
>> folder.
>>
>> .hc
>>
>>
>> On 01/09/2013 07:05 AM, João Pais wrote:
>>
>>> Hi,
>>>
>>> with the latest Pd version, Pd uses the system language as standard. The
>>> thing
>>> is, I want to keep my Pd in english. How is it possible to set the
>>> language
>>> when starting Pd?
>>>
>>> Where can suggestions to the language be sent?
>>>
>>> Best,
>>>
>>> João
>>>
>>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Plugins-plugin bug

[András Murányi]

On Thu, Dec 27, 2012 at 8:26 PM, Pierre-Olivier Boulant
wrote:

> Hi,
>
> I have a weird plug-in list in the plug-ins management window. It looks
> like the content (list of items with check box and info button) is not
> centred properly. The content is centred on the top left hand corner of the
> window and not the centre of the actual window. I can just see a quarter of
> the content window.
>
> Using the plugins-plugin version alpha 0.1.20120518 on the latest version
> of Pd-ext 0.43.4 on Windows 7 (64bits)
>
> Cheers
> Pierre-Olivier
>

Hello Pierre-Olivier,

and thanks for the report. I cannot reproduce this so I'd like to ask you
to attach a screenshot, maybe it helps to find out what's going on.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] more to translate: the new documentation system (aka search-plugin)

[András Murányi]

On Sun, Dec 23, 2012 at 9:24 PM, Pierre-Olivier Boulant
wrote:

> Hi,
>
> I've been trying to translate "tag" in French, but can't find a better
> word in French than "mot clé", that is to say "keyword". Otherwise I could
> leave "tag" since it's more and more common to people working with
> computers, but then what's the point in translating... :)
>
>
Hm, what about "marqueur" or "étiquette"?
http://fr.wikipedia.org/wiki/Marqueur_%28m%C3%A9tadonn%C3%A9e%29

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd-L2ork Features

[András Murányi]

On Fri, Dec 14, 2012 at 6:15 PM, Jonathan Wilkes  wrote:

> >
> > From: Hans-Christoph Steiner 
> >To: Jonathan Wilkes 
> >Cc: Ivica Ico Bukvic ; 'pd-list' 
> >Sent: Friday, December 14, 2012 11:53 AM
> >Subject: Re: [PD] Pd-L2ork Features
> >
> >
> >That's nice for people who are used to doing that from Max/MSP.  I've
> never
> >found a reason to want that feature, so I haven't implemented it.  Can
> someone
> >explain how they use it?
>
>
> You partly answered your own question.  Another reason is if you are
> mucking
> around in the source you can just copy-paste it into a new patch instead of
> closing, opening the file selector and choosing that file again.
>
> Another reason is you can select the code off the browser and immediately
> play with a patch off svn instead of saving it to a location and opening
> it.
>
> Another reason is that you can throw text up on a pastebin for people
> who you don't necessarily have an email address for (e.g., on IRC), and
> they can paste it
> into a new patch instead of copy-pasting it into a text editor, choosing
> save,
> choosing a save location, choosing "Open" in Pd, navigating to that same
> location where they saved it, selecting it, and eventually deleting the
> patch
> when their download directory is full of junk.
>
>
Another reason is that it makes super easy to exchange code snippets in
email and on forums.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] turn off object bar in pd-extended 0.43

[András Murányi]

On Mon, Nov 26, 2012 at 7:32 PM, Jonathan Wilkes  wrote:

> >
> > From: Dan Wilcox 
> >To: Hans-Christoph Steiner 
> >Cc: Jonathan Wilkes ; pd-list@iem.at
> >Sent: Monday, November 26, 2012 12:51 PM
> >Subject: Re: [PD] turn off object bar in pd-extended 0.43
> >
> >
> >Hrm whoops. It must be in my path from a while ago. I do think it should
> be included by default along with the plugin chooser as it would be super
> useful for students & beginners.
>
> Someone would need to actively maintain it.
>
> -Jonathan
>
>

It's me who maintains it (BTW don't send bugs to the bug tracker as the
plugin is not part of the distro).
Actively... well, there are some things on the TODO which I'm not yet sure
how to accomplish best. It's not wrong to say I'm not maintaining it
actively.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Broken deb in autobuild repo

[András Murányi]

On Thu, Nov 15, 2012 at 2:49 AM, Hans-Christoph Steiner wrote:

> On 11/09/2012 02:52 PM, András Murányi wrote:
> > Hey,
> >
> http://apt.puredata.info/autobuild/latest/Pd-0.43.1-extended-ubuntu-lucid-i386.debseems
> > to be a broken file, as well as the one at
> >
> http://apt.puredata.info/autobuild/2012-08-15/Pd-0.43.1-extended-20120815-ubuntu-lucid-i386.deb
> > The last working i386 deb for Lucid is:
> >
> http://apt.puredata.info/autobuild/2012-08-14/Pd-0.43.1-extended-20120814-ubuntu-lucid-i386.deb
> >
> > András
> >
>
> How about this version of the package:
> https://launchpad.net/~eighthave/+archive/pd-extended/+packages
>
> There is no longer an ubuntu-lucid-i386 build server, but since there is
> now a
> proper Debian package for Pd-extended, we can build for all recent Ubuntus
> much easier.
>
> .hc
>

That's all good, I just wanted to point out that the last build in the
autobuild repo happens to be broken so you might want to delete it and copy
the previous day's build to /latest

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[András Murányi]

On Fri, Nov 9, 2012 at 8:46 PM, Jonathan Wilkes  wrote:

> >
> >
> >
> >
> >Well, my humble suggestion is to extend the bullet to read "Precompiled
> for Ubuntu 12.04 Precise (may also work on other distributions)."
>
> Change to: probably _won't_ work on Debian and Debian-derived
> distributions.
>
> It's a problem with 2.14 having been so buggy that Debian Wheezy decided
> to skip
> over it and go straight to 2.15 (along with many other distros, according
> to what
> I've read about the issue), but they had a freeze before upgrading to
> 2.15.  Many
> distros are stuck on 2.13 for the time being, including Debian Squeeze.
>
>
> -Jonathan
>

Aww, just imagine how bad to be stuck with 2.11! :oP
http://packages.ubuntu.com/search?keywords=libc-bin
Btw, I don't see 2.15 anywhere on Debian:
http://packages.debian.org/search?keywords=libc-bin

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Broken deb in autobuild repo

[András Murányi]

Hey,
http://apt.puredata.info/autobuild/latest/Pd-0.43.1-extended-ubuntu-lucid-i386.debseems
to be a broken file, as well as the one at
http://apt.puredata.info/autobuild/2012-08-15/Pd-0.43.1-extended-20120815-ubuntu-lucid-i386.deb
The last working i386 deb for Lucid is:
http://apt.puredata.info/autobuild/2012-08-14/Pd-0.43.1-extended-20120814-ubuntu-lucid-i386.deb

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[András Murányi]

Well, my humble suggestion is to extend the bullet to read "Precompiled for
Ubuntu 12.04 Precise (may also work on other distributions)."
I assume adding a check to "make install" is the more complicated way.

András

On Fri, Nov 9, 2012 at 6:57 PM, Ivica Bukvic  wrote:

> I can see the potential problems. I have however pointed out in the site
> in the next bullet immediately below the download links "Precompiled for
> Ubuntu (may also work on other distributions)." I guess I really need to
> move to the deb model of distribution...
>  On Nov 9, 2012 12:13 PM, "András Murányi"  wrote:
>
>> Thanks Ico, I completely understood what you meant by compiling from
>> source. I just wanted to point out that there is no notice with the
>> download link nor a check during "make install" so the "best option for
>> newcomers" binary can eventually screw up someone's installation, and that
>> someone may or may not have the time/skills/heart to compile the thing from
>> source. It's not 100% safe.
>> Me, I'll compile it as soon as I have some time.
>>
>> András
>>
>> On Fri, Nov 9, 2012 at 6:05 PM, Ivica Bukvic  wrote:
>>
>>> Well, those are binaries you tried installing. The script included in
>>> the full package simply copies files, it does not do any dependency checks.
>>> What you need to do is to compile from source...
>>>  On Nov 9, 2012 11:57 AM, "András Murányi"  wrote:
>>>
>>>> (Ouch) OK :)
>>>> I don't know what's possible during a "make install" but ideally it
>>>> would check for the presence of the right glibc in order not to install
>>>> something that won't work.
>>>>
>>>> András
>>>>
>>>>
>>>> On Fri, Nov 9, 2012 at 5:11 PM, Ivica Bukvic  wrote:
>>>>
>>>>> These were compiled on Ubuntu 12.04. If your distribution uses older
>>>>> version of glibc, you will have to compile your own from the dev package.
>>>>> Simply follow instructions on the software page. It is pretty much
>>>>> automated process provided you have installed all the dependencies (also
>>>>> listed on the page).
>>>>>
>>>>> If anyone is interested in helping me package debs please contact me.
>>>>>
>>>>> Thanks!
>>>>> On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:
>>>>>
>>>>>> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic wrote:
>>>>>>
>>>>>>> Apologies for x-posting...
>>>>>>>
>>>>>>> It is my pleasure to announce latest version a.k.a. stable candidate
>>>>>>> of
>>>>>>> pd-l2ork. Having chased down a couple of lingering and extremely
>>>>>>> sporadic
>>>>>>> bugs, I am pleased to report that this latest version is our first
>>>>>>> "beta"
>>>>>>> release with the primary focus on ensuring 100% stable experience.
>>>>>>> The
>>>>>>> latest version also includes updates to the K12 module which now
>>>>>>> includes
>>>>>>> over 40 unique abstractions. As usual, for additional info as well
>>>>>>> as both
>>>>>>> 32-bit and 64-bit Linux builds please visit
>>>>>>> http://l2ork.music.vt.edu/main/?page_id=56
>>>>>>>
>>>>>>>
>>>>>> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid
>>>>>> and when I start pd-l2ork I get the following error:
>>>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
>>>>>> pd-l2ork)
>>>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
>>>>>> pd-l2ork)
>>>>>>
>>>>>> András
>>>>>>
>>>>>
>>>>
>>>>
>>
>>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[András Murányi]

Thanks Ico, I completely understood what you meant by compiling from
source. I just wanted to point out that there is no notice with the
download link nor a check during "make install" so the "best option for
newcomers" binary can eventually screw up someone's installation, and that
someone may or may not have the time/skills/heart to compile the thing from
source. It's not 100% safe.
Me, I'll compile it as soon as I have some time.

András

On Fri, Nov 9, 2012 at 6:05 PM, Ivica Bukvic  wrote:

> Well, those are binaries you tried installing. The script included in the
> full package simply copies files, it does not do any dependency checks.
> What you need to do is to compile from source...
>  On Nov 9, 2012 11:57 AM, "András Murányi"  wrote:
>
>> (Ouch) OK :)
>> I don't know what's possible during a "make install" but ideally it would
>> check for the presence of the right glibc in order not to install something
>> that won't work.
>>
>> András
>>
>>
>> On Fri, Nov 9, 2012 at 5:11 PM, Ivica Bukvic  wrote:
>>
>>> These were compiled on Ubuntu 12.04. If your distribution uses older
>>> version of glibc, you will have to compile your own from the dev package.
>>> Simply follow instructions on the software page. It is pretty much
>>> automated process provided you have installed all the dependencies (also
>>> listed on the page).
>>>
>>> If anyone is interested in helping me package debs please contact me.
>>>
>>> Thanks!
>>> On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:
>>>
>>>> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:
>>>>
>>>>> Apologies for x-posting...
>>>>>
>>>>> It is my pleasure to announce latest version a.k.a. stable candidate of
>>>>> pd-l2ork. Having chased down a couple of lingering and extremely
>>>>> sporadic
>>>>> bugs, I am pleased to report that this latest version is our first
>>>>> "beta"
>>>>> release with the primary focus on ensuring 100% stable experience. The
>>>>> latest version also includes updates to the K12 module which now
>>>>> includes
>>>>> over 40 unique abstractions. As usual, for additional info as well as
>>>>> both
>>>>> 32-bit and 64-bit Linux builds please visit
>>>>> http://l2ork.music.vt.edu/main/?page_id=56
>>>>>
>>>>>
>>>> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid
>>>> and when I start pd-l2ork I get the following error:
>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
>>>> pd-l2ork)
>>>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
>>>> pd-l2ork)
>>>>
>>>> András
>>>>
>>>
>>
>>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[András Murányi]

(Ouch) OK :)
I don't know what's possible during a "make install" but ideally it would
check for the presence of the right glibc in order not to install something
that won't work.

András


On Fri, Nov 9, 2012 at 5:11 PM, Ivica Bukvic  wrote:

> These were compiled on Ubuntu 12.04. If your distribution uses older
> version of glibc, you will have to compile your own from the dev package.
> Simply follow instructions on the software page. It is pretty much
> automated process provided you have installed all the dependencies (also
> listed on the page).
>
> If anyone is interested in helping me package debs please contact me.
>
> Thanks!
> On Nov 9, 2012 10:28 AM, "András Murányi"  wrote:
>
>> On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:
>>
>>> Apologies for x-posting...
>>>
>>> It is my pleasure to announce latest version a.k.a. stable candidate of
>>> pd-l2ork. Having chased down a couple of lingering and extremely sporadic
>>> bugs, I am pleased to report that this latest version is our first "beta"
>>> release with the primary focus on ensuring 100% stable experience. The
>>> latest version also includes updates to the K12 module which now includes
>>> over 40 unique abstractions. As usual, for additional info as well as
>>> both
>>> 32-bit and 64-bit Linux builds please visit
>>> http://l2ork.music.vt.edu/main/?page_id=56
>>>
>>>
>> I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid and
>> when I start pd-l2ork I get the following error:
>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
>> pd-l2ork)
>> pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
>> pd-l2ork)
>>
>> András
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ANN: pd-l2ork 20121019 stable candidate now available

[András Murányi]

On Wed, Oct 24, 2012 at 11:54 PM, Ivica Ico Bukvic  wrote:

> Apologies for x-posting...
>
> It is my pleasure to announce latest version a.k.a. stable candidate of
> pd-l2ork. Having chased down a couple of lingering and extremely sporadic
> bugs, I am pleased to report that this latest version is our first "beta"
> release with the primary focus on ensuring 100% stable experience. The
> latest version also includes updates to the K12 module which now includes
> over 40 unique abstractions. As usual, for additional info as well as both
> 32-bit and 64-bit Linux builds please visit
> http://l2ork.music.vt.edu/main/?page_id=56
>
>
I've installed Pd-l2ork-full-x86_64-20121108.tar.bz2 on Ubuntu Lucid and
when I start pd-l2ork I get the following error:
pd-l2ork: /lib/libc.so.6: version `GLIBC_2.15' not found (required by
pd-l2ork)
pd-l2ork: /lib/libc.so.6: version `GLIBC_2.14' not found (required by
pd-l2ork)

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] blinky.at.or.at down

[András Murányi]

NB, right now every folder there seems empty...

András

On Fri, Nov 2, 2012 at 4:45 PM, Hans-Christoph Steiner wrote:

>
> The nightly builds are here now:
> http://apt.puredata.info/autobuild/
>
> I hope to make this permanent once I get the explicit permission from
> IOhannes, since he maintains that server.
>
> .hc
>
> On Nov 1, 2012, at 5:21 PM, Max wrote:
>
> > yes, turns out a lot of ports are blocked here. sorry for the noise.
> >
> > Am 29.10.2012 um 18:28 schrieb András Murányi :
> >
> >> Both work here.
> >> A firewall on your side...?
> >>
> >> On Mon, Oct 29, 2012 at 5:11 PM, Max  wrote:
> >> hm. I need to be more precise:
> >>
> >> blinky.at.or.at
> >> works (Welcome to Your New Home in Cyberspace!) but
> >>
> >> http://blinky.at.or.at:/auto-build/latest/
> >> is not (time out)
> >>
> >> Am 29.10.2012 um 18:04 schrieb András Murányi :
> >>
> >>> works for me...
> >>>
> >>> On Mon, Oct 29, 2012 at 4:59 PM, Max 
> wrote:
> >>> hm. it still doesn't work for me - is that my connection? IRC isn't
> working for me either at the moment
> >>>
> >>> Am 29.10.2012 um 17:11 schrieb Hans-Christoph Steiner :
> >>>
> >>>>
> >>>> Should be back up.
> >>>>
> >>>> .hc
> >>>>
> >>>> On Oct 29, 2012, at 9:56 AM, Max wrote:
> >>>>
> >>>>> i just wanted to check the new builds and test them but it seems the
> server is not available.
> >>>>>
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


-- 
Murányi András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] blinky.at.or.at down

[András Murányi]

Both work here.
A firewall on your side...?

On Mon, Oct 29, 2012 at 5:11 PM, Max  wrote:

> hm. I need to be more precise:
>
> blinky.at.or.at
> works (Welcome to Your New Home in Cyberspace!) but
>
> http://blinky.at.or.at:/auto-build/latest/
> is not (time out)
>
> Am 29.10.2012 um 18:04 schrieb András Murányi :
>
> > works for me...
> >
> > On Mon, Oct 29, 2012 at 4:59 PM, Max  wrote:
> > hm. it still doesn't work for me - is that my connection? IRC isn't
> working for me either at the moment
> >
> > Am 29.10.2012 um 17:11 schrieb Hans-Christoph Steiner :
> >
> > >
> > > Should be back up.
> > >
> > > .hc
> > >
> > > On Oct 29, 2012, at 9:56 AM, Max wrote:
> > >
> > >> i just wanted to check the new builds and test them but it seems the
> server is not available.
> > >> ___
> > >> Pd-list@iem.at mailing list
> > >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> > >
> >
> >
> > ___
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> >
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] blinky.at.or.at down

[András Murányi]

works for me...

On Mon, Oct 29, 2012 at 4:59 PM, Max  wrote:

> hm. it still doesn't work for me - is that my connection? IRC isn't
> working for me either at the moment
>
> Am 29.10.2012 um 17:11 schrieb Hans-Christoph Steiner :
>
> >
> > Should be back up.
> >
> > .hc
> >
> > On Oct 29, 2012, at 9:56 AM, Max wrote:
> >
> >> i just wanted to check the new builds and test them but it seems the
> server is not available.
> >> ___
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

On Wed, Oct 17, 2012 at 2:04 AM, Hans-Christoph Steiner wrote:

> On 10/16/2012 06:23 PM, András Murányi wrote:
> > On Fri, Sep 28, 2012 at 9:24 PM, Hans-Christoph Steiner  >wrote:
> >
> >> On 09/28/2012 12:10 PM, András Murányi wrote:
> >>>> It could be a useful way to provide Debian/squeeze packages.
> >>>>>> If you want to try my new Pd-extended proper debian support, run:
> >>>>>>
> >>>>>> $
> >>>>
> >>
> ~/auto-build/pd-extended/scripts/auto-build/pd-extended-source-tarball.sh
> >>>>>> $ mv /tmp/Pd-extended_0.43.1~20120926-source.tar.bz2
> >>>>>> ~/auto-build/pd-extended_0.43.1~20120926.orig.tar.bz2
> >>>>>> $ cd ~/auto-build/pd-extended
> >>>>>> $ debuild -S -uc -us
> >>>>>>
> >>>>> Hm, I don't have this script yet in ~auto-build/ ... It seems it
> >> doesn't
> >>>>> work if I just download it to any place along with its whole folder,
> >> but
> >>>> I
> >>>>> cannot run it from the main run-automated-builder script either,
> >> because
> >>>>> rsync cannot reach the server.
> >>>> you need to get them from SVN:
> >>>>
> >>>> cd ~/auto-build/pd-extended/scripts
> >>>> svn up
> >>>> cd ..
> >>>> svn up
> >>>>
> >>> That did the trick!
> >>> The script itself didn't succeed at the first run but the third run
> >>> completed clean.
> >>> And it deletes the file at the end so I needed to copy it before it
> >>> finished :o)
> >>
> >> I just committed some fixes for that. :)  But you can also get a source
> >> tarball that's generated each night:
> >>
> >> http://blinky.at.or.at/auto-build/2012-09-28/
> >>
> >
> > Cool. The only inconvenience is that the folder and the file name has the
> > date so I cannot have the OBS pull the freshest one automatically. An url
> > without "variables", like
> > /auto-build/latest/Pd-extended_0.43.4-source.debian.tar.bz2 would do the
> > trick...
>
> I do this with a script in Jenkins:
>
> #!/bin/sh
>
> VERSION=0.43.4
> DEBIAN_SOURCE_DATE=`date +%Y%m%d`
> URL_DATE=`date +%Y-%m-%d`
> ORIG=Pd-extended_${VERSION}~$DEBIAN_SOURCE_DATE-source.tar.bz2
> DEBIAN=Pd-extended_${VERSION}~$DEBIAN_SOURCE_DATE-source.debian.tar.bz2
>
> wget http://blinky.at.or.at:/auto-build/$URL_DATE/${ORIG}
> wget http://blinky.at.or.at:/auto-build/$URL_DATE/${ORIG}.md5
> wget http://blinky.at.or.at:/auto-build/$URL_DATE/${DEBIAN}
> wget http://blinky.at.or.at:/auto-build/$URL_DATE/${DEBIAN}.md5
> md5sum<http://blinky.at.or.at:/auto-build/$URL_DATE/$%7BDEBIAN%7D.md5md5sum>-c
>  ${ORIG}.md5
> md5sum -c ${DEBIAN}.md5
> ln -s $ORIG `echo $ORIG | sed 's,^P,p,' | sed 's,-source,.orig,'`
> tar xjf ${ORIG}
> cd pd-extended
> tar xjf ../${DEBIAN}
> debuild -uc -us
>
>
Eh, I don't see a way do do this on the OBS. For the record, these are the
operations allowed on sources:

Convert non-tar-archives to tar.gz
Automated packaging of via maven central
Download files as specified in spec file
Create spec file for cpan sources
Extract files from archive
Verify a file
Create a tar ball from SCM repository
Updates version in spec file
Change File Compression
Download and extract a src.rpm
Update sources
Download a file
Validate sources
Format the spec files

The source has to be either online with a static name, or in an SCM tree,
or a statically uploaded file.
I think I'll have to go with the latter now.



>
> > BTW, would it be possible to make up the tar.gz which comes from
> > sourceforge in a way that it has the proper /debian folder instead of the
> > seemingly less proper /packages/linux_make/debian/? Why cannot it have
> all
> > the superpower that the one from the auto-build repo has? Sorry, perhaps
> > there is a reason, I'm just too dumb for this source package business
> yet.
>
> Done :)  That's what the Pd-extended*-source.debian.tar.bz2 tarball is.
>  Its also checked into pure-data SVN in the pd-extended/0.43 branch, and
> will ultimately wind up in trunk/debian.
>
>
> > Btw, /packages/redhat_rpm/pd-extended.spec in the source package seems
> > outdated (Version: 0.39.2)... It's an earlier (2006) version of the spec
> > file by Fernando Lopez-Lezcano. However, it has the advantage that it
> > generates separate packages for the externals (if it stil

Re: [PD] Autobuild failure on oss

[András Murányi]

Done

On Wed, Oct 17, 2012 at 3:15 PM, Hans-Christoph Steiner wrote:

>
> I added a "Build-Conflicts: oss4-dev" to the pd-extended package.  Could
> you add a note to the Debian wiki page about making sure that package is
> not installed?
>
> .hc
>
> On 10/17/2012 08:17 AM, András Murányi wrote:
> > If we are talking about the failure on my box, it is an OSS thing:
> > http://manuals.opensound.com/developer/soundcard.h.html
> >
> >> #define SOUND_PCM_GETOSPACE
> >> SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead
> >>
> > (linux-libc-dev is installed of course)
> >
> > András
> >
> > On Wed, Oct 17, 2012 at 2:37 AM, Hans-Christoph Steiner  >wrote:
> >
> >>
> >> I don't know anything about that package, seems unnecessary and probably
> >> conflicting.  The header Pd needs is included in linux-libc-dev.
> >>
> >> .hc
> >>
> >> On 10/16/2012 08:27 PM, András Murányi wrote:
> >>> I have oss4-dev installed but oss4-base or oss4-source not... do we
> need
> >>> any of them?
> >>>
> >>> András
> >>>
> >>> On Wed, Oct 17, 2012 at 2:10 AM, Hans-Christoph Steiner  >>> wrote:
> >>>
> >>>>
> >>>> Strange, because building for Lucid on launchpad does not give this
> >>>> error, maybe you're missing a package? Here's the log:
> >>>>
> >>>> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> >>>> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> >>>> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> >>>> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> >>>> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> >>>> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> >>>> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
> >>>> -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1
> -DHAVE_ALLOCA_H=1
> >>>> -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_UNISTD_H=1 -I.-DPD
> >>>> -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA -DUSEAPI_JACK -DJACK_XRUN
> >>>> -DUSEAPI_OSS -DUSEAPI_PORTAUDIO  -I../portaudio/include-O2 -g -MT
> >>>> pd-s_audio_oss.o -MD -MP -MF .deps/pd-s_audio_oss.Tpo -c -o
> >>>> pd-s_audio_oss.o `test -f 's_audio_oss.c' || echo './'`s_audio_oss.c
> >>>> s_audio_oss.c: In function 'oss_open_audio':
> >>>> s_audio_oss.c:465: warning: ignoring return value of 'read', declared
> >>>> with attribute warn_unused_result
> >>>> s_audio_oss.c:478: warning: ignoring return value of 'write', declared
> >>>> with attribute warn_unused_result
> >>>> mv -f .deps/pd-s_audio_oss.Tpo .deps/pd-s_audio_oss.Po
> >>>>
> >>>>
> >>>>
> >>
> https://launchpadlibrarian.net/119881751/buildlog_ubuntu-lucid-i386.pd-extended_0.43.4~20121016-1~lucid_FAILEDTOBUILD.txt.gz
> >>>>
> >>>> .hc
> >>>>
> >>>> On 10/16/2012 06:46 PM, András Murányi wrote:
> >>>>> I've re-enabled the autobuild on my box, and it seems to connect and
> >> work
> >>>>> except that the build fails with this:
> >>>>>
> >>>>> Ubuntu 10.04.4
> >>>>>
> >>>>> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> >>>>>> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> >>>>>> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> >>>>>> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> >>>>>> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> >>>> -DHAVE_MEMORY_H=1
> >>>>>> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> >>>> -DHAVE_UNISTD_H=1
> >>>>>> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1
> >> -DSTDC_HEADERS=1
> >>>>>> -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1
> >>>>>> -DHAVE_UNISTD_H=1 -I.-DPD -DINSTALL_PREFIX=\"/usr\"
> -DUSEAPI_ALSA
> >>>>>> -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_

Re: [PD] No pitch bend objects working

[András Murányi]

Just a shot in the dark, but you may be able to construct a pitch bend
message and send it with [midiout].
Take a look at http://midikits.net23.net/midi_analyser/pitch_bend.htm

András

On Thu, Oct 18, 2012 at 5:46 PM, Andy Friend  wrote:

> For sure - however [bendout] is not working at all.
>
> It's not Kontakt, as have tested sending from Supercollider and all works
> fine.
>
> Can anyone else on Windows please confirm this, before I lose my mind :)
>
> My set: Win 7 x64, PD_Extended 0.42.5, and PD Vanilla 0.43.3, LoopBe1 and
> MIDI Yoke drivers
>
>
>
> On 18 October 2012 16:35, Thomas Mayer  wrote:
>
>> Hi Andy,
>>
>> in that case, you need to use [bendin] and [bendout] instead of [ctlin]
>> and [ctlout]. Pitch bend does not have a CC number (
>> http://www.samplemodeling.com/forum/viewtopic.php?f=2&t=119) and uses a
>> range of 0-16383 instead of 0-127.
>>
>> Best regards,
>> Thomas
>>
>> - Original Message -
>> From: andy.fri...@gmail.com
>> To: tho...@residuum.org
>> Date: 18.10.2012 16:27:07
>> Subject: Re: Re: [PD] No pitch bend objects working
>>
>>
>> > I need to map  to the pitch bend wheel directly - so that it is
>> manipulated
>> > in the external standalone VST, Kontakt.
>> >
>> > There doesn't seem to be an available CC for the pitchbend wheel.
>> Thanks,
>> > but yours appears to just be a stepped workaround.
>> >
>> >
>> > On 18 October 2012 11:49, Thomas Mayer  wrote:
>> >
>> >> Oh, and that [-] should be a [+] obviously.
>> >>
>> >> - Original Message -
>> >> From: tho...@residuum.org
>> >> To: andy.fri...@gmail.com, pd-list@iem.at
>> >> Date: 18.10.2012 12:42:56
>> >> Subject: Re: [PD] No pitch bend objects working
>> >>
>> >>
>> >> > Hi,
>> >> >
>> >> > what do you mean by "pitch bend"? Are you looking for an object that
>> >> applies MIDI pitch bend to MIDI notes? Then see attached patch.
>> >> >
>> >> > If that is not the desired result, then please tell us, what that
>> object
>> >> should do.
>> >> >
>> >> > Best regards,
>> >> > Thomas
>> >> >
>> >> > - Original Message -
>> >> > From: andy.fri...@gmail.com
>> >> > To: pd-list@iem.at
>> >> > Date: 18.10.2012 11:25:32
>> >> > Subject: Re: [PD] No pitch bend objects working
>> >> >
>> >> >
>> >> >> Hi,
>> >> >>
>> >> >> Thanks, no - I'm looking for an actual pitch bend object, that
>> works!!!
>> >> >>
>> >> >> I'm shocked that none of them work on Windows..
>> >> >>
>> >> >>
>> >> >>
>> >> >> On 17.10.2012 12:06, Andy Friend wrote:
>> >> >>> Hi guys,
>> >> >>>
>> >> >>> I've tried all the common pitch bend objects: bendout, xbendout,
>> and
>> >> >>> xbendout2 (pitchout doesn't seem to exist anymore).
>> >> >>>
>> >> >>> Midi data is being received by NI Kontakt, but no bending is
>> happening
>> >> >>> (also tested in Realstrat).
>> >> >>>
>> >> >>> This is under Win7 64bit, PD Extended 0.42.5, and PD Vanilla 0.43.3
>> >> >>> (bendout object tested).
>> >> >>>
>> >> >>> I'm pretty desperate here - anyone have any ideas?
>> >> >>
>> >> >> Are you looking for a pitchshift effect? If so, there are two
>> >> >> abstractions for that in my set of abstractions:
>> >> >> https://github.com/residuum/Puredata-abstractions
>> >> >>
>> >> >> Another implementation is available in the examples:
>> >> >> 3.audio.examples/G09.pitchshift.pd
>> >> >>
>> >> >> Best regards,
>> >> >> Thomas
>> >> >> --
>> >> >> "Ich komme aus dem Staunen nicht heraus."
>> >> >> "Dann bleib halt drin, du Seppel"
>> >> >> (Dietmar Dath - Die Abschaffung der Arten)
>> >> >> http://www.residuum.org/
>> >> >
>>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Autobuild failure on oss

[András Murányi]

If we are talking about the failure on my box, it is an OSS thing:
http://manuals.opensound.com/developer/soundcard.h.html

> #define SOUND_PCM_GETOSPACE
> SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead
>
(linux-libc-dev is installed of course)

András

On Wed, Oct 17, 2012 at 2:37 AM, Hans-Christoph Steiner wrote:

>
> I don't know anything about that package, seems unnecessary and probably
> conflicting.  The header Pd needs is included in linux-libc-dev.
>
> .hc
>
> On 10/16/2012 08:27 PM, András Murányi wrote:
> > I have oss4-dev installed but oss4-base or oss4-source not... do we need
> > any of them?
> >
> > András
> >
> > On Wed, Oct 17, 2012 at 2:10 AM, Hans-Christoph Steiner  >wrote:
> >
> >>
> >> Strange, because building for Lucid on launchpad does not give this
> >> error, maybe you're missing a package? Here's the log:
> >>
> >> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> >> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> >> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> >> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> >> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> >> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> >> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
> >> -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1
> >> -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_UNISTD_H=1 -I.-DPD
> >> -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA -DUSEAPI_JACK -DJACK_XRUN
> >> -DUSEAPI_OSS -DUSEAPI_PORTAUDIO  -I../portaudio/include-O2 -g -MT
> >> pd-s_audio_oss.o -MD -MP -MF .deps/pd-s_audio_oss.Tpo -c -o
> >> pd-s_audio_oss.o `test -f 's_audio_oss.c' || echo './'`s_audio_oss.c
> >> s_audio_oss.c: In function 'oss_open_audio':
> >> s_audio_oss.c:465: warning: ignoring return value of 'read', declared
> >> with attribute warn_unused_result
> >> s_audio_oss.c:478: warning: ignoring return value of 'write', declared
> >> with attribute warn_unused_result
> >> mv -f .deps/pd-s_audio_oss.Tpo .deps/pd-s_audio_oss.Po
> >>
> >>
> >>
> https://launchpadlibrarian.net/119881751/buildlog_ubuntu-lucid-i386.pd-extended_0.43.4~20121016-1~lucid_FAILEDTOBUILD.txt.gz
> >>
> >> .hc
> >>
> >> On 10/16/2012 06:46 PM, András Murányi wrote:
> >>> I've re-enabled the autobuild on my box, and it seems to connect and
> work
> >>> except that the build fails with this:
> >>>
> >>> Ubuntu 10.04.4
> >>>
> >>> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> >>>> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> >>>> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> >>>> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> >>>> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> >> -DHAVE_MEMORY_H=1
> >>>> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> >> -DHAVE_UNISTD_H=1
> >>>> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1
> -DSTDC_HEADERS=1
> >>>> -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1
> >>>> -DHAVE_UNISTD_H=1 -I.-DPD -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA
> >>>> -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_OSS -DUSEAPI_PORTAUDIO
> >>>> -I../portaudio/include-O2 -g -MT pd-s_audio_oss.o -MD -MP -MF
> >>>> .deps/pd-s_audio_oss.Tpo -c -o pd-s_audio_oss.o `test -f
> >> 's_audio_oss.c' ||
> >>>> echo './'`s_audio_oss.c
> >>>> s_audio_oss.c: In function ‘oss_configure’:
> >>>> s_audio_oss.c:205: error:
> >>>> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> >>>> undeclared (first use in this function)
> >>>> s_audio_oss.c:205: error: (Each undeclared identifier is reported only
> >> once
> >>>> s_audio_oss.c:205: error: for each function it appears in.)
> >>>> s_audio_oss.c: In function ‘oss_open_audio’:
> >>>> s_audio_oss.c:465: warning: ignoring return value of ‘read’, declared
> >> with
> >>>> attribute warn_unused_result
> >>>> s_

Re: [PD] Autobuild failure on oss

[András Murányi]

I have oss4-dev installed but oss4-base or oss4-source not... do we need
any of them?

András

On Wed, Oct 17, 2012 at 2:10 AM, Hans-Christoph Steiner wrote:

>
> Strange, because building for Lucid on launchpad does not give this
> error, maybe you're missing a package? Here's the log:
>
> gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
> -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
> -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1 -DHAVE_ALLOCA_H=1
> -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1 -DHAVE_UNISTD_H=1 -I.-DPD
> -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA -DUSEAPI_JACK -DJACK_XRUN
> -DUSEAPI_OSS -DUSEAPI_PORTAUDIO  -I../portaudio/include-O2 -g -MT
> pd-s_audio_oss.o -MD -MP -MF .deps/pd-s_audio_oss.Tpo -c -o
> pd-s_audio_oss.o `test -f 's_audio_oss.c' || echo './'`s_audio_oss.c
> s_audio_oss.c: In function 'oss_open_audio':
> s_audio_oss.c:465: warning: ignoring return value of 'read', declared
> with attribute warn_unused_result
> s_audio_oss.c:478: warning: ignoring return value of 'write', declared
> with attribute warn_unused_result
> mv -f .deps/pd-s_audio_oss.Tpo .deps/pd-s_audio_oss.Po
>
>
> https://launchpadlibrarian.net/119881751/buildlog_ubuntu-lucid-i386.pd-extended_0.43.4~20121016-1~lucid_FAILEDTOBUILD.txt.gz
>
> .hc
>
> On 10/16/2012 06:46 PM, András Murányi wrote:
> > I've re-enabled the autobuild on my box, and it seems to connect and work
> > except that the build fails with this:
> >
> > Ubuntu 10.04.4
> >
> > gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> >> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> >> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> >> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> >> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
> -DHAVE_MEMORY_H=1
> >> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1
> -DHAVE_UNISTD_H=1
> >> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1
> >> -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1
> >> -DHAVE_UNISTD_H=1 -I.-DPD -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA
> >> -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_OSS -DUSEAPI_PORTAUDIO
> >> -I../portaudio/include-O2 -g -MT pd-s_audio_oss.o -MD -MP -MF
> >> .deps/pd-s_audio_oss.Tpo -c -o pd-s_audio_oss.o `test -f
> 's_audio_oss.c' ||
> >> echo './'`s_audio_oss.c
> >> s_audio_oss.c: In function ‘oss_configure’:
> >> s_audio_oss.c:205: error:
> >> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> >> undeclared (first use in this function)
> >> s_audio_oss.c:205: error: (Each undeclared identifier is reported only
> once
> >> s_audio_oss.c:205: error: for each function it appears in.)
> >> s_audio_oss.c: In function ‘oss_open_audio’:
> >> s_audio_oss.c:465: warning: ignoring return value of ‘read’, declared
> with
> >> attribute warn_unused_result
> >> s_audio_oss.c:478: warning: ignoring return value of ‘write’, declared
> >> with attribute warn_unused_result
> >> s_audio_oss.c: In function ‘oss_calcspace’:
> >> s_audio_oss.c:517: error:
> >> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> >> undeclared (first use in this function)
> >> s_audio_oss.c:524: error:
> >> ‘SOUND_PCM_GETISPACE_is_obsolete_use_SNDCTL_DSP_GETISPACE_instead’
> >> undeclared (first use in this function)
> >> s_audio_oss.c: In function ‘oss_doresync’:
> >> s_audio_oss.c:572: error:
> >> ‘SOUND_PCM_GETISPACE_is_obsolete_use_SNDCTL_DSP_GETISPACE_instead’
> >> undeclared (first use in this function)
> >> s_audio_oss.c:601: error:
> >> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> >> undeclared (first use in this function)
> >>
> >
>
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Autobuild failure on oss

[András Murányi]

I've re-enabled the autobuild on my box, and it seems to connect and work
except that the build fails with this:

gcc -DPACKAGE_NAME=\"pd\" -DPACKAGE_TARNAME=\"pd\"
> -DPACKAGE_VERSION=\"0.43.1\" -DPACKAGE_STRING=\"pd\ 0.43.1\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"pd\"
> -DVERSION=\"0.43.1\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
> -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
> -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_LIBDL=1 -DSTDC_HEADERS=1
> -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -DHAVE_SYS_SOUNDCARD_H=1
> -DHAVE_UNISTD_H=1 -I.-DPD -DINSTALL_PREFIX=\"/usr\" -DUSEAPI_ALSA
> -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_OSS -DUSEAPI_PORTAUDIO
> -I../portaudio/include-O2 -g -MT pd-s_audio_oss.o -MD -MP -MF
> .deps/pd-s_audio_oss.Tpo -c -o pd-s_audio_oss.o `test -f 's_audio_oss.c' ||
> echo './'`s_audio_oss.c
> s_audio_oss.c: In function ‘oss_configure’:
> s_audio_oss.c:205: error:
> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> undeclared (first use in this function)
> s_audio_oss.c:205: error: (Each undeclared identifier is reported only once
> s_audio_oss.c:205: error: for each function it appears in.)
> s_audio_oss.c: In function ‘oss_open_audio’:
> s_audio_oss.c:465: warning: ignoring return value of ‘read’, declared with
> attribute warn_unused_result
> s_audio_oss.c:478: warning: ignoring return value of ‘write’, declared
> with attribute warn_unused_result
> s_audio_oss.c: In function ‘oss_calcspace’:
> s_audio_oss.c:517: error:
> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> undeclared (first use in this function)
> s_audio_oss.c:524: error:
> ‘SOUND_PCM_GETISPACE_is_obsolete_use_SNDCTL_DSP_GETISPACE_instead’
> undeclared (first use in this function)
> s_audio_oss.c: In function ‘oss_doresync’:
> s_audio_oss.c:572: error:
> ‘SOUND_PCM_GETISPACE_is_obsolete_use_SNDCTL_DSP_GETISPACE_instead’
> undeclared (first use in this function)
> s_audio_oss.c:601: error:
> ‘SOUND_PCM_GETOSPACE_is_obsolete_use_SNDCTL_DSP_GETOSPACE_instead’
> undeclared (first use in this function)
>

Ubuntu 10.04.4

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

On Fri, Sep 28, 2012 at 9:24 PM, Hans-Christoph Steiner wrote:

> On 09/28/2012 12:10 PM, András Murányi wrote:
> >> It could be a useful way to provide Debian/squeeze packages.
> >>>> If you want to try my new Pd-extended proper debian support, run:
> >>>>
> >>>> $
> >>
> ~/auto-build/pd-extended/scripts/auto-build/pd-extended-source-tarball.sh
> >>>> $ mv /tmp/Pd-extended_0.43.1~20120926-source.tar.bz2
> >>>> ~/auto-build/pd-extended_0.43.1~20120926.orig.tar.bz2
> >>>> $ cd ~/auto-build/pd-extended
> >>>> $ debuild -S -uc -us
> >>>>
> >>> Hm, I don't have this script yet in ~auto-build/ ... It seems it
> doesn't
> >>> work if I just download it to any place along with its whole folder,
> but
> >> I
> >>> cannot run it from the main run-automated-builder script either,
> because
> >>> rsync cannot reach the server.
> >> you need to get them from SVN:
> >>
> >> cd ~/auto-build/pd-extended/scripts
> >> svn up
> >> cd ..
> >> svn up
> >>
> > That did the trick!
> > The script itself didn't succeed at the first run but the third run
> > completed clean.
> > And it deletes the file at the end so I needed to copy it before it
> > finished :o)
>
> I just committed some fixes for that. :)  But you can also get a source
> tarball that's generated each night:
>
> http://blinky.at.or.at/auto-build/2012-09-28/
>

Cool. The only inconvenience is that the folder and the file name has the
date so I cannot have the OBS pull the freshest one automatically. An url
without "variables", like
/auto-build/latest/Pd-extended_0.43.4-source.debian.tar.bz2 would do the
trick...

BTW, would it be possible to make up the tar.gz which comes from
sourceforge in a way that it has the proper /debian folder instead of the
seemingly less proper /packages/linux_make/debian/? Why cannot it have all
the superpower that the one from the auto-build repo has? Sorry, perhaps
there is a reason, I'm just too dumb for this source package business yet.

Btw, /packages/redhat_rpm/pd-extended.spec in the source package seems
outdated (Version: 0.39.2)... It's an earlier (2006) version of the spec
file by Fernando Lopez-Lezcano. However, it has the advantage that it
generates separate packages for the externals (if it still works), while
the last (2010) version generated a core and an extra package only.


>
> >> The rsync method is gone for now, and perhaps permanently.  I'm trying
> >> to see if I can make the cleaning process work without rsync.
> >>
> >>>> (the -uc -us) means ignore the whole signing procedure, including the
> >>>> name in the debian/changelog)
> >>>> Also, its great that you are taking on the spec file for RPMs!  Once
> you
> >>> get 'puredata' working, then it would be very handy if you could make
> >>>> one for the externals/template.  Then it'll be easy to make RPMs for
> >>>> most of the libraries in Pd-extended, just like what's in Debian.
> >>>>
> >>>> I've never made RPMs before, but I've done a lot of other packaging,
> so
> >>>> I'll help where I can.
> >>>>
> >>> Well, the deb thing is stuck at this line now:
> >>>
> >>>> dpkg-source: error: unrecognized file for a v1.0 source package:
> >>>> Pd-0.42.5-extended.tar.gz
> >>>>
> >>> The file is pulled from
> >>>
> >>
> http://sourceforge.net/projects/pure-data/files/pd-extended/0.42.5/Pd-0.42.5-extended.tar.gz
> >>> (It has a packages/linux_make/debian folder but still no good.)
> >>> Is there a .tar.gz for pd-extended online which is suitable for deb
> >>> packaging and I could link to it? I don't want to reinvent the wheel...
> >>> BTW, Is there a Pd-0.42.5-extended-dev.deb (or alike) that I could
> study
> >> or
> >>> use for parts?
> >>>
> >>> The rpm is losing it here:
> >>>
> >>>> `test -f
> >>>>
> >>
> /home/abuild/rpmbuild/BUILD/Pd-0.42.5-extended/externals/unauthorized/mp3live~/../linux/mp3streamin~.libs
> >>>> && cat
> >>>>
> >>
> /home/abuild/rpmbuild/BUILD/Pd-0.42.5-extended/externals/unauthorized/mp3live~/../linux/mp3streamin~.libs`
> >>>> /usr/bin/ld: cannot find -lmp3lame
> >>>>
> >>> As far as I understood lame-devel is not available in

Re: [PD] firewire is dead?

[András Murányi]

On Tue, Oct 16, 2012 at 5:11 PM, Julian Brooks  wrote:

> "I'd be interested in a recommendation for that (external soundcard for
> linux laptops)."
>
> I have a Lenovo x61s (s/h £180, best laptop I've ever had) with an RME
> Hammerfall (v.1 [s/h £150]).  It's great - stable, easy to setup, 8IO + the
> software HDSP_conf/mixer works well (and seems to have done for years).
> Firewire via pcmcia card:  Got to love redundant technologies.
>

Is that a standard firewire card or RME's proprietary "quasi firewire"?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

> > I hear that OpenSUSE's build server will build Debian packages, but
> >> I've
> > never used it.  It would be very useful if someone set that up, I
> >> think can
> > also build Fedora and SUSE packages.
> >
> >
>  I played around with OpenSUSE's OBS but it's not a success yet.
>  It needs a something.spec file for building RPMs and a something.dsc
> >> file
>  for DEBs. Both files serve to define a source package.
>  For the spec file, I started from one well worked out for Planet CCRMA
> >> by
>  Fernando Lopez-Lezcano. It's looking good for the OBS right now except
> >> that
>  I'm struggling with the source definition, i.e. it doesn't seem to be
> >> able
>  to grab the tar.gz from sourceforge.
>  For the debian dsc file, I used Paul Brossier's one. The dsc is much
>  simpler, but it cannot accept source urls, only local files. That's
> >> where
>  OBS's so-called "Source Service" comes into the picture, which can
> >> download
>  a tar.gz or even checkout an svn repo and tar.gz it for me. I'm
> >> struggling
>  with this too, because (1) I'm unable to grab the resulting tar.gz
> from
> >> the
>  dsc (it's created with an odd name that contains a colon) and (2) in
> the
>  dsc an MD5 checksum of the tar.gz needs to be present which is unknown
> >> in
>  the case of an archive newly created from SVN.
>  I'll try to grow smarter with OBS, but in the meantime, any advice is
>  highly appreciated. :)
> 
> >>> Update: both source access problems are solved for now.
> >>> The deb build at the moment is stuck at the point where it doesn't
> >>> recognize the source package as a valid one. Dunno why.
> >>> The rpm build got as far as where it would have needed mp3lame - seems
> >> that
> >>> it's only available with Planet CCRMA (?). GEM builds fine. I'm playing
> >>> around with conditionals for requires for different CPU capabilities,
> >>> because OBS's spec file parser is somewhat limited.
> >>> More news soon, hopefully.
> >> Deb source packages are too tricky to create manually, use the Debian
> >> tools.  If you are working from a git repo, like for puredata, the use
> >> "git-buildpackage -S".   For any repo with the debian/ folder there, you
> >> can use "debuild -S"
> >>
> >> You will need to change the debian/changelog to have your name and email
> >> in it, so that the signing part works, if opensuse requires signed
> >> packages.  Launchpad, Debian, and Ubuntu all do.
> >>
> >> At the very least, you'll want to do:
> >>
> >> sudo apt-get install dpkg-dev devscripts debhelper cdbs
> >>
> >> You can also download the source packages from the Debian or Ubuntu
> >> official packages, but they'll be signed by the original uploaders key.
> >> That wouldn't work with Launchpad but might with OBS, if it has looser
> >> signing restrictions.
> >>
> > Cool, I've actually paid less attention to the deb process on OBS knowing
> > that it's already worked out and up-to-date somewhere else. I'll take a
> > look at how I can reuse those packages.
> > OBS doesn't need signed packages, an I haven't tried if it accepts
> packages
> > signed by someone else.
>
> It could be a useful way to provide Debian/squeeze packages.
>
> >> If you want to try my new Pd-extended proper debian support, run:
> >>
> >> $
> ~/auto-build/pd-extended/scripts/auto-build/pd-extended-source-tarball.sh
> >> $ mv /tmp/Pd-extended_0.43.1~20120926-source.tar.bz2
> >> ~/auto-build/pd-extended_0.43.1~20120926.orig.tar.bz2
> >> $ cd ~/auto-build/pd-extended
> >> $ debuild -S -uc -us
> >>
> > Hm, I don't have this script yet in ~auto-build/ ... It seems it doesn't
> > work if I just download it to any place along with its whole folder, but
> I
> > cannot run it from the main run-automated-builder script either, because
> > rsync cannot reach the server.
>
> you need to get them from SVN:
>
> cd ~/auto-build/pd-extended/scripts
> svn up
> cd ..
> svn up
>

That did the trick!
The script itself didn't succeed at the first run but the third run
completed clean.
And it deletes the file at the end so I needed to copy it before it
finished :o)


>
> The rsync method is gone for now, and perhaps permanently.  I'm trying
> to see if I can make the cleaning process work without rsync.
>
> >
> >> (the -uc -us) means ignore the whole signing procedure, including the
> >> name in the debian/changelog)
> >
> >> Also, its great that you are taking on the spec file for RPMs!  Once you
> > get 'puredata' working, then it would be very handy if you could make
> >> one for the externals/template.  Then it'll be easy to make RPMs for
> >> most of the libraries in Pd-extended, just like what's in Debian.
> >>
> >> I've never made RPMs before, but I've done a lot of other packaging, so
> >> I'll help where I can.
> >>
> > Well, the deb thing is stuck at this line now:
> >
> >> dpkg-source: error: unrecognized file for a v1.0 source package:
> >> Pd-0.42.5-extended.tar.gz

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

On Thu, Sep 27, 2012 at 6:47 PM, Hans-Christoph Steiner wrote:

> On 09/27/2012 10:30 AM, András Murányi wrote:
> > On Thu, Sep 27, 2012 at 1:20 AM, András Murányi 
> wrote:
> >
> >> On Sun, Sep 23, 2012 at 8:22 PM, Hans-Christoph Steiner  >wrote:
> >>
> >>> launchpad only builds packages for the Ubuntu releases, but you could
> use
> >>> one of the Ubuntu packages on Debian if you find an Ubuntu release
> that is
> >>> close to your Debian release.
> >>>
> >>> I hear that OpenSUSE's build server will build Debian packages, but
> I've
> >>> never used it.  It would be very useful if someone set that up, I
> think can
> >>> also build Fedora and SUSE packages.
> >>>
> >>>
> >> I played around with OpenSUSE's OBS but it's not a success yet.
> >> It needs a something.spec file for building RPMs and a something.dsc
> file
> >> for DEBs. Both files serve to define a source package.
> >> For the spec file, I started from one well worked out for Planet CCRMA
> by
> >> Fernando Lopez-Lezcano. It's looking good for the OBS right now except
> that
> >> I'm struggling with the source definition, i.e. it doesn't seem to be
> able
> >> to grab the tar.gz from sourceforge.
> >> For the debian dsc file, I used Paul Brossier's one. The dsc is much
> >> simpler, but it cannot accept source urls, only local files. That's
> where
> >> OBS's so-called "Source Service" comes into the picture, which can
> download
> >> a tar.gz or even checkout an svn repo and tar.gz it for me. I'm
> struggling
> >> with this too, because (1) I'm unable to grab the resulting tar.gz from
> the
> >> dsc (it's created with an odd name that contains a colon) and (2) in the
> >> dsc an MD5 checksum of the tar.gz needs to be present which is unknown
> in
> >> the case of an archive newly created from SVN.
> >> I'll try to grow smarter with OBS, but in the meantime, any advice is
> >> highly appreciated. :)
> >>
> > Update: both source access problems are solved for now.
> > The deb build at the moment is stuck at the point where it doesn't
> > recognize the source package as a valid one. Dunno why.
> > The rpm build got as far as where it would have needed mp3lame - seems
> that
> > it's only available with Planet CCRMA (?). GEM builds fine. I'm playing
> > around with conditionals for requires for different CPU capabilities,
> > because OBS's spec file parser is somewhat limited.
> > More news soon, hopefully.
>
> Deb source packages are too tricky to create manually, use the Debian
> tools.  If you are working from a git repo, like for puredata, the use
> "git-buildpackage -S".   For any repo with the debian/ folder there, you
> can use "debuild -S"
>
> You will need to change the debian/changelog to have your name and email
> in it, so that the signing part works, if opensuse requires signed
> packages.  Launchpad, Debian, and Ubuntu all do.
>
> At the very least, you'll want to do:
>
> sudo apt-get install dpkg-dev devscripts debhelper cdbs
>
> You can also download the source packages from the Debian or Ubuntu
> official packages, but they'll be signed by the original uploaders key.
> That wouldn't work with Launchpad but might with OBS, if it has looser
> signing restrictions.
>

Cool, I've actually paid less attention to the deb process on OBS knowing
that it's already worked out and up-to-date somewhere else. I'll take a
look at how I can reuse those packages.
OBS doesn't need signed packages, an I haven't tried if it accepts packages
signed by someone else.


>
> If you want to try my new Pd-extended proper debian support, run:
>
> $ ~/auto-build/pd-extended/scripts/auto-build/pd-extended-source-tarball.sh
> $ mv /tmp/Pd-extended_0.43.1~20120926-source.tar.bz2
> ~/auto-build/pd-extended_0.43.1~20120926.orig.tar.bz2
> $ cd ~/auto-build/pd-extended
> $ debuild -S -uc -us
>

Hm, I don't have this script yet in ~auto-build/ ... It seems it doesn't
work if I just download it to any place along with its whole folder, but I
cannot run it from the main run-automated-builder script either, because
rsync cannot reach the server.


>
> (the -uc -us) means ignore the whole signing procedure, including the
> name in the debian/changelog)



> Also, its great that you are taking on the spec file for RPMs!  Once you
>
get 'puredata' working, then it would be very handy if you could make

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

On Thu, Sep 27, 2012 at 1:20 AM, András Murányi  wrote:

> On Sun, Sep 23, 2012 at 8:22 PM, Hans-Christoph Steiner wrote:
>
>>
>> launchpad only builds packages for the Ubuntu releases, but you could use
>> one of the Ubuntu packages on Debian if you find an Ubuntu release that is
>> close to your Debian release.
>>
>> I hear that OpenSUSE's build server will build Debian packages, but I've
>> never used it.  It would be very useful if someone set that up, I think can
>> also build Fedora and SUSE packages.
>>
>>
> I played around with OpenSUSE's OBS but it's not a success yet.
> It needs a something.spec file for building RPMs and a something.dsc file
> for DEBs. Both files serve to define a source package.
> For the spec file, I started from one well worked out for Planet CCRMA by
> Fernando Lopez-Lezcano. It's looking good for the OBS right now except that
> I'm struggling with the source definition, i.e. it doesn't seem to be able
> to grab the tar.gz from sourceforge.
> For the debian dsc file, I used Paul Brossier's one. The dsc is much
> simpler, but it cannot accept source urls, only local files. That's where
> OBS's so-called "Source Service" comes into the picture, which can download
> a tar.gz or even checkout an svn repo and tar.gz it for me. I'm struggling
> with this too, because (1) I'm unable to grab the resulting tar.gz from the
> dsc (it's created with an odd name that contains a colon) and (2) in the
> dsc an MD5 checksum of the tar.gz needs to be present which is unknown in
> the case of an archive newly created from SVN.
> I'll try to grow smarter with OBS, but in the meantime, any advice is
> highly appreciated. :)
>

Update: both source access problems are solved for now.
The deb build at the moment is stuck at the point where it doesn't
recognize the source package as a valid one. Dunno why.
The rpm build got as far as where it would have needed mp3lame - seems that
it's only available with Planet CCRMA (?). GEM builds fine. I'm playing
around with conditionals for requires for different CPU capabilities,
because OBS's spec file parser is somewhat limited.
More news soon, hopefully.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd-extended 0.42.5 packages for many Ubuntu releases, i386/amd64

[András Murányi]

On Sun, Sep 23, 2012 at 8:22 PM, Hans-Christoph Steiner wrote:

>
> launchpad only builds packages for the Ubuntu releases, but you could use
> one of the Ubuntu packages on Debian if you find an Ubuntu release that is
> close to your Debian release.
>
> I hear that OpenSUSE's build server will build Debian packages, but I've
> never used it.  It would be very useful if someone set that up, I think can
> also build Fedora and SUSE packages.
>
>
I played around with OpenSUSE's OBS but it's not a success yet.
It needs a something.spec file for building RPMs and a something.dsc file
for DEBs. Both files serve to define a source package.
For the spec file, I started from one well worked out for Planet CCRMA by
Fernando Lopez-Lezcano. It's looking good for the OBS right now except that
I'm struggling with the source definition, i.e. it doesn't seem to be able
to grab the tar.gz from sourceforge.
For the debian dsc file, I used Paul Brossier's one. The dsc is much
simpler, but it cannot accept source urls, only local files. That's where
OBS's so-called "Source Service" comes into the picture, which can download
a tar.gz or even checkout an svn repo and tar.gz it for me. I'm struggling
with this too, because (1) I'm unable to grab the resulting tar.gz from the
dsc (it's created with an odd name that contains a colon) and (2) in the
dsc an MD5 checksum of the tar.gz needs to be present which is unknown in
the case of an archive newly created from SVN.
I'll try to grow smarter with OBS, but in the meantime, any advice is
highly appreciated. :)

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] temporary home for Pd-extended 0.43.1 downloads

[András Murányi]

Cool!
Does it mean that I can re-enable the autobuild cron job? if yes, shall I
change the IP for rsync (now 128.238.56.50)? ...I guess the builds are
coming from the old autobuild system because I cannot access the Jenkins
dashboard.

András

On Tue, Sep 11, 2012 at 3:58 AM, Hans-Christoph Steiner wrote:

>
> I just retrieved the old pdlab boxes, and put up the main one in a
> temporary location, in case anyone is looking for Pd-extended 0.43.1 builds:
>
> http://blinky.at.or.at:/auto-build/latest/
>
> .hc
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] nightly builds going away for now

[András Murányi]

On Fri, Aug 24, 2012 at 10:05 PM, Hans-Christoph Steiner wrote:

> On 08/24/2012 03:27 PM, András Murányi wrote:
> > On Wed, Aug 22, 2012 at 7:09 PM, Hans-Christoph Steiner  >wrote:
> >
> >>  On 08/21/2012 07:56 AM, Max wrote:
> >>
> >> I just talked to the administration and we can get a dedicated server
> with vm ware for different distros and a disk space of ~50 gb. plus a apple
> ppc machine. the guys from the hackerspace maschinenraum offered their help
> to install.
> >>
> >> m.
> >>
> >>
> >> That's a great offer!  I think we really need to think about how to make
> >> this decentralized, or at the very least take it out of my hands.
> >>
> >> For sure, the ubuntu boxes that I was running are gone for good, so they
> >> could set up some Ubuntu 32-bit and 64-bit instances.  I find that
> about 9
> >> gigs is the smallest useful system.
> >>
> >> .hc
> >>
> > Max's (institution's) offer is great. If the disk space is ~50GB, then,
> > according to HC, we can set up ~5 different systems. That's not bad, it
> can
> > even be totally enough - other systems would be Mac/PPC anyway. If,
> > however, you think the space is too tight, is it possible to throw in
> > another HDD? They are cheap and I could take care of setting up some kind
> > of Paypal-donations stuff on puredata.info in order to collect the
> money.
> > Re decentralization: i was thinking about using the VM server (plus the
> > other/private boxes) for slaves only, and setting up a master in the
> cloud.
> > There are free Jenkins services out there, I'm just not sure if 1.) you
> > like the idea 2.) those free services can be used for master only.
> > Additionally, I was thinking about storing the resulting builds on
> another
> > cloud service, but that may not be necessary with the ~5GB available
> with a
> > free Jenkins service.
> > Opinions welcome!
> >
> > PS I too a look at Gitian and I had the impression that it has the main
> > emphasis on security enforcement whilst usability/features are somewhat
> > lagging behind at the moment. So for now, I suggest that we go with
> > Jenkins, and try to reinforce authenticity by the means of the master.
> >
> > András
>
> did you mean to CC the list?
>
> One thing to consider is that with a bit more work, we can build
> Pd-extended for lots of Ubuntu platforms using launchpad.
>
> .hc
>
>
Yes i meant ccing to the list, sorry!

Launchpad builds from xyz-dev.deb packages, do I remember it right?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] nightly builds going away for now

[András Murányi]

On Fri, Aug 17, 2012 at 12:36 AM, Tilo Kremer  wrote:

> On 08/15/2012 11:13 PM, Hans-Christoph Steiner wrote:
> >
> > Brooklyn Poly can no longer host the build farm machines there, so the
> > main set of machines will be going offline as of today (I just found
> > this out today).
> >
> > I'll see if I can find another host for them, but that will likely take
> > a good long while since I'm deep in life with a 1 year old, a pregnant
> > wife, and full time work.
> >
> > Even better would be someone taking over the hosting of the main server,
> > i.e. the one with the web server and all of the builds.  I can post the
> > image of the current server for downloading, or advise on setting up a
> > new one from scratch.
> >
> > .hc
>
> For the time that I am working at the Hamburg University of Fine
> Arts, I will continue to run the 64bit debian build boxes.
>
> I have too few powerpc boxes left to be able to offer more in this
> respect.
>
> A set of instructions for setting up the build boxes would
> nevertheless be very helpful.
>
> Thank you for all your effort,
>
> best wishes,
>
> Tee
>
>
I've updated the builder matrix for clarity.
http://puredata.info/docs/developer/PdLab Please correct if any mistakes.
Right now the greatest need is to re-establish the autobuild master as the
slaves are virtually useless without a master. I guess it would be a relief
for Hans if we could do this mostly by ourselves.
Now, I see that the Jenkins master is up, it says it's running on
macosx105-i386.pdlab.puredata.info but it's not the ip that belongs to the
macosx105-i386 slave according to the wiki.
Anyway, this could be the time to take the step and move the autobuild
process to Jenkins. But it would take some to get everything build there
reliably, I guess. Opinions?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] nightly builds going away for now

[András Murányi]

Bad news and such a sort notice but glad to hear Max can help. Thanks Max
and thanks Hans (and "forza, coraggio" with the babies and all the fuss)!

My first thought was how we could decentralize the system a bit in order to
make it less fragile...
1st, I'd like to see more "private" build machines, even with some
modification to the build script that allows for weekly builds instead of
daily ones...
2nd, what about using the cloud for storage? There are plenty of file
hosting services and we are talking about 20-30MB files. Authenticity would
be a priority of course.
Just some thoughts.

András

On Thu, Aug 16, 2012 at 12:36 PM, Max  wrote:

> i can help with that. we can put a few machines in our server room. i'm at
> this institution for two more years, but i hope my successor will also be
> teaching Pd, so there might be continuity after that date.
>
> m.
>
> Am 15.08.2012 um 23:40 schrieb João Pais:
>
> > how about contacting someone at iem for that? or any other media school
> with someone in the staff that is pd-friendly?
> >
> >>
> >> Brooklyn Poly can no longer host the build farm machines there, so the
> >> main set of machines will be going offline as of today (I just found
> >> this out today).
> >>
> >> I'll see if I can find another host for them, but that will likely take
> >> a good long while since I'm deep in life with a 1 year old, a pregnant
> >> wife, and full time work.
> >>
> >> Even better would be someone taking over the hosting of the main server,
> >> i.e. the one with the web server and all of the builds.  I can post the
> >> image of the current server for downloading, or advise on setting up a
> >> new one from scratch.
> >>
> >> .hc
> >
> >
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] about plugin question

[András Murányi]

On Fri, Jun 22, 2012 at 12:31 PM, red honki  wrote:

> hi,
> i am honki.
> i make a plugin about ui style. because i am ubuntu fans,
> so this ui style is like ubuntu ambiance.
> you can see it in:
> http://pdtaipei.blogspot.tw/2012/06/ubuntu-ambiance-style-plugin-01.html
>
> and i have questions :
> can i make width of drop-down menus more space?
>
> http://3.bp.blogspot.com/-YX4Mb0hB1f8/T-L11eXX_II/Blo/ukBS2tIh8wU/s1600/03.png
> like this image, text is closed bordering in drop-down menu.
>
[...]
>

to format the menus, you'll need the "option" command:
http://www.tcl.tk/man/tcl8.5/TkCmd/option.htm
I don't know, however, if there is a way to modify the padding.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] about plugin question

[András Murányi]

>
> [...]
> pd-extended 0.43 dont use buttonbar-plugin.tcl.
> because there is massage in pd windows:
>  UNHANDLED ERROR: can't find package base64
> while executing
> "package require base64"
> ("uplevel" body line 8)
> invoked from within
> "uplevel #0 $tclcode"
> FAILED TO LOAD /usr/lib/pd-extended/extra/buttonbar-plugin.tcl
>
>

I think you need tcllib (sudo apt-get installl tcllib).

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] creation parameters to inlets/outlets for documentation?

[András Murányi]

...and it would be lovely to have the text appear in a tooltip when mousing
over the inlet/outlet in the parent patch! The drawback mentioned by Phil
could be pretty annoying though.
Question 1.: What's up with tooltips in pd right now? I couldn't find it
out from the list archives.
Question 2.: What if the parser would explicitly stop parsing elements when
it finds ";#" and would use the remaining part as a
comment/tooltip/whatever? Could this change break anything in real life?

András

On Tue, Jun 19, 2012 at 10:22 PM, Phil Stone  wrote:

> One potentially nasty drawback to this practice (I found) was that if you
> change the pseudo-argument in any way, you lose whatever connections were
> made to that inlet or outlet in the outer patch. I agree with you that
> comments are a pain in the neck, but at least they don't exhibit this often
> hard-to-find side effect.
>
>
> Phil
> www.pkstonemusic.com
>
>
>
>
> On 6/19/12 12:41 PM, Jörn Nettingsmeier wrote:
>
>> quick question: is it legal to (ab)use creation parameters to inlets and
>> outlets for documentation, or does that lead to unwanted side effects?
>>
>> i'd like to do something like this:
>>
>> [inlet Set level in dB]
>> [inlet Set Fader position in mm]
>>
>> [outlet Current level in dB]
>> [outlet Current Fader position in mm]
>> [outlet~ Gain coefficient]
>>
>> of course i could use comments, but i don't like the way they don't
>> line-wrap in a controlled way, plus their association to what they are
>> annotating is a bit weak for my taste...
>>
>> best,
>>
>>
>> jörn
>>
>>
>
>
> __**_
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/**
> listinfo/pd-list 
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] text to sound

[András Murányi]

On Mon, Jun 11, 2012 at 10:29 PM, Andrew Faraday wrote:

>  I've got an open source project using ruby to parse strings and send
> commands via TCP to pure data. Which started with some of my earliest
> non-pd coding. It's not currently set up to read text files, but it'd be a
> fairly simple mod, so you're welcome to learn ruby and submit a patch.
>
> PDF's are a much more complicated file format, I don't know how you'd go
> about extracting the text content from them to feed the text-to-music
> algorithm.
> [...]
>

PDF is indeed complicated, but extracting text can be as simple as a
(simple) regular expression. As far as I understand, basically, everything
between parentheses "(" and ")" is text (or more rigorously, everything
between parentheses between the strings "BT" and "ET" between the strings
"obj" and "endobj" is text, but I think it's enough to search for only the
parantheses). The escape character is the backslash, and it has only a
couple uses:

Sequence | Meaning
-
\n   | LINE FEED (0Ah) (LF)
\r   | CARRIAGE RETURN (0Dh) (CR)
\t   | HORIZONTAL TAB (09h) (HT)
\b   | BACKSPACE (08h) (BS)
\f   | FORM FEED (FF)
\(   | LEFT PARENTHESIS (28h)
\)   | RIGHT PARENTHESIS (29h)
\\   | REVERSE SOLIDUS (5Ch) (Backslash)
\*ddd* | Character code *ddd* (octal)

Apart from security settings that may block text extraction, unfortunately,
there could be compression applied - but I don't know how that works.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-dev] Plugins preferences (Was Re: Plugins Plugin error)

[András Murányi]

On Fri, Jun 1, 2012 at 9:31 PM, yvan volochine  wrote:

> On 06/01/2012 09:28 PM, yvan volochine wrote:
>
>> but really, instead of YA-Gui-Plugin that manages all other Gui-Plugins,
>> why not add an option in pd menu that lists and (en|dis)able plugins at
>> user's will? (which would be part of the core of pd of course)
>> now that pd ships with plugins ability, it would make much more sense
>> IMHO..
>>
>
> and of course one should use pd_guiprefs to handle that..
>
>
> y
>
>
Thanks for the comments. Then it seems this functionality should go into
main pd-x GUI. I will try to work it out - I'll just have to make the
dialog window prettier because such an ugly window that was acceptable for
the plugin cannot go into main pd :o)

What do you think about changing the pd_guiprefs interface in way like this:
 (current -> proposed:)
 domain (always "pd-extended") -> could be hardwired to "pd-extended"
 key (name of the owner module, eg. "recentfiles") -> domain
 (currently doesn't exist) -> key (so that you can target a single line in
a config file)
 value (the content of the whole file) -> value (the value of a single key)
This change would make pd_guiprefs compatible with the .pdextended file as
well. Of course, then recentfiles.conf will look something like this:
 recentfile1: /path/to/recentfile.pd
 recentfile2: /path/to/another.pd
 (etc.)

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Plugins Plugin error

[András Murányi]

On Fri, May 18, 2012 at 4:55 PM, João Pais  wrote:

>  Thanks for the report!
>> I've uploaded a quick bugfix to adapt to the new menu structure: there is
>> no Media->Preferences (or Apple->Preferences) any more, so the plugin will
>> appear in Media (or Apple).
>>
>> Please note that this version still uses the deprecated method of
>> disabling
>> plugins by putting them in subdirectories called "disabled". This means
>> that new subdirectories called "disabled" will be created where file
>> permissions are sufficient. It will affect every user on the system.
>> A new version shall make use of the "::pd_guiprefs" system instead. I'll
>> try to give it a shot today or in the next days.
>>
>
> so you mean, it pays up to wait for it, then? I'm new to 0.43, and I put
> the plugins in a folder in my electronic section, away from windows'
> standard system/user folders.
>
> João
>

Well i guess it doesn't pay up to wait anymore :)
The pd_guiprefs mechanism is a tiny bit less handy than I expected so this
will still take some more time for me.
In the meantime I suggest that you get the oldstyle, but hopefully working
version at
http://puredata.info/downloads/plugins-plugin/releases/0.1.20120518 (of
course if you can live with those extra directories).

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] OT: pd and strobe light

[András Murányi]

On Sun, May 20, 2012 at 7:54 AM, Martin Peach wrote:

> The almost cheapest strobe lights use a 12V trigger (absolute cheapest
> strobes have no input control). What has gone wrong with computers that
> makes such a thing so difficult? You can use a serial port to trigger
> thestrobe.
>
> Martin
>

Rather than computers, it could be because of lighting desks... i guess.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Plugins Plugin error

[András Murányi]

On Fri, May 18, 2012 at 12:47 PM, João Pais  wrote:

> Hi,
>
> just to report an error while trying to initialize the Plugins Plugin in
> W7, with Pd-ext-0.43:
>
>
> ---
> UNHANDLED ERROR: invalid command name ".menubar.media.preferences"
>while executing
> "$mymenu add command -label [_ "Plugins..."] -command
> {create_plugins_window}"
>("uplevel" body line 177)
>invoked from within
> "uplevel #0 $tclcode"
> FAILED TO LOAD C:/jmmmp/elektronik/pd-jmp/**INSTALLATION/plugins/plugins-*
> *plugin.tcl
> ---


Thanks for the report!
I've uploaded a quick bugfix to adapt to the new menu structure: there is
no Media->Preferences (or Apple->Preferences) any more, so the plugin will
appear in Media (or Apple).

Please note that this version still uses the deprecated method of disabling
plugins by putting them in subdirectories called "disabled". This means
that new subdirectories called "disabled" will be created where file
permissions are sufficient. It will affect every user on the system.
A new version shall make use of the "::pd_guiprefs" system instead. I'll
try to give it a shot today or in the next days.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] speaker routing

[András Murányi]

On Thu, May 17, 2012 at 2:58 PM, Rick Snow  wrote:

> Hi Andr?s,
>
> By Independent audio I meant audio generated from a pd patch or other
> computer application and diffused across the array of speakers, ie. not
> having all the speakers limited to playing the same sound like a PA system
> in a roller skating rink.
>
> In general I was asking more of a hardware question: madi cards etc.
>
> As for software I've just learned that pd is limited to 32 channel dacs.
>  I guess networking several instances of pd will give you all the channels
> you need.
>
> cheers,
> Rick
>

OK, seems IOhannes already mentioned this in more comprehensive context:
Wave Field Simulation. There are lots of papers out there, like this one
from last year's AES conference:
http://www.mattmontag.com/media/2011/10/AES-131-e-brief-Montag-Wave-Field-Synthesis-by-Multiple-Line-Arrays.pdf

I also doubt that Pd would be the best tool for this... networked computers
may have a latency that just messes up all the precise timing. I guess you
will need something timecoded, and/or low latency hardware, the latter
possibly being so called "processors" or "speaker drivers" which are DSPs
specifically designed to drive speaker arrays.

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] controlling output to 32+ speakers

[András Murányi]

On Wed, May 16, 2012 at 8:43 PM, Rick Snow  wrote:

> Hi all,
>
>
> Long time list lurker with a few open/broad questions:
>
> What is the best way to route/diffuse/spatialize independent audio to
> speaker arrays of more than the standard 8, 16, 32?
>
> Does anyone know of any resources or papers that discuss this type of
> audio problem?
>
> What kind of dac (custom I guess!) does one use?
>
> Is PD the best tool for this or would another language be better suited
> for the task?
>
>
Hello Rick,

what do you mean by independent audio? How many audio sources will be?

András
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ubuntu 12.04 precise pangolin pd-extended 0.43.1 amd64 deb package for download - link included

[András Murányi]

Whatever you say Sir. I wanted to wait a few (4-5?) weeks, I guess
that's about fine for Pd-extended 0.43 too, isn't it?

András

On Mon, Apr 30, 2012 at 20:11, Hans-Christoph Steiner  wrote:
>
> It would be good to wait until we have a final Pd-extended 0.43 release out.
>
> .hc
>
> On 04/30/2012 02:02 PM, András Murányi wrote:
>> That's great! BTW, FYI, etc I plan to upgrade the amd64 autobuilder
>> box to 12.04. I'll wait some so that some bugs get ironed out, and of
>> course I'll need Hans to tell me when it's OK.
>>
>> András
>>
>> On Mon, Apr 30, 2012 at 16:39, Hans-Christoph Steiner  wrote:
>>> That's great, thanks for posting this!
>>>
>>> .hc
>>>
>>> On Apr 30, 2012, at 1:17 AM, kiilo wrote:
>>>
>>>> Hi,
>>>>
>>>> instead about complaining how to compile Pd-extended for amd64 for ubuntu 
>>>> 12.04 here it is:
>>>> * http://kiilo.org/pub/Pd-0.43.1-extended-20120430.deb
>>>>
>>>> some recipes I used:
>>>> 1) followed the BuildHowto for maverick:
>>>> * http://puredata.info/docs/developer/WorkingWithPdExtendedSources
>>>> * http://puredata.info/docs/developer/UbuntuMaverick
>>>>
>>>> additional:
>>>> sudo apt-get install libjack0
>>>> sudo apt-get install libjack-dev
>>>>
>>>> as in maverick:
>>>> sudo apt-get build-dep puredata gem pdp
>>>> sudo apt-get install ttf-dejavu libfftw3-dev libspeex-dev libvorbis-dev 
>>>> libflac-dev libsndfile1-dev  libgavl-dev libmad0-dev dssi-dev liblo-dev 
>>>> flite1-dev libtk-img tcllib libmp3lame0 libmp3lame-dev libimlib2-dev 
>>>> libtheora-dev libusb-0.1-4 libusb-dev
>>>> sudo apt-get install libnetpbm10-dev ruby nasm libcv-dev libdc1394-22-dev
>>>>
>>>> additional:
>>>> sudo apt-get install  liblua5.1-0-dev lua5.1 tcl8.5-de swig
>>>>
>>>> 2) then
>>>> * http://puredata.info/docs/developer/BuildingPdExtended
>>>>
>>>> cd pure-data/packages/linux_make
>>>> make install && make package
>>>>
>>>>
>>>> enjoy
>>>> kiilo
>>>>
>

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list