When will the windows version be available and not just the OSX version? 

Now? :) 

this is indeed a windows compatible version. i've been using it today and as far as i can tell, it works perfectly.

i said it before in GA, but thanks a *lot* for this. it's simple, but incredibly effective. 

Makes me wish I had bought a quad core instead of a dual core... hmmm... wonder what the prices are like at the moment? 

Willem, I was just messing with you.

I saw Willem + the word Windows and was like "no way!" 

wonder what the prices are like at the moment
is it sad i went to check prices too? ^_^; 

Nice work, thanks. Is it possible to manually set the number of threads to be used (i.e. -threads switch)?
I'll now have to buy a quad core too, just to get this map done! 

Who is gonna donate that time travel to send Willem and this VIS 7-8 years backwards in time? 

Is it possible to manually set the number of threads to be used

yes, CTRL+ALT+DELETE, select process, right click, Set Affinity.
check any core you want to use.
obviously, you meant from the program itself, but that's all i got. :P

incidentally:
original vis: 5h 43m
multicore vis: 3h 37m
additionally, the multicore vis today was while the computer was in use. i used below average priority, so i would only assume that the performance was lower than can be expected when running on a completely idle system.

that is, i believe, a 58% increase. if that remains consistent for all vis times (and the logic of my foolish brain says it should?), this is pretty damn awesome. 

.. that CDA vis runtime could have been decreased from 1254 hours down to 725 hours... indeed, it is a serious enhancement ! 

I wanted one of these for ages! Anyone tried it on an i7 yet or a Core 2 Quad / Extreme? 

"Nice work, thanks. Is it possible to manually set the number of threads to be used (i.e. -threads switch)? "

It's possible and I guess I could allow it for people who want to experiment. In reality though, there's not a lot of use to setting more threads than you have cores/processors since then they'll have to start sharing time slices. It's best to have a 1-to-1 match up, IMO.

But i'll see about supporting the "-threads #" option for those who want to play around... 

Incidentally, I thought something was wrong with it when I was testing it at work because it was VIS'ing "Evil Exhumed" in 2 minutes and I was sure it was taking upwards of 20 when I was working on it originally.

I guess that's what happens with 8 cores. :P 

I was thinking more about setting it to a lower number if other programs need to be run at the same time.

Shouldn't you include the source and txt?

8 cores - what would I give for such a machine right now... :o 

So, er, AguirRe's vis has an autosave function built in (i think it saves every minute by default or something).
So if WVis is the same only with support for more than one processor core, couldnt you stop your current build and then restart it with WVis?

Hmm, I wonder if that would work. If not, then you loose all of those hours, if so then you can cut our remaining time considerably. (if you have a multi-core processor that is) 

Didn't inertia had access to some wicked cluster ages ago? 

Ricky

In theory, I would say you're right. That sounds like it would work. However, I don't want to be the one responsible for him losing 2 weeks of processing time or whatever it's been so I'm staying out of it. :P