Jump to content

roland

Eurobricks Citizen
 View Profile  See their activity

  • Posts

    372

  • Joined

  • Last visited

 Content Type 

Everything posted by roland

  1. roland
    I played around with the rubber a bit, below settings make it look a bit more realistic I think. #local ldrawRubberNor=normal { dents 0.33 turbulence 0 } #local ldrawRubberFin=finish { diffuse 1 brilliance 0.05 specular albedo 0.1 roughness 0.20 conserve_energy } The logo's you could add by exporting the animation while LDCad uses studs with logo's or by using custom textured studs (LDCad's pov export supports textured LDraw parts, untested when using on so many parts though I'll do some tests).
  2. roland
    Looks promising, can still see some flickering in the shadows/floor in the gif animation though. Not too disturbing though. Are you really going to render the whole animation? Maybe we should setup some sort of distributed rendering network :)
  3. roland
    Sorry, it is downloadable now. Yes all LDraw (actually the OpenGL) data is converted to mesh2 objects, this is currently the only option in my LDCad's povray export. I do plan to add LGEO at some point though. Also because of the animated springs etc some meshes have frame specific versions.
  4. roland
    Thanks, The POV file is 186MB but somehow 7zip managed to stuff it into a 2MB archive http://www.melkert.net/action/download/8860-povExport.7z Feel free to play with the radiosity settings, but the lighting might not be optimal as I didn't optimize that as 'gave up' on the pov export. I would be very interested in the settings if you get it to render at reasonable speeds without the flickering in the shadows/background. Although the parsing takes a big chunk too with this file.
  5. roland
    Thanks, Actually rendering isn't that big of a deal when using single frames. An HD image with almost the same quality as the one above can be rendered in about 30 seconds using my 5 year old 8 core AMD machine. The problem is these give visible background noise when used in an animation resulting from the relatively low radiosity sample level. You can get rid of that by increasing the radiosity settings to HQ, but this increases the frame render time to over 3.5 minutes a piece :(
  6. roland
    I finally completed my most complicated LDCad animation to date It is a fully animated 8860 LEGO technic 'super car' set. You can watch it here (2:15 long). https://youtu.be/Ea1iHCSPbqo (Some how youtube messed with the quality though, the original x264 mkv is much sharper) It is an OpenGL export, I was originally planning to do a POV-Ray rendering (I've got the POV file) but it would take over 200 hours to render as it would need very high radiosity settings to prevent background flickering. This would result in 3750 frames of this quality: Fullsize img: http://www.melkert.net/img/mel/8860.png If anyone know of a way to reduce that flickering without having to crank the radiosity settings to 11 please let me know.
  7. roland
    It basiclly boils down to 3 camps: LDD: easy to use but limited. LDraw: Open platform, very big part library, multiple editors/tools to choose from. mecabricks: easy to use webapp As for rendering LDD POV-Export is very HQ (hence the slow rendering), but you can get similar results with LDraw and mecabricks given you take the time to learn all the tools/libraries (e.g. LDraw's LGEO) involved. And the editor, I might be bias indeed but in the end it comes down to a personal preference as no single editor could ever please everyone (I gave up on that along time ago :) ). My LDCad, for example, is aimed at the more advanced/experianced LDraw user looking to make instructions or very large models. The results in a steep learning curve which is the complete opposite of LDD. But there are other LDraw editors like Leocad, SR3DBuilder, MLCad and the new stud.io all have their own pros and cons. my 2cts
  8. roland
    As far I know moving the camera is the preferred method for whole scene rotations. Have you tried the predefined radiosity setting macros defined in rad_def.inc?
  9. roland
    Are you using the 64 bit version of LDView (if possible) because LDView can be very memory hungry with larger models, and once it hits ~2GB it will crash.
  10. roland
    10 minutes for non radiosity at that resolution is extremely slow indeed, I've done renderings at UHD in that time of much larger scenes (LDraw source though). I expect the geometry is defined inefficient and or at a very high quality level which in turn makes the parsing stage (which is single threaded) the biggest time consumer. If so you might decrease the overall rendering time of all 300 frames by using a single .pov with an animation for the rotation. You could also play around with settings like max_trace_level and such.
  11. roland
    Very nice! I guess this one is even harder to fly around in ;)
  12. roland
    My LDCad (LDraw) might be able to handle that depending on your hardware and the number of different (more so than the total count) bricks used. I've used it to edit 180000 bricks once at 2 fps :) By building modular you should be able to make even larger models as you only need to use the whole (@<5fps) to overview the project while editing the smaller submodels.
  13. roland
    Yes LDCad counts both parts of a turntable (and other combined parts) if they have been placed separately. If you want to count them as one you need to replace them with '(complete)' variants. As of the missing files, LDCad renders those as red crosses. If you want an overview of the missing (not found) parts you can get that trough the session/missing files dialog. If you want you can enable showing of that dialog when opening files with missing parts. I disabled this by default as I always got very annoyed by the ones in MLCad :) Also some of the missing files might be unofficial files so you might want to add the unofficial library (ldrawunf.zip) to the LDraw search paths.
  14. roland
    I was bored so I tried something else Using a hex editor I removed the part of the zip file containing the png, then did the linux dd command again (it turns out that always only extract the first file) This gave a truncated xml file which I fixed (butchered :) ) using a decent editor. Then rezipped it nito a lxf again which LDD successfully opens, although it dropped 178 bricks. Could not attach the file so I've placed it on my site (let me know when I can delete it again) http://www.melkert.net/test/60130 Gevangeniseiland (fixed).lxf
  15. roland
    This file is (very) corrupt, probably truncated. It tried some Linux console stuff but it breaks down after only a 5k (also corrupt) png. FYI, i tried: jar -xvf 60130gevangeniseiland.lxf jar ignores the zip end of file stuff, I also tried dd if=60130gevangeniseiland.lxf | gunzip -f > out.txt This will result in a single output file in which you could than try to copy the main (most important) xml file out of. Sorry but I think it's not savable.
  16. roland
    You're right but as far I could see this only happens when the new 'NSR/ASR' option (right top in compass) is set to ASR (green). Disable that to prevent this bug from hampering you. It will be fixed in Beta 2. Thanks for reporting Boogs.
  17. roland
    And Beta 1a is up, it fixes a potentially severe bug concerning selection rotations
  18. roland
    I've released 1.6 Beta 1 http://www.melkert.net/LDCad/download Major new features include: Extended scripting, mirroring, region select, MPD tools, POV-Ray export, ROTSTEP and BUFEXCHG support,
  19. roland
    The copy paste dialog only appears when on of the options it shows is set to 'yes' of 'no'. So if you don't want the dialog be sure to answer all items with ether 'always' or 'never'. In 1.5 groups can't be changed, to remove items you must first ungroup it, then delete and regroup. In 1.6 offers more options concerning group content.
  20. roland
    Thanks, this took one hour to render (250 1920x1080 png's) it's not using radiosity though, if needed that could be enabled but animations don't play well with basic radiosity so you would need to use the extremely high quality settings which would slowdown rendering by a factor of 15 or more :) The mirroring feature needs extra info for some parts (just like part snapping) I'm hoping to add that info for the more common parts in Beta 2 or final 1.6 version.
  21. roland
    I've uploaded a small animation teaser demonstrating the LDCad 1.6 animation / POV-Ray export stuff. Any feedback is welcome.
  22. roland
    Too bad it didn't work, I think your VGA driver is just too outdated/buggy as OpenGL 2.1 is very old (most drivers are at 4.5). But as you can't update that I don't think I can help you any further.
  23. roland
    I've added a new item to my FAQ section you could try: http://www.melkert.net/LDCad/faq#faq_fbo However a completely black render area points to an initialization failure, the black area should have a hint label stating this, the above workaround won't fix that.
  24. roland
    I'm sorry for the problems you're having. I did some quick tests and the chain template works like it should on my windows (or are you using Linux?) setup so it indeed sounds like an video driver issue. Are you running a very low OpenGL version? Or using an overall older VGA card? It should look like the attached image.
  25. roland
    Slow playback is usually because of the rendering being to slow as the lua script execution itself is rarely above 1ms. Also I did make some optimizations in 1.6 regarding the fps timing as 1.5 sometimes has false timings on that front. Has the 5580 model a decent render time (e.g. <20ms reported in left bottom corner) during editing?
×
×
  • Create New...