.obj import to cycles crashes the program. #52742
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#52742
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Windows 7 Pro SP1 Nvidea Geforce 970
Blender 2.79. Function not available in 2.78c.
Import an .obj. Try viewing object in rendered mode and program crashes.
Took a saved .obj with simple data (diffuse and specular values only) and opened it in Blender With Cycles render selected, checked node editor. 18 nodes set up (for what should only be, at most, 3 nodes). Select method of display as 'rendered view', program crashes.
wall section test.mtl
wall section test.obj
bug report.blend
Changed status to: 'Open'
Added subscriber: @piersyf
Added subscriber: @Sergey
Can not reproduce the issue, but the files are missing texture which might be essential for this issue to happen. So:
Added subscriber: @ArtoKitula
If OBJ file has:
importer doesn't find correct mtl file (tries 'wall' 'section' and 'test.mtl')
so spaces there in filename are one problem.
Thank you both. Your answers helped me to identify the cause. The other program compiling the .obj (exporter) is creating corrupt images of the materials, and I suspect this faulty code is causing Blender to crash. After manually replacing the texture images in the export file with valid images, the Blender import to Cycles worked fine.
BTW, I had tried 4 different objects before posting here and all had resulted in the same issues. My bad for not including the exporter in the possible fault line.
This can be closed, no bug here....
Can you attach an example of corrupted image? I would like to see if we can make Blender to identify such images and prevent crashes (rendering magenta-color as a missing texture for corrupted image is more friendly than crashing)
Sure. I also did another experiment. I exported a model from Poser as an .obj. I did this twice, once with full texture path names and once exporting the textures to the folder.
With the first one I opened the .mtl file and checked the texture path. It is valid and accurate. When importing to Blender that texture shows magenta in material view and if I try rendered view the program crashes. If I then physically search for the image from the cycles node it works. For some reason Blender is not following the path automatically, but can do so if I manually point it to the file.
The second option (exporting the textures) results in the corrupted images. I can't view this in Windows picture viewer and the size of the file is different to the original.
Can you maybe save .blend file with all the referenced textures etc, pack them to an archive? But also weird why importing doesn't happen correctly. Perhaps worth separating two reports:
Added subscriber: @mont29
Changed status from 'Open' to: 'Archived'
More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.