-
Notifications
You must be signed in to change notification settings - Fork 510
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Crash importing audio on Fedora Linux #2308
Comments
If you use the most recent Morevna release, do you have the same result? I know there is a Linux audio fix from @morevnaproject waiting to be merged. |
Morevna (1.2.0.3) works with WAV, though not MP3. (Which means I probably
have my ffmpeg setup configured badly.)
(And by not working with MP3, I mean it does the weird one-frame thing. Though trying to change the volume of the WAV during playback also crashes the program.)
|
Make sure your FFmpeg path goes to the parent directory: I believe both aiff and mp3 files are converted to a wav format once they are in OpenToonz. How are you changing the volume - in the column header? @blackwarthog may be able to help with the crashing. |
I'm using Ubuntu Linux. Opentoonz crashes the second I click either "Load" or "Import" to create a level made of sound. (gdb) bt |
@4of92000 @DavidDuncker |
Built commit ebfbb9c from scratch on Fedora 30. Then install ffmpeg from Fedora repositories. It seemed to playback ok. |
No recent update on this issue...
The 'one frame long' symptom suggests ffmpeg is not connecting to Opentoonz properly. |
I'm using Debian Buster and get the same issue. Drag and drop a sound file or loading a sound level get the process to an abort signal. One difference from 4of92000 symptoms is I don't get to the one frame long sound level step: OT hangs up as soon as I drop the file to the frame. The backtrace is similar to DavidDuncker's one. |
I solved my issue by installing the QAudio backends so, in a nutshell, what is needed is: Now, I suggest to add this package to the list in doc/how_to_build_linux.md. Also I think OT should not hang up because of an external setup, so I suggest throwing an exception when an empty device is found and catching it upper in the frame stack to print a warning and a few hints. I do not have the necessary knowledge about OT architecture to present a decent patch but I can suggest:
I made this patch to present the idea. It stays silent when the QAudio backends are properly installed and prevent OT from crashing when they are not. Do OpenToonz gurus think it worth a branch and pull request ? |
Closes issue opentoonz#2308.
Issue Summary
I am using OpenToonz 1.2.1 on Fedora 28 KDE on a baseline ThinkPad X380, and whenever I try to import audio, the program acts up. When I import an MP3 (I have ffmpeg), the audio is imported as being one frame long, and when I try to play it back using the grate thing on the right of the XSheet column (I'm new to OpenToonz), the program crashes entirely.
I don't know if this is a problem on my end or yours; I've already tried reinstalling PulseAudio from scratch (given the penultimate line of the traceback and some frantic Googling).
Steps to Reproduce
Expected Results
When the audio is loaded, it takes up as many frames as are needed to account for the time it takes; it can be played back.
Actual Results
When the audio is loaded, it shows up as occupying a single frame, regardless of length. When an attempt to play it back is made, the program crashes.
I have the traceback of the last session where I tried to do it:
System Information
The text was updated successfully, but these errors were encountered: