Forums > MaxMSP

Large Patches, objects unconnecting/connecting to different objects

December 21, 2010 | 12:10 pm

Now this is a strange one. Most of my work at the moment is done on large patches, plenty of connections, Max and MSP. Occasionally I will open a patch and see something connected to an object that I haven’t connected it to, it’s often near the object it should be connected to. There are also times when a connection is missing, and I have had no reason to get rid of it and no recollection of getting rid of it. It’s happened enough over the years for me to think maybe, just maybe, it’s not me thats doing it and is some bizarre glitch in the program.

I know this would be very hard to reproduce, but I wonder if anyone else has noticed it before?


December 21, 2010 | 12:29 pm

i saw that ONCE, and this should only happen when the file you open is corrupt.


December 23, 2010 | 5:23 am

Sometimes the connection is simply invisible (not hidden) and by simply moving the object, the connection is redrawn.
But today I’ve experienced some objects disconnecting on a patch running 5.1.7.


January 28, 2011 | 11:04 am

Same thing here, with big patches. Under Max 4.6 (OSX.6.5). Not reproductible.
Roman, you may be right, but I don’t understand why suddently many files in this old project are corrupted.

Anyway, adding an simple object in this patch may now have to be followed by hours spent into wrong connections hunting.


January 29, 2011 | 2:27 am

I’ve for sure seen ghost patchcords after changing things, especially opening and closing a subpatch, after moving inlets or outlets around. But a quick lock/unlock has always cleared it up (redraw). The actual connections were never there, it just looked like they were.


January 29, 2011 | 5:56 pm

@seejayjames: the patches are really changed, and so are their functionalities. Patch cords disappear, new connections are made, and even some pictures pasted in the patch disappear. A redraw won’t change anything.


January 29, 2011 | 9:50 pm

Ah, gotcha. It just seemed like they hadn’t changed. Though I knew the inlets/outlets changing worked, it’s just that the prior patchlines (before swapping around) were still visible, but in reality were no longer "there". The lock/unlock always erased them, that’s why I thought it was a redraw of the patch which did it.


January 30, 2011 | 9:00 am

How large is large (in terms of kb)?
Never experienced this problem with max 5, but first time it happened (max 3 or 4) I realized that when the entire program is contained in a single patch, and when that file gets corrupted, then all work is lost. My strategy is to work with many, many abstractions, that are relatively small in size (10 to few 100 kb). Sorry, this doesn’t really help to get your work back.

_
johan


January 31, 2011 | 8:11 am

@jkvr it’s not that large (but cpu intensive and quite complex). The project contains 137 abstractions, their size being smaller than 50KB (besides some patches containing "big" tables).

Don’t worry about getting my work back: I have backups on many places… What I lost are just the latests modifications, probably since some files get corrupted.

p


January 31, 2011 | 10:10 am

Hmm Patrick, sounds like we adopt similar strategies. Is the folder you’re working in, included in the search path? Once I had random behavior when such was the case.

_
johan


January 31, 2011 | 11:19 am

i’ve noticed this in max 5.1.6 on win vista. when i have a large patch and then add objects to presentation, if i have to drag the object a good distance the connections are sometimes lost.


February 9, 2011 | 10:35 am

@jvkr – no, the folder isn’t explicitly in the search path.

This morning, I worked on a brand new patch (included in the same big project as previously – the only one I have that is still under Max4), and now, once again, the patch is totally scramble. Between now and the previous time I saved, there are +/- 20 changes in the patch cords (and again all pictures pasted disappeared).

So I suppose I have to give up and try to work with an older OS for this project :-(


February 9, 2011 | 11:35 am

I have had this problem as well with corrupted foles, on 5.1.6 & .7 It is probably related to some jvm issues, discussed in this thread – http://cycling74.com/forums/topic.php?id=30676


Viewing 13 posts - 1 through 13 (of 13 total)