-
Posts
1,356 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Everything posted by SylvainLS
-
Looks like “PseudoNeon” adds 180° on the hue (yellow and blue are opposite on the HSB disc), no?
-
Bluerender renders LDD’s files (.lxf). Bublible here provides an alternative for sunflow.jar that Bluerender and LDraw2Sunflow both use. I don’t know if it would work but you can try to replace the sunflow.jar file that comes with LDraw2Sunflow with the one in the .rar file linked at the top of this thread. I get a lot of ERROR BCKT: NaN shading sample! while trying to render a simple palette of plates 1x1. Top is the result with mx80’s version, bottom is the (interrupted) one from Bublible: Same results with the previous version, with or without brickseams. (The problem seems to occur at a different “block” each time.)
-
Oh, okay. I had tried without anything, and didn’t see anything. So, then I added a bigger gap (5) and “brickseams on” (not wanting to burn my laptop’s CPU for another run just because of that line) and saw only a very small seam, surely because the model I tried has few bricks and they are sandwiched between parts that have no seam yet I thought I had told about 15 being a “you’re sure to see something”-value but apparently not Hey, what do you expect at 8AM?
-
Edit scene.sc and add this block at the beginning: system { brickseams on brickseams_adujstGap 15 } AFAICT, it doesn’t yet apply to plates or slopes, so choose your test model with lots of bricks
-
No, no, I understood you (I think ). I was just explaining why there were differences with the last render and why it was so much better Now, what I did not understand correctly was about the transshadow parameter: your advice is to lower it whereas I find that the default already makes some parts too bright (lowering the value makes them appear to be casting light). Well, de gustibus…
-
Yeh, I had POV renders that took 9-10 days each to finaly realize there was a small error somewhere …. Yep, the ”Trans. Round Tile 1x1”s on the scooters are too transparent (especially for the green astronaut’s: they are barely there), and the base of the Tr. Light Blue panels are too light. I will try it later. Oh, ok. Thanks. The first renders used the materials dated 20150805 you linked in the other thread. If you look closely between neo-6930.5b and c (“bottom” and “update”), the materials are less reflective and (hence?) less bright. *sigh* find the right materials, find the right lighting, find the right angle, find find find… Not easier to render than to photograph!
-
Too bad Still, very good render. If I were to use Povray (which I won’t ’cause the computer appointed to hard computations is in storage for now ), with all the transparent parts, it would take very very longer (I tend to use photons too ). In fact, the glasses are Tr. Light Blue. I try to use only recent parts and Tr. Blue are rarer. That’s also why the windows are panels and not classic-space windows. Only a few round plates 1x1 are Tr. Blue but rendering in on the way…. (By the way, some of your materials refer to slime_bump.jpg. Maybe you could also pack it in the archive?) Yep, still in progress. I called it “neo-6930” Update Render finished with your latest materials, the materials (mainly white) are a little less bright:
-
Top is BR0005, about 27min in 1920x1080. Bottom is BR0005_bublible, about 50min in 1920x1080. Glasses are way better! Thanks a lot! A little problem though: there are reflections in the shadows. Look at the reflection of the lattice-pilar on the roof, in the shadow of the antenna. Same inside, under the lattice-pilar, there is a reflection of one of the grey thingies on a all-white wall supposed to be in the shadows. Another visible reflection in shadows is behind the head of the red astronaut. Is this a problem with the materials? too shiny? Nevertheless, keep up the good work!
-
If you’re not afraid of the command line, look at ImageMagick: http://www.imagemagick.org/ It’s free and can do everything. Else, a web-search for “create animated GIF” will lead you to a lot of websites that can do it for you or explain how to do it with your favorite image editor.
-
That was wishful thinking big part. Force friday was about “The Force Awaken,” not “A New Hope.”
-
Me again! A few little itches with the OpenGL preview: 1. The aspect ratio doesn’t match the render, so it’s difficult to correctly prepare the view. 2. Is there a way to change the center (or shift the model / pan the view)? 3. It’s certainly a matter of taste but the mouse controls are reversed in regard to others 3D viewers I’m used to (Leocad, LDView and LDD among them ). I’m used to the “drag the model” metaphor, not the “move the camera” one. Also, OpenGL preview is okay (the colors are a bit off: light bley looks lavender-ish) but I get “GRAVE: Shader compile error :” (no more info on the line).
-
No problem… at least for me Er, that’s not quite right yet. The LDraw library .dat files and directories are in lowercase, the other LDraw files are mixedcase (e.g. LDConfig.ldr) and, above all, other files and directories on the filesystem are mixedcase/case-sensitive. So, always using toLowerCase on the complete path is not an option. Only the relative path to the LDraw library files should be lowercased (“p”, “parts” and “models” included but not the prefix). The filepath to the main model, the file to convert, should not be lowercased. It’s quite a bother, eh? In fact, I checked LDView’s code (but other programs should be similar): LDView first look for the all-lowercase filename, then all-uppercase, then the original filename. Great!
-
Hi, just a few notes from my experience trying LDraw2Sunflow on Linux: First, there’s a '\' used as a file separator in PartFinder.checkLDrawDirectory(). '\' is a normal character in POSIX filesystems. That’s not portable. Next, LDraw is (almost) case-insensitive for filenames. An LDR file can refer to parts in lowercase, uppercase, or mixedcase (not necessarily the actual case on the filesystem). The LDraw official parts archive has all its parts filenames in lowercase but some parts refer to others in uppercase (or, some, only with an uppercase .DAT). E..g. “p/8/stud6.dat” refers to “3-4edge.DAT” and “p/znap1.dat” refers to “1-4EDGE.DAT”. The files in the archive are “3-4edge.dat” and “1-4edge.dat”. That’s important because POSIX filesystems are actually case-sentive (not the compatible-with-DOS-but-allowing-pretty-case of Windows filesystems). Finally, does the GSLS version really need to be 1.50? I tried 130 and it seemed to work. (The driver, Mesa, advertises 1.30 for GSLS even if its “core profile” (whatever that means) GSLS is 3.30. So 1.50 is too high for me.)
-
I would rather say 2346 “tyre high narrow Ø30.4 x 11” or 56897 “tyre high small Ø30.4 x 11” and the hub would be a 6248 “hub Ø17 for technic snap” with a round tile 2x2. (30391 doesn’t fit 6248 and I’m pretty sure about the tile and, hence, about the 6248.)
-
No, the command (and environment) is the same with OpenJRE and OracleJRE and it doesn’t work with the first one but works with the latter. Even if this error message is more often a case of wrong classpath or name, here, it’s a problem with loading the class, not finding it. OpenJRE can’t load it, OracleJRE can.
-
LDD in Windows 10 issues and discussion
SylvainLS replied to jamie75's topic in Digital LEGO: Tools, Techniques, and Projects
Indeed. The manufacturer knows the hardware better (or is supposed to). Sorry for the “constructor” thing: English has a lot of near-synonyms, all mixed-up in regards to French (“constructor” popped first as constructeur is the French word; manufacturier is seldom used, and vendeur more often refers to a sales-clerk). Also, as a warning, I just changed my “Country”: I hadn’t noticed it said UK when the field is empty. -
LDD in Windows 10 issues and discussion
SylvainLS replied to jamie75's topic in Digital LEGO: Tools, Techniques, and Projects
You have graphics drivers problems. Try installing the ones provided by the constructor. (Windows-provided drivers sometimes are too generic.) -
I didn’t see any reference to Linux in the thread but if someone got this problem, you need a version from Oracle, not the totally open source version (openjdk / openjre): Error: Could not find or load main class bluerender.BlueRender The problem is loading the class, not finding it. Probably a missing cryptography algorithm in the open source version.
-
Forward-swept wings are not “silly.” They have been researched since before WWII. Recent examples are the Grumman X-29 and the Sukhoi Su-47.
- 14 replies
-
- Creator
- Future Flyers
-
(and 1 more)
Tagged with: