11OLSEN

There is something wrong with the local styles in m4l devices. They reproduce themself, I'm not sure about the coherences of this problem.

As a quick workaround I made this tool which removes local style information from patches or m4l devices.  This makes use of the cool fileout mxj by FRid and Max's filein to parse the files on the byte level.

Copy the folder in the zip into your max searchpath and open styleRemover.maxpat

styleremover

its irony u had to do it before cycling . this issue is known for a while . Thank u

great !
its irony u had to do it before cycling . this issue is known for a while . Thank u


i dropped the folder in Document > Max 7 and still getting these errors. Is there a special place to put the java and js. files?

hi 11olsen,
i dropped the folder in Document > Max 7 and still getting these errors. Is there a special place to put the java and js. files?


It seems like your fileout mxj is not receiving the correct filename. Let me come home, then i'll take a closer look.

You seem to have the files at correct location otherwise there would be error messages like ""object not found".

It seems like your fileout mxj is not receiving the correct filename. Let me come home, then i'll take a closer look.
You seem to have the files at correct location otherwise there would be error messages like ""object not found".


On a mac java (or at least the mxj) does not accept a path with "Macintosh:" in front. I updated the patch with a little workaround. Any more problems ?

great ! the 'cleaning' process is complete. (green light - bingo) but now the newly cleaned patch will not open. i tried a replacement and a rewrite. restarted max. nothing. i don't really have a photo or more info to send. but yes i am using a mac.

I just tested it again on the mac, no problems here. Are you sure you're not dropping an already frozen device?

because that will produce a device you can't open anymore.

I just tested it again on the mac, no problems here. Are you sure you're not dropping an already frozen device?
because that will produce a device you can't open anymore.


i did some more tests. put copies of a few different patches in a separate folder. each patch had hundreds of those (whatever you want to call 'em... recursive styles virus...)

i opened all my test files first to make sure they were not frozen.

the really small ones... not file size kb, but small as in 'only a few objects' worked fine. all styles are clear and it reopened.

but when i drop a patch with large number of objects it will not reopen.

so this works (sometimes). just have to make sure to backup copies before using. and frankly, these styles turned out to be such a nightmare since November, its better to avoid like the plague for now.

i did some more tests. put copies of a few different patches in a separate folder. each patch had hundreds of those (whatever you want to call 'em... recursive styles virus...) 

but when i drop a patch with large number of objects it will not reopen. 

could you send me one of the big patches so i can try to reproduce the fail?

ok. here is the problem. i made a copy of a smaller patch that fails after dropping. the patch is started out at 2.5 mb. then i removed ALL the objects except for a single comment. it went down to 2.4mb. i ran it through the styleRemover and the file size went down to 2kb. but now it will not open.

here is the file that will not open after removing the styles. unfortunately i cannot send the original because the upload limit is 512kb (copy compressed doesn't want to upload this large file either) but it is clear that the styles are inflating the file size tremendously.

i don't remember the starting size of the patches that worked, and i cannot find one that need the styles removed. somehow, all my smaller patches seem to be clean now!

edit: here is a dropbox link to the larger file.

https://www.dropbox.com/s/99b0u24vhzrv10x/styletest.maxpat?dl=0

edit: here is a dropbox link to the larger file.
https://www.dropbox.com/s/99b0u24vhzrv10x/styletest.maxpat?dl=0


Thanks for your patience WIL. The files helped a lot. The problem seems to be fixed now, please redownload and try it. O.

indeed. works like a champ!!! great work! thanks.

Seems like the url doesn't work anymore !

https://cycling74.com/tools/styleremover/www.11olsen.de#gsc.tab=0

Oh sorry didn't realize that TOOLS was an active link

________
Oh sorry didn't realize that TOOLS was an active link


I don't know what happened there with the link. Fortunately that is not the download link but a reference to my site.

Thank you so very very very much for this. It would now take me 12 min per save on a patch that was new 248Mb and is now reduced to 1.4Mb .

This has been a life saver thanks so much.

They should've stuck to Max6.1.9 interface, bring a the new features.

Thank you so very very very much for this. It would now take me 12 min per save on a patch that was new 248Mb and is now reduced to 1.4Mb . 

This has been a life saver thanks so much. 

I said a thousands times before
They should've stuck to Max6.1.9 interface, bring a the new features. 

This has been a life saver for me as well 11OLSEN !

We were totally exhausted with that saving for ever.

@11OLSEN --- thanks for that tool --- much appreciated

I have a blank file used for my Max patcher template and after I use this, it won't open the file with the styles removed. Nothing happens.

Is it because I have nothing in the file?

Hi WADE, the bug has been fixed by cycling74 (bug only exists in early max7 versions). there should be no need to use the tool anymore. If the file is blank anyway, why don't you create a new file which has no styles.

I made a style-remover patch that does not rely on mxj, for anyone interested.

The patch is just loading the maxpat into a dict and removing the "styles" key.

I made a style-remover patch that does not rely on mxj, for anyone interested.
The patch is just loading the maxpat into a dict and removing the "styles" key.
