Packing/Unpacking and Sound Emitter Problem
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 35
- Forks
- 17
- PR merge metrics
- No merged PRs in 30d
Description
Packing the blend's external files doesn't seem to break anything, but unpacking them afterward causes the following error during export for sound emitters:
Error: SoundEmitter '[sound empty object]': Sound '[sound file].ogg' failed to open file
Reopening the sound file right away causes a ".001" to be added to the end of the file name, which breaks sound nodes in any responders. Clearing out the sound emitters (hitting "x" near the sound file in the modifier), clearing the orphan data, then reopening the sound file fixes the problem.
My guess is that Blender is not unpacking the sound files along with the textures and is then pointing the modifiers to a directory where the sounds don't exist? This could be a wrong selection during the unpacking process (I believe it was "Use Current Directory"). Using the "Find Missing Files" option doesn't seem to help either.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No files or tests are named. Start by reproducing the pack/unpack and export flow with a sound emitter, then compare the unpacking and Find Missing Files behavior; done means the sound opens after unpacking, export succeeds, and reopening does not add a ".001" suffix or break responder sound nodes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- blender, python
- Domain
- game-dev, tooling
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100