Help with export. Google really needs to fix this
-
I did a basic model of 9 city blocks. I want to export to 3d studio to use in an animation but anytime you export with textures it crashes. It does this with .3ds, .fbx, and .obj files. Even if i take just one small 4 sided building with a simple texture i import it wont export. Does anyone know of a work around for this?
Thank you
-
What do you mean by "crash"? SU literraly turns off? Or it just stalls? Do you get a bugsplat error?
-
Hello Chris
Sorry, i did use the wrong term as the program actually does not crash, it gives an error message. Its the same error message everytime. It reads;
SketchUp SDK error: An error has occurred resulting in an invalid output file.
This error can occur when performing several back-to-back exports without closing SketchUp between each export. Try closing SketchUp, opening your model, and immediately exporting again. Google, Inc. is working on a solution to this error.I have done everything it mentioned and have even created a new file with a simple plane that i texture map an image on to. Anytime i try to export with texture i get that message, no matter how many times i restart. Exporting with textures is pretty important with what i do this is a biggie at least for me.
Thanks for you time.
-
Interesting! Could you upload a small test model that crashes for you?
Chris
-
Sure, attached is a basic sketchup file with just one building. Are you able to export this as a 3ds, fbx, or obj file with textures? It never works for me.
Thanks for looking!
-
I may have found a work around.
- Explode everything in the scene.
- Export as a KMZ file
- Re-import into sketchup
- Now export as a 3dS or fbx, or Ojb file.
Seems to work for me?
-
Wow that's strange, couldn't get an export in 3ds or obj no matter what settings I used. Even copy pasted into a new file, purged model, grouped, exploded. Where the textures photo matched?, I've never ran into this problem but I don't really use photo match.
Mike
-
Is it possibly from non-standard characters in images names or anything?
-
it's something to do with the textures though i'm not sure what..
i opened one of the textures in photoshop & did nothing to it other than resaved it (using the same name too).. re-imported it to sketchup and it exports fine..
two skps for comparison :
-
Is it bit depth?
-
@chris fullmer said:
Is it bit depth?
as far as i can tell, no.. i'm pretty sure it's 8 bit which shouldn't be a problem.. that said, i'm not sure if photoshop & preview (macs image viewer that i opened it in as well) converting it to 8bit prior to opening it..
-
I think it has something to do with the way photo match handles or names textures. I was able to export to 3ds with textures. What I had to do was export a texture one at a time, then delete in the model, then import it and reapply to a face, it then exported fine. But what I noticed was some textures were named photo texture 38, photo texture 38#2, photo texture 38#3, and so on but when I would export texture 38#2 or 38#3 it didn't pick up the # after the 38, it would just say photo texture 38 already exists, do you want to replace it?, so I would have to rename it.
Mike
-
This is interesting, and is starting to sound like a bug that will need to get reported once we track down the simplest steps to reproduce it.
-
valkama, how about doing this..
upload a texture or two that you're trying to use.. give it to us in the exact state you have it in prior to bringing it into sketchup. there's either a problem with how you're importing it or something to do with the texture itself..
thanks
-
@alpro said:
I think it has something to do with the way photo match handles or names textures. I was able to export to 3ds with textures. What I had to do was export a texture one at a time, then delete in the model, then import it and reapply to a face, it then exported fine. But what I noticed was some textures were named photo texture 38, photo texture 38#2, photo texture 38#3, and so on but when I would export texture 38#2 or 38#3 it didn't pick up the # after the 38, it would just say photo texture 38 already exists, do you want to replace it?, so I would have to rename it.
Mike
nah, i don't think it's a name problem.. it sounds to me like you're exporting a texture then, without deleting that texture and/or it's name, trying to re-import a texture using the same name into the same model..
try this: export a texture then delete it from sketchup (maybe purge as well).. now re-import it using the same name and you won't have an error
[for instance, in a new file, i can import a texture named 'grey#1' and apply it.. then, i can import a texture named 'grey#2' and apply it as well.. no errors]
-
@alpro said:
...when I would export texture 38#2 or 38#3 it didn't pick up the # after the 38...
That is interesting. I have run into the conflict of the same naming convention of SU with Twilight render. When I was told to rename the texture names where SU automatically adds the # symbol, the issue went away.
(Twilight render - based on Kerkythea - is also a bit "picky" about file and path names)
-
No that's not it Jeff, the model already has photo texture 38#2, 38#3, and so on in it already. What I was doing was exporting each texture one at a time, deleting it, purging, and then importing the texture to reapply. For whatever reason when exporting say texture 38#2 SU is not picking up anything after the 38, renaming it in the material editor doesn't help either, it has to be renamed on export. Would like to hear valkamas exact steps of how he textured this, was it all photo matched or did he do something else in the process.
Mike
-
hmm, well i've never seen that export dialog in my life
.. (mac user)what i have noticed however is that when i select "edit texture image in and external editor" (which i have set to photoshop in SU preferences), the file will open with a title such as "Photo Texture38(3)" when the image in sketchup is called "Photo Texture38#2"
that's because there's a hidden temporary folder(tmp) that has various sketchup stuff in there such as "SketchUpUndo.log" as well as various other non-SU tmp files.. the folder is cleared upon system shutdown in which the naming convention will restart at 0.. it appears my system is renaming automatically whereas you have to do it manually on yours?anyway, i'm not convinced the naming convention of valkama's example file has anything to do with it.. i can export then re-import all of the textures using the same exact names and export to .3ds just fine.
-
Jeff, I still think it has something to do with the naming coventions, maybe mac handles it different than windows. I just tried to edit texture 38#2 in an external editor (mine's photoshop too)and it opened as photo texture 38. I think SU is seeing this as one texture, thats why it won't export to 3ds, it's confused, till you export and then import the textures does it realize the textures are seperate, then properly exports to 3ds.
Mike
-
if you go back to the first post by me in this thread and download the two attached skps, you'll see that isn't the case.
there's only one texture in those files applied to one simple plane.. the export problem still exists.. the naming error can't be used as an explanation on those two skps.
Advertisement