Re: [PD] malfunction of pd-0.48.1

[Lucas Cordiviola]

@Csaba:

Your test patch does not crash my windows machine.

I have problems visualizing it because is outside of the bounds of my monitor.

Open your patch with a text editor and change the first line:

#N canvas 1306 -1075 590 601 10;

to

#N canvas 1 1 590 601 10;

May be is just that?

--

Mensaje telepatico asistido por maquinas.

On 7/12/2018 10:32 AM, Csaba Láng wrote:
IOhannes,

thanks for your reply.
There is no instruction about clicking in the right order, as Pd crashes at 
opening the patch itself.
I am on 64bit version from binary.

Regarding the shortcuts, I had already this before on pd-extended, first time 
today it happened using 0.48.1. It must be something local then.

Popesz

On Thu, Jul 12, 2018 at 3:26 PM IOhannes m zmölnig 
mailto:zmoel...@iem.at>> wrote:
On 07/12/2018 03:12 PM, Csaba Láng wrote:
> Dear list,
>
> already for a while I have realised that pd has some malfunctions, namely,
> none of the shortcuts work for me.

all of them work for me.
i also suspect, that they work for most other people, as otherwise their
would have been at least one other complaint.

> Furthermore, a simple patch (see in the attachment) makes pd crash again
> and again.

again and again?
how often can you crash Pd?

but seriously, i doesn't crash for me.
also, i have no clue how you interact with the patch to make it crash.
please add a step-by-step guide to your patch, so people can (try to)
reproduce your problem.
something like:
#1 click here
#2 click here
#3 click here to make it crash

> I am on Mac OS X 10.13.5

self compiled, or the binaries from miller's website, or from somewhere
else? 64bit or 32bit?

gfamdsr
IOhannes

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



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


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

Re: [PD] comments in [text]

[Martin Hiendl]

Thanks, yes, that makes sense. I'm not using the [text] outlets but rather
using global sends in [text sequence -g]. A dummy [r #] does the trick in
this case.



On Thu, 12 Jul 2018 at 11:17, Roman Haefeli  wrote:

> On Thu, 2018-07-12 at 10:34 +0200, Martin Hiendl wrote:
>
> > I was wondering whether there is a comment function for the [text]
> > object that I'm not aware of, or if not, whether that would be a
> > useful feature (for handling and navigating large cue-lists for
> > example).
>
>
> How about this:
>
> Mark your comments with a '# '-prefix (mind the space). When parsing
> the content of [text], make sure to pipe everything to [route #] and
> consider only the right outlet of [route #]. There you go!
>
> Roman___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>


-- 
martinhiendl.com
+49 171 1929188
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] more intelligent patching (was Re: intelligent patching)

[IOhannes m zmölnig]

On 07/12/2018 07:17 PM, Alexandre Torres Porres wrote:
> Ok, here's one more. I remember seeing something in pd-l2ork/purr-data
> where you could select a few objects and turn them into a subpatch.
> 
> you'd select something like 5 objects or so in your patch, then hit some
> shortcut and there'd be a [pd] subopatch created with those objects inside.
> 
> The thin is that I can't find this feature anymore, could it be that it was
> discarded? Maybe Jonathan can tell us. The thing is that if it were still
> implemented in Pd-l2ork, it'd be a good case to also bring it to vanilla...


check out my old patcherize-plugin (on Debian, just install pd-iemutils;
for those poor souls who cannot, it's on deken).
it *also* allows you to create an abstraction (not just subpatches) out
of a selection.

fgmads
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] more intelligent patching (was Re: intelligent patching)

[Alexandre Torres Porres]

Ok, here's one more. I remember seeing something in pd-l2ork/purr-data
where you could select a few objects and turn them into a subpatch.

you'd select something like 5 objects or so in your patch, then hit some
shortcut and there'd be a [pd] subopatch created with those objects inside.

The thin is that I can't find this feature anymore, could it be that it was
discarded? Maybe Jonathan can tell us. The thing is that if it were still
implemented in Pd-l2ork, it'd be a good case to also bring it to vanilla...

cheers

2018-07-12 13:56 GMT-03:00 Alexandre Torres Porres :

>
>
> 2018-07-12 8:01 GMT-03:00 IOhannes m zmölnig :
>
>>
>> that's probably it.
>> thanks to Alex, Dan, José & Liam for more inspirational ideas.
>>
>
> well... thank *YOU!!!* :)
>
> seems perfect, can't wait for it
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] more intelligent patching (was Re: intelligent patching)

[Alexandre Torres Porres]

2018-07-12 8:01 GMT-03:00 IOhannes m zmölnig :

>
> that's probably it.
> thanks to Alex, Dan, José & Liam for more inspirational ideas.
>

well... thank *YOU!!!* :)

seems perfect, can't wait for it
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] iOS: writesf~ problem

[artem]

I’ve increased value to 3e+08, and I waited for this recursion for a minute, it 
did not occur, but the file was not created.

I have Objective C written application, where everything works as intended, and 
my Swift version is stuck on this one.

Any more ideas?

Artem
On 12 Jul 2018, 16:21 +0300, IOhannes m zmölnig , wrote:
> On 07/12/2018 02:28 PM, ar...@katlenok.ru wrote:
> > Hello community,
> >
> > I am having a problem when recording a soundfile using pure data in my iOS 
> > application.
> >
> > Just like David’s message here: 
> > https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html
> > I am having same behaviour with endless recursion:
>
> infinite recursion? (i think you mean something else)
>
> >
> > writesf waiting for disk write..
> > (head 524032, tail 0, room 256, want 256)
> > ... done waiting.
>
> it seems like the write thread fails to put bytes into the disk (and
> thus empty the data queue).
>
> is the file created?
> do you get an "error" (disguised as an ordinary printout) when trying to
> open the file for writing?
>
> does it help if you raise the buffer size (via the 2nd argument to
> [writesf~] - it's undocumented, but see [readsf~])
>
> what happens if you close the file before the error appears? (e.g. does
> it get written?)
>
> gfamdsr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] iOS: writesf~ problem

[artem]

Dear Iohannes, Dear all,

Infinite recursion it is, it gets stuck in while block.
The file is not created, I don’t receive any errors from Pd, I tried to stop 
recording just moments after record start and nothing happened, no error, but 
no file either.

It looks like Pd has no access or permission to write, yes?

Thanks,
Artem


On 12 Jul 2018, 16:21 +0300, IOhannes m zmölnig , wrote:
> On 07/12/2018 02:28 PM, ar...@katlenok.ru wrote:
> > Hello community,
> >
> > I am having a problem when recording a soundfile using pure data in my iOS 
> > application.
> >
> > Just like David’s message here: 
> > https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html
> > I am having same behaviour with endless recursion:
>
> infinite recursion? (i think you mean something else)
>
> >
> > writesf waiting for disk write..
> > (head 524032, tail 0, room 256, want 256)
> > ... done waiting.
>
> it seems like the write thread fails to put bytes into the disk (and
> thus empty the data queue).
>
> is the file created?
> do you get an "error" (disguised as an ordinary printout) when trying to
> open the file for writing?
>
> does it help if you raise the buffer size (via the 2nd argument to
> [writesf~] - it's undocumented, but see [readsf~])
>
> what happens if you close the file before the error appears? (e.g. does
> it get written?)
>
> gfamdsr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] malfunction of pd-0.48.1

[IOhannes m zmölnig]

On 07/12/2018 03:32 PM, Csaba Láng wrote:
> IOhannes,
> 
> thanks for your reply.
> There is no instruction about clicking in the right order, as Pd crashes at
> opening the patch itself.

then you should:
- open a terminal
- start Pd from the console and tell it to print to stderr. something like:

$ /Applications/Pd-0.48-1.app/Contents/Resources/bin/pd -verbose -stderr
/path/to/texttest.pd

see whether it gives you something meaningful.
if it doesn't, try hooking up a debugger, like gdb or lldb.

gfdasr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] malfunction of pd-0.48.1

[Csaba Láng]

IOhannes,

thanks for your reply.
There is no instruction about clicking in the right order, as Pd crashes at
opening the patch itself.
I am on 64bit version from binary.

Regarding the shortcuts, I had already this before on pd-extended, first
time today it happened using 0.48.1. It must be something local then.

Popesz

On Thu, Jul 12, 2018 at 3:26 PM IOhannes m zmölnig  wrote:

> On 07/12/2018 03:12 PM, Csaba Láng wrote:
> > Dear list,
> >
> > already for a while I have realised that pd has some malfunctions,
> namely,
> > none of the shortcuts work for me.
>
> all of them work for me.
> i also suspect, that they work for most other people, as otherwise their
> would have been at least one other complaint.
>
> > Furthermore, a simple patch (see in the attachment) makes pd crash again
> > and again.
>
> again and again?
> how often can you crash Pd?
>
> but seriously, i doesn't crash for me.
> also, i have no clue how you interact with the patch to make it crash.
> please add a step-by-step guide to your patch, so people can (try to)
> reproduce your problem.
> something like:
> #1 click here
> #2 click here
> #3 click here to make it crash
>
> > I am on Mac OS X 10.13.5
>
> self compiled, or the binaries from miller's website, or from somewhere
> else? 64bit or 32bit?
>
> gfamdsr
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] iOS: writesf~ problem

[Claude Heiland-Allen]

Hi Artem,

On 12/07/18 13:28, ar...@katlenok.ru wrote:

Hello community,

I am having a problem when recording a soundfile using pure data in my 
iOS application.


Just like David’s message here: 
https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html

I am having same behaviour with endless recursion:

writesf waiting for disk write..
(head 524032, tail 0, room 256, want 256)
... done waiting.


I got floods of this message when using -batch with something like

[open /path/that/does/not/exist.wav, start(--[writesf~ 2]

so maybe check that you have a valid writeable path...

In my case it was a typo on desktop Linux and easy to fix.  I don't know 
where iOS lets you write files.



Claude



Pure Data is integrated in iOS app using cocoapods.

Maybe someone has some ideas? Maybe someone had this issue?

Many thanks,
Sincerely,

Artem


--
https://mathr.co.uk

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

Re: [PD] malfunction of pd-0.48.1

[IOhannes m zmölnig]

On 07/12/2018 03:12 PM, Csaba Láng wrote:
> Dear list,
> 
> already for a while I have realised that pd has some malfunctions, namely,
> none of the shortcuts work for me.

all of them work for me.
i also suspect, that they work for most other people, as otherwise their
would have been at least one other complaint.

> Furthermore, a simple patch (see in the attachment) makes pd crash again
> and again.

again and again?
how often can you crash Pd?

but seriously, i doesn't crash for me.
also, i have no clue how you interact with the patch to make it crash.
please add a step-by-step guide to your patch, so people can (try to)
reproduce your problem.
something like:
#1 click here
#2 click here
#3 click here to make it crash

> I am on Mac OS X 10.13.5

self compiled, or the binaries from miller's website, or from somewhere
else? 64bit or 32bit?

gfamdsr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] iOS: writesf~ problem

[IOhannes m zmölnig]

On 07/12/2018 02:28 PM, ar...@katlenok.ru wrote:
> Hello community,
> 
> I am having a problem when recording a soundfile using pure data in my iOS 
> application.
> 
> Just like David’s message here: 
> https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html
> I am having same behaviour with endless recursion:

infinite recursion? (i think you mean something else)

> 
> writesf waiting for disk write..
> (head 524032, tail 0, room 256, want 256)
> ... done waiting.

it seems like the write thread fails to put bytes into the disk (and
thus empty the data queue).

is the file created?
do you get an "error" (disguised as an ordinary printout) when trying to
open the file for writing?

does it help if you raise the buffer size (via the 2nd argument to
[writesf~] - it's undocumented, but see [readsf~])

what happens if you close the file before the error appears? (e.g. does
it get written?)

gfamdsr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] malfunction of pd-0.48.1

[Csaba Láng]

Dear list,

already for a while I have realised that pd has some malfunctions, namely,
none of the shortcuts work for me.
To put in any object, message or number etc elements is possible only from
the menu line.
Furthermore, a simple patch (see in the attachment) makes pd crash again
and again.
What else I have realised, if I have all patch windows on a second screen,
resizing the window made my window disappear totally, or appeared down of
the screen.

I am on Mac OS X 10.13.5

Best,

Popesz


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

[PD] iOS: writesf~ problem

[artem]

Hello community,

I am having a problem when recording a soundfile using pure data in my iOS 
application.

Just like David’s message here: 
https://www.mail-archive.com/pd-list@lists.iem.at/msg08232.html
I am having same behaviour with endless recursion:

writesf waiting for disk write..
(head 524032, tail 0, room 256, want 256)
... done waiting.

Pure Data is integrated in iOS app using cocoapods.

Maybe someone has some ideas? Maybe someone had this issue?

Many thanks,
Sincerely,

Artem


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

[PD] more intelligent patching (was Re: intelligent patching)

[IOhannes m zmölnig]

the summer update...

TL;DR: https://vimeo.com/album/5289665/video/279631360

I've implemented a few more features in my "intelligent patching"
pull-request [374], that might make patching easier.

so what's new:

- everything is undoable.
 - single actions can be undo with a single undo (e.g. if you've
"intelligently" connected an outlet to all inlets of an object (or
rather not so intelligently, as you want to undo that), doing a -Z
will no longer only undo the connection to the first inlet, but all
connections in one go.

- inserting an object into an existing connection
 (similar to what Max8 offers, but without wobbly lines and using a
keystroke rather than mouse foo)
 - select an object and a connection; and press -k
 - OR select two connected objects and one object that is not; and press
 -k
- bypassing an object (removing it from a connection)
 - select 3 objects that are connected in a chain; and press -k

- completely disconnect an object
 - select 1 object; and press -k

- swap connections
 - select one connection; shift-click another connection

- paste replace
 - copy (or cut) a single object (or msgbox,...); then select a number
of other objects (or msgboxes) and do "Paste Replace".
by default, the type of an "object" will not be changed (so if you try
to paste/replace a msgbox onto a floatatom, it will be ignored)...unless
your selection only contains a single type (e.g. objectboxes).
right now "paste/replace" is a separate menu entry (without keyboard
accelerator). i wonder whether it would make sense to merge it into the
ordinary "paste" -v (as you need to have a copybuffer that only
contains a single element *and* elements must be selected in the target
canvas; so the paste/replace is pretty well guarded)

- pasting with offset
 - if the position of the pasted objects (really only the first object
in the paste-buffer) is already occupied by an object, the paste will
get an offset (as with duplicate).

- autopatching into subpatches
 - when autopatching is turned on and you create a subpatch ([pd ...]),
the subpatch will automatically obtain an inlet (or inlet~, if the
upstream object has a signal outlet~), so you can keep autopatching.

that's probably it.
thanks to Alex, Dan, José & Liam for more inspirational ideas.

of course this is just a pull request, so we depend on miller to merge
it into the "master" branch :-)

mgfdsr
IOhannes

[374] https://github.com/pure-data/pure-data/pull/374



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] comments in [text]

[Roman Haefeli]

On Thu, 2018-07-12 at 10:34 +0200, Martin Hiendl wrote:

> I was wondering whether there is a comment function for the [text]
> object that I'm not aware of, or if not, whether that would be a
> useful feature (for handling and navigating large cue-lists for
> example).


How about this:

Mark your comments with a '# '-prefix (mind the space). When parsing
the content of [text], make sure to pipe everything to [route #] and
consider only the right outlet of [route #]. There you go!

Roman

signature.asc
Description: This is a digitally signed message part
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] comments in [text]

[Martin Hiendl]

Hi all,

I was wondering whether there is a comment function for the [text]
object that I'm not aware of, or if not, whether that would be a
useful feature (for handling and navigating large cue-lists for
example).

best
Martin

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