Jump to content

___

Eurobricks Counts
  • Posts

    1,679
  • Joined

  • Last visited

Everything posted by ___

  1. Exactly + just SUPPORTED you on Ideas - wishing you best luck cos this is really worth releasing yet it has quite big chance to pass as it is not big or huge and LEGO Ideas accepted models are known for their rather small brick count.
  2. UPDATE: * COMPLETELY NEW 8 FullHD renders
  3. That is strange cos my times on my Win7 64bit with or without LOS are basically the same - isn't your OS by any chance 32bit? If so it is known issue...if not: could you, please, send me your files for testing (*.lxf + *.sc)? What is the exact number of the baseplate, please?
  4. ___

    MOC. SCATT

    interesting design indeed
  5. THERE IS NEW VERSION UPDATE (v20151002) at the top of this topic in my first initial message...
  6. Aha and wouldn't it be more logical suggesting based on known "uninterest" from TLG when it comes to LDD that they simply do not care about it anymore or at least that they put it at rest for now? To me that would sound much more logic tho I would be more than happy if I was wrong...just saying.
  7. I am presenting my new BR/SF achievement/MOD "Logo On Studs" (click the image for FullHD version) + more here: http://www.eurobrick...howtopic=114649
  8. THERE IS NEW VERSION UPDATE (v20151001) at the top of this topic in my first initial message...
  9. Guys, just being currious: where do you get it from that there is any LDD 5 "in the work" at all, can you point me to the source or is it just a guess?
  10. In Blender, exported as .obj without any UV mapping and imported in model's .sc file Part of the scene imported via model's .sc file
  11. No problem - being glad you like it...and if you wait few days more there will even be LogoOnStuds and SlopeGrain, stay tuned! BTW did you noticed/tried this? http://www.eurobricks.com/forum/index.php?showtopic=114649
  12. Very nice and accurate sweet micro versions of great 80's LEGO Space sets!
  13. Hey, guys, I have another good news for you: LOGO-ON-STUDS are on the way (and once again with user option in .sc to switch them off if one wants to, of course)...stay tuned
  14. THERE IS NEW VERSION UPDATE (v20150923) at the top of this topic in my first initial message... For that specific thing you have to ask Pedrollane cos that strange behavior is part of his Ldraw2Sunflow SW, nothing to do with SUnFlow or .sc whatsoever - he needs to change it.
  15. I just checked it and indeed BR rewrites values in its own Scene.sc everytime it starts and load some .lxf. Reason is that msx80 choose wrong principle: he replaced literal number values by variables that are set according to "Resolution" fields under "Parameters" tab everytime BR starts which is wrong, of course - I will refer that to him later (there should be still literal number values that needs to be first read and set to those input fields under BR GUI not vice versa as he has it right now). Anyway this does not apply to workaround I described above so you can still use that solution without problem, just remember: DO NOT USE BR GUI FOR SETTING YOUR VALUES, you have to write them manualy ypurself replacing "resolution %WIDTH% %HEIGHT%" with literal vlaues, like "resolution 1920 1080". Aha, that one...yes, I can confirm that: I have here still one really old OS (WinXP) I am using just for compatibility reasons for some stuff (of course my main OS is Win7 x64) and rendering under that one take sooo looong that I di not even try to count the time difference as it is huge...anyway if rendered under newer OS it is really basically the same speed as original SF from BR. SOLVED! + thanx for reporting it New fixed version later today (evening?)
  16. You have to create separate .sc file, put it beside your .lxf file and name it accordingly to it, so if you have model.lxf then you should have model.sc placed right beside your .lxf that is in the same folder hierarchy under the same folder - this way your model will always be rendered using info from this .sc and not from the main default Scene.sc inside BR dir.
  17. TESTED: v20150922 (latest one) 1st run: 22.7 seconds 2nd run (= already cached): 15 seconds ORIGINAL BR SF 1st run: 20 seconds 2nd run (= already cached): 14 seconds So I did not noticed any significant slow down, so I do not know wherefrom it occurres in your case (for sure not 6x longer, and to my knowledge it never was like that: with versions prior to v20150918 it was like 2x or 3x longer, like project that took about 25 minutes in original BR took cca. 45-50 minutes with my MOD) - could you send me your testing files, please (*.lxf + *.sc)?. Yet that small amount of time as difference is normal as the rays need to go more times as there are seams which further break those rays. On the other hand there is another known problem I need to solve and that is combining my materials with my latest MOD, will check it later today so stay tuned...
  18. Strange, cos from v20150918 it has the same rendering speed as original SF from inside BlueRender, but it is true tgat I actually did not tested the latest one that introduced ImageFX andnthere is probably something wrong with it so I have to check it out later today...till than you can download some of the previous versions (I will just add links to them right now updating my initial message at the top...wait a sec ) Although it is error in itself but in fact (in reality with my MOD) it is not a problem: there is definition of object inside src without normals vectors (as I did not use them with it), so you can ignore that one.
  19. What exactly do you want to achieve, what do you want to be there - can you be more specific?
  20. Does it matter? I named it like that just because I feel like something similar to that from the image, that's all...I could very easily named it "LeonidsGarageSewMachine" and it would have the same effect on the output image, that is: none.
  21. So I tested it and found out the reason: my materials probably do not like some of my newest additions...gee Therefor you have to wait till I find out what exactly is wrong with them. Temporary solution: A.) DO NOT USE MY MODIFIED COLORS TOGETHER WITH MY SF MOD - so just find BR v0.004 (the previous version) and use its colors defined in its Scene.sc B.) IF YOU WANT RATHER MY COLORS THEN DO NOT USE MY SF MODS FOR NOW - I have to find out what's going on
  22. Today, just as I was working on some stuff around the SF I accidentally come across visual effects I can make with different tweaked settings , so here I am presenting now my latest SF achievement "Image FX" (if you think you can find any use for it ) // you can click image for FullHD resolution More here: http://www.eurobricks.com/forum/index.php?showtopic=114649
  23. THERE IS NEW VERSION UPDATE (v20150922) at the top of this topic in my first initial message... You got it a bit wrong: .sc files themselves are not renderable - they only telling BlueRender in which condition your LDD model should be rendered (that is: what lights, what background, what image dimensions etc. It actually could work as from what I saw author of Ldraw2Sunflow did not changed anything important BUT he may have some actual important changes in his code for his SW that interacts with the Sunflow, but yea: he can try it - why not? I am all for that idea... OK: can you send me both your .ldd and .sc files you have used for your test, please?
  24. UPDATE * completely new/replaced render of the title picture
×
×
  • Create New...