– henon

For what it’s worth, I ended up extending this to be a little bit smarter… for one thing this short example only affects the first object in the array returned by cmds.sphere. However, I don’t seem to have kept it (I just cooked it up for a short Uni project).

Thanks for your comments

s = cmds.sphere()
r = cmds.getAttr( '%s.radius'%(s) )
cmds.setAttr( '%s.radius'%(s), 10 )

I’m not criticizing your skills at all. I’ve just had to diffuse a few viral e-mail threads at my studio claiming your Wrapper class is some sort of object-oriented Maya.cmds wrapper, when it only wraps setAttr and getAttr.

A better route to take might be to have a look at the .NET 4 beta that is currently out; it has support for BigInteger arithmetic built-in (under System.Numerics).

You could download the .NET 4 beta and use System.Numerics.dll, then just distribute that DLL with your code.

As to the rest of your question, there is already support for RSA built into the .NET framework, or are you trying to write your own implementation as an exercise?

The comments are moderated, so I have to approve them before they will show

I realised that as soon as I submitted it with firefox. I immediately got some feedback from the site that my comment was awaiting approval. With Opera I got nothing at all… And yes I have cookies enabled (but they are deleted when I shut opera down). That’s where my confusion sprang from.

Thanks for pointing that out. The find manpage makes it seem like this is what should happen…

Given this structure:

dir1/
    file1.mp3
    file2.mp3
dir3/
    file3.mp3
    file4.mp3

… with ‘;’ the command is executed once for every file, and with ‘+’ the command is executed on "file1.mp3 file2.mp3" and then "file3.mp3 file4.mp3".

Whereas, as you say, the change seems to do nothing!

Edit: After more research, it seems that this is partly a bug in findutils, and partly a misunderstanding of the ‘+’ modifier. It doesn’t guarantee that all files in the directories will be collected, and currently performs the exact same task as ‘;’!

Porges, your trackwise replaygain command will work fine but the album-based method will not do what you expect it to. In fact, it will do the exact same thing the trackwise command will. John’s for-loop command will work if there are no spaces in the file or directory names. Otherwise it will fail — or at least it did for me. After much mucking around, the following command did it for me:

find . -type d | while read i; do mp3gain -a -k "$i"/*.mp3 ; done

Basically what it does it run mp3gain on EVERY subdirectory but only on the *.mp3 files contained therein. This is necessary because mp3gain will not accept a directory as an argument (unlike vorbisgain). The “read” command is there to handle spaces in directory and file names. The equivalent command for vorbisgain is:

find . -type d -execdir vorbisgain -a -f {} +

Also good points about the filter; I suspect I wrote it that way because it’s easier to see what’s going on.

A couple of notes about the alphabetic filter: the AWK version can be written even more concisely as /[a-zA-Z]/, since it matches against $0 anyway. /[[:alpha:]]/ might be even better.

And the Ruby version is hampered by a needlessly convoluted implementation:
ruby -ne 'puts $_ if (/[[:alpha:]]/)' is clearer and faster.

The difference is in any case nowhere near 8-9 times on my machine. With the second Ruby version, AWK is only slightly faster.