5 posts / 0 new
Last post
ForumImport
Offline
Last seen: 9 years 11 months ago
Joined: 09/22/2009 - 18:47
Things don’t work...

This message was originally posted by Marc on 05/13/2006 13:18:00
...e.g.
did anybody try to import xfrog-files in .rib-format (there are some free xfrog-models available on the net I would like to test with k-3d - but it crashed),
tried ti import a rather big .rib (about 9 MB) - k3d crashed,
Possibly a matter of a lack of memory ??
Greetings
Marc

ForumImport
Offline
Last seen: 9 years 11 months ago
Joined: 09/22/2009 - 18:47
Things don’t work...

This message was originally posted by Timothy M. Shead on 05/13/2006 16:53:34
k3d-sl2xml was inadvertently left out of the release, it will be back in 0.5.11.0.
*.slmeta files are necessary so the UI can provide sensible access to SL types. Strings are particularly problematic, because they can be used as textures, as spaces, or generic strings.
You have to run the SL source through a C preprocessor before you can send it to k3d-sl2xml, so you may wish to generate them by hand - there are lots of samples to choose from.
Cheers,
Tim

ForumImport
Offline
Last seen: 9 years 11 months ago
Joined: 09/22/2009 - 18:47
Things don’t work...

This message was originally posted by Timothy M. Shead on 05/13/2006 16:54:52
You need to post a sample file that causes a crash (preferably much smaller than 9Mb - SF limits you to 256Kb) on the bug-tracker.
Many thanks,
Tim

ForumImport
Offline
Last seen: 9 years 11 months ago
Joined: 09/22/2009 - 18:47
Things don’t work...

This message was originally posted by Marc on 05/14/2006 03:15:46
Okay, I will try to do generate the xml-files manually...
But wouldn’t it be a good idea to implement an import-function for .sl-files in a future-release of k-3d ??
The strong argument for using k-3d is its ability to
use the renderman-interface - in my opinion it would be logical to use raw .sl-files !?!?
Greetings
Marc

ForumImport
Offline
Last seen: 9 years 11 months ago
Joined: 09/22/2009 - 18:47
Things don’t work...

This message was originally posted by Timothy M. Shead on 05/14/2006 09:18:41
There’s certainly room for debate on this - the bottom-line is that I’m not excited about having to embed a C preprocessor in K-3D, and it would only produce so-so results - specifically, it wouldn’t know (again) what to do with strings. There really does have to be a human in the loop, even with k3d-sl2xml!
Cheers,
Tim

Log in or register to post comments