Patryk Kizny
|
|
« on: August 19, 2015, 02:52:20 PM » |
|
Hey,
I just set up a new system with an NVidia card and started running the NV fragmentarium verions. My scripts won't compile, but what bothers me is that the compiler won't tell me why. On AMD it used to say something and I was able to fix my code. Now the only thing I am getting is: Failed to compile script (219 ms).
Is that normal on NV? I'm running on Win 7 Ultimate.
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
3dickulus
|
|
« Reply #1 on: August 19, 2015, 03:52:15 PM » |
|
so... v1.0.10 runs nice? the only difference for nV vers is GL 4.0 minimum and AsmBrowser enabled. too many topics for the same thing, maybe a moderator can merge these into one topic "problems running Fragmentarium" to tidy up this board! or maybe when you have a problem post it in "problems running Fragmentarium" thread start with the default frags you used to create your current frags from and add things one at a time until it breaks look up the specs for your board re:shader program size, number of uniforms etc etc
|
|
|
Logged
|
|
|
|
Syntopia
|
|
« Reply #2 on: August 19, 2015, 06:13:20 PM » |
|
Certainly not normal on Nvidia. I have never had anything else than Nvidia cards.
Just a stupid suggestion: could it be that the log-window scrolls, so that you are only seeing the last line of the output?
|
|
|
Logged
|
|
|
|
Patryk Kizny
|
|
« Reply #3 on: August 19, 2015, 11:05:49 PM » |
|
You nailed it!
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
3dickulus
|
|
« Reply #4 on: August 20, 2015, 12:22:08 AM » |
|
so more log needed... 100 lines 200 lines?
|
|
|
Logged
|
|
|
|
Patryk Kizny
|
|
« Reply #5 on: August 20, 2015, 12:47:21 AM » |
|
The problem is that for some reason now (and I don't know if its a matter of moving to NVidia, new system or 1.0.10 frag) it just does not scroll by line, but rather as a block and default scrolls to the last line (i.e. revealing the last line as a first line of the log window). Earlier I think It was possible to scroll it by line and even if it was scrolled down, it was scrolled to last/last line.
So now I needed to copy-paste the block from fragmentarium to an external editor to see entire log line by line.
// Edit// Actually it works even weirder. Scrolling from the top of the log downwards allows me to scroll by line almost to the end. However, around 95% of the log window it stops scrolling by line and jumps to the very end of the log making it impossible to read a bunch of lines somewhere in between.
Next thing - on R9280 I wasn't getting any implicit cast warning from the compiler. Now on NV I'm getting a bunch of lines like "0(123) : warning C7011: implicit cast from "int" to "float"" Does it make any sense to check all these lines and explicitly cast to match types?
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
3dickulus
|
|
« Reply #6 on: August 20, 2015, 01:20:07 AM » |
|
hmm... never used or needed more than 20 or 30 lines and it should only call scrollToBottom() function after writing new lines, so you can see them as they are produced, not sure why the scroller widget (on the side of the log window) would behave strangely, the other windows all seem to work as expected, I am seeing the same effect, jumps to last page/line... investigating...
edit: I see the same log scroll bug in github-master (compiled/runnung on xeon 4 core)
the warnings are just letting you know of the cast action taken by the compiler and if the math is ok, that is, it is expected, then explicitly casting the values would be doing the same thing as the compiler is doing and is only really needed if you don't want to see warnings, of course this is based on my limited GLSL knowledge.
|
|
« Last Edit: August 20, 2015, 02:23:08 AM by 3dickulus, Reason: testing... »
|
Logged
|
|
|
|
Patryk Kizny
|
|
« Reply #7 on: August 20, 2015, 02:46:54 AM » |
|
That's what I thought. Thanks.
Any ideas on how to avoid bumping up compile time? - Usually my frags compile in 500-1000ms. - Sometimes Frag becomes unresponsive for a few seconds, then it compiles successfully within 500-1000ms, but the total time is like 5-7 seconds, most of which is the unresponsiveness time. Not sure if its already compiling when it happens or not. I think I did not see that on R9280. - Sometimes it stalls and after say 30 seconds it fails to compile only leaving a message "failed to compile". No hidden log above the scroll. This happens rarely. - Sometimes the compile time jumps to 5-10 seconds and it compiles successfully.
* It is all dependent on my frags, compiling the same code gives always more less the same compile time. * All these are stats for more less the same project and code, sometimes only with minor changes.
Do you have any suggestions or experience what should I avoid to keep compile time reasonable? What are the things that are likely to bump up compile time?
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
3dickulus
|
|
« Reply #8 on: August 20, 2015, 03:18:58 AM » |
|
it really all depends on how much stuff the compiler has to sort through, uniforms, custom data structures, textures, mapping... it has to do a pseudo run of the code to figure out what routines are actually getting called from... say... MathUtils or SpaceTransforms and only compile those in an effort to optimize the limited program space, it also, I think, does some funky GPU warp/thread optimizing that could, given a lot of complexity, lead to the compiler getting confused on how to fit everything in. here is the output from desktop info center, this machine will not compile _scene.frag using PK_DE
|
|
|
Logged
|
|
|
|
3dickulus
|
|
« Reply #9 on: August 20, 2015, 07:18:08 AM » |
|
RE:logs the log area is made up of a list of widgets, some of these widgets can be many lines, when the log view area is shorter than the height of a widget ( compiler output is one widget in the list that can have many lines ) it shows the bottom of the widget, you can see this by selecting an entry in the log area and using the up/down arrows to scroll through them, having found this I checked the "scrollMode" and it was at the default ScrollPerItem so it is now set to ScrollPerPixel , this should help with log viewing will be in next source release. (still testing)
|
|
|
Logged
|
|
|
|
Patryk Kizny
|
|
« Reply #10 on: August 21, 2015, 02:39:58 AM » |
|
Thanks for having looked into that.
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
3dickulus
|
|
« Reply #11 on: August 21, 2015, 03:46:11 AM » |
|
I never needed more than 20 or 30 lines, I think I found something that (probably) contributed to the extreme lag, re: OpenGLInitializeFunctions(), it never lagged on linux so I had no idea it might be causing a problem, next compile for windows and source release will have this patch but still no EXR for windows have you tested v1.0.10 on AMD ?
|
|
|
Logged
|
|
|
|
Patryk Kizny
|
|
« Reply #12 on: August 21, 2015, 09:51:33 AM » |
|
|
|
|
Logged
|
Visual Artist, Director & Cinematographer specialized in emerging imaging techniques.
|
|
|
Crist-JRoger
|
|
« Reply #13 on: December 08, 2015, 07:22:32 PM » |
|
Hi! What will be better for rendering - nvidia gtx660 or radeon 7850? nvidia has higher gpu frequency, but amd more stream processors. What component of videocard most critical for Frag?
|
|
|
Logged
|
|
|
|
3dickulus
|
|
« Reply #14 on: December 09, 2015, 02:59:55 AM » |
|
review... http://developer.download.nvidia.com/opengl/glsl/glsl_release_notes.pdfnVidia is my choice but do compare real-world scenarios, benchmarks, and user reviews don't make a choice based only on a particular hardware feature, overall, performance, support, compatibility and stability are the most important things.
|
|
« Last Edit: December 09, 2015, 06:12:41 AM by 3dickulus »
|
Logged
|
|
|
|
|