[Sharing] Mxj FIleout
Hello peoples,
Since it's almost christmas now it is with great pride i present to you my very first external (worth sharing) written in java (with a lot of help from jan.jdo, so props for that :)
I've made this because i felt this was still lacking in max, no filein without a proper fileout right?
I'm on winxp, i don't know if it will give problems on other platform(s), you're basically on your own there, source is included. If it does give any problems let me know because i am curious about it and maybe i can even look into it, still a java-noob though.
Have fun with it!
FRid
Please add to our new Toolbox to reach the most Max users!
Thanks,
Lilli
Version 1.1 of fileout has arrived. Out with the lists, in with the ints. There was a problem regarding the maximum list-length, see this post>
This belongs to the past now. I've modified it so it won't rely on lists anymore instead it takes ints as input.
I've been testing this with several jpg's (ranging from 7kb to 86kb) and 1 soundfile of 31.1kb. All worked perfectly (the 86k took a long time though)
Have fun,
FRid
(just realized this could also be used for filetransfer between pc's/ethernet from within max (or is this already possible?)
cool, i'll check it out.
well I just installed it and this is what I get in the max window--
java.lang.UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at com.cycling74.max.MXJClassLoaderImpl.doLoadClass(MXJClassLoaderImpl.java:119)
at com.cycling74.max.MXJClassLoader.loadClazz(MXJClassLoader.java:88)
Could not load class 'fileout'
mac os 10.4.11
any ideas?
Hmmmm,
It seems you're not the only one. Judging from these posts it comes down to which version of java was used to compile the mxj and which version loads the mxj.
I compiled it using 1.6.0.180/Java 6 maybe update yours if it differs? Or try compile it yourself, the source is included.
Good luck,
FRid
Hi FRid,
Thanks very much for the update, it actually works well on my Mac (10.6.7). The speed was indeed an issue but I have just found that the dot.for objects does a great job by using a combination of uzi and counter (get it here : http://www.idmil.org/software/digital_orchestra_toolbox).
So, it works extremely well if I don't modify the image (read and write) but it's like cycling in circles... I'm using a gate object to preserve the first 3KB but I never can get a readable output, would you mind sharing your experiments ?
Hello Nnimar,
Haven't looked at the dot.for-objects yet but thanks for the tip. I did find uzi to work great for speeding things up so thats not an issue anymore.
Indeed it actually takes some "skill" to get a readible output, sometimes the bytes are just messed up too much. No cure for that other than to delete and try again. Your patch modifies every byte after the first 3000, this is way too much. I've found that i get better results if i manually insert random bytes. Clicking the toggle on/off as fast as possible seems to work good (Not to much, every 1000 bytes or so for a 7k file). I've tried to automate this process (the fast lane) but the results are not (yet) really satisfying enough.
Good luck,
FRid
(Also found that some programs will simply not open the pictures, for example illustrator/indesign will not open/place while photoshop will)
@Terry;
I guess no news is good news?
Sorry, little timing issue. (instead of replacing it inserted bytes)
Clicking the toggle on/off as fast as possible seems to work good (Not to much, every 1000 bytes or so for a 7k file). I've tried to automate this process (the fast lane) but the results are not (yet) really satisfying enough.
__________________watch online movies
It's 2024 and it still works wonderfully!
Thanks, Frid!