#76 posted by JneeraZ on 2010/01/11 17:42:05
But can you get a failure with the old version? The old version worked most of the time - until it didn't. :)
Yes
#77 posted by Spirit on 2010/01/11 18:24:14
I set the -savetime to 10 and interrupted it a lot. Got the error in return at the end.
Yes
#78 posted by Spirit on 2010/01/11 18:24:14
I set the -savetime to 10 and interrupted it a lot. Got the error in return at the end.
Tuna
#79 posted by megaman on 2010/01/12 12:03:53
Release the src, please.
#80 posted by Tuna on 2010/01/12 12:26:00
I wanted to wait for more feedback - or at least for no negative results. I will send the patch to Spirit later today or tomorrow when I have access to the machine again. I hope he can review it and decide whether it qualifies for the bounty or not :-)
Test It With Coag3_negke
#81 posted by negke on 2010/01/12 13:08:48
Yay For Tuna
#82 posted by Spirit on 2010/01/17 14:27:21
#83 posted by Spirit on 2010/01/17 17:11:19
#84 posted by Tuna on 2010/01/18 09:35:42
Call for testing! Please re-download the test version from my location above. Its a newer version which should be more efficient and hopefully also has the bug fixed.
#85 posted by Zop on 2010/01/18 10:22:15
When I use -nosave, I don't get %/time interval updates from the "full" part of the vis process.
#86 posted by Tuna on 2010/01/18 12:09:33
Updated the .zip file. I think this bug was also in the original version?
Now there is also the chance that if you have a corrupted .vis file that it gets repaired when it gets loaded.
Yes
#87 posted by negke on 2010/01/18 12:52:15
It indeed loads my corrupted state file and seems to be continuing the process normally.
Tuna
#88 posted by negke on 2010/01/18 15:41:07
Is this the 'idle' or the 'reset' version?
#89 posted by Tuna on 2010/01/18 16:13:10
This should be the 'right' version: No thread synchronization is done. Instead undone portals are marked as such instead upon saving.
If no bugs are found this should become the recommended version.
In the end the fix could probably be done by changing one line. But I think its ok to fix some other things while we are at it.
#90 posted by JneeraZ on 2010/01/18 16:20:33
Nice work, tuna!
I See.
#91 posted by negke on 2010/01/18 16:55:10
I'm currently testing it on my coag map. The ultimate goal would be to get all portals done except for the long one, thus making the PVS data as complete as possible. Problem is that I can't tell what's going on as the -verbose display isn't as clear as in single-thread mode. Or dunno..
#92 posted by Tuna on 2010/01/18 17:47:01
Hm. Not sure what the verbose messages are supposed to output. In theory just keep an eye on the CPU usage. When the "Full" Vis step is only using one core you are there.. Might be difficult to spot when you are on a single core CPU. When the task manager displays the threads per process you might keep an eye on them..
#93 posted by Spirit on 2010/01/20 20:57:59
What Is It With Linux Always Screwing Up Line Breaks In Text Files?
#94 posted by negke on 2010/01/20 22:06:30
Please include the source with the (final?) build - better than refering to several authors and versions.
As for my vis experiment, it really seems to work as intended. I still need to test the final result in Quake to check for HOMs, but it looks good so far.
#95 posted by Tuna on 2010/01/21 09:39:39
Great news. Up to now I think that my link contains the latest version and also includes the patch. I asked Spirit to update his links to avoid people loading the older version.
In general someone who is going to maintain the application should take care of packaging and updating the relevant links.. .. Willem? ;-)
#96 posted by JneeraZ on 2010/01/21 11:20:00
I dunno man, I'm going to be really busy this year with work. I'd rather you just throw the source code and binary (with an updated filename/version number) onto Quaketastic and let the community sort it out. :) It's just an EXE after all...
Put it all in "tools/windows/misc" preferably, to keep it all clean.
Question
#97 posted by ijed on 2010/04/06 00:32:06
Could the same multi-threading be added to the light utility, or is that using the GPU?
#98 posted by metlslime on 2010/04/06 00:37:44
light utility does not use the GPU but it should; that is one of my wish-list compiler features (still need to work out the math to see if it's even possible. I think it should be but it's all new territory for me.)
#99 posted by JneeraZ on 2010/04/06 12:00:57
Yes, multi-threading can totally be added to the light utility because I added to the one I used on my Mac. It's about as difficult as adding it to VIS - which is not really difficult at all.
Someone get tuna to grab the source code for the most commonly used light.exe and splice it in. :)
#100 posted by Trinca on 2010/04/06 12:04:36
WE MISS AGUIRE!!!
Does anybody know if he stills in Q2 codding?
|