Crash importing MP4 file (Ubuntu 22.04, using 3.2.1-dev)

[asgrim]

Describe the bug: If I try to import some MP4 files (consistently the ones recorded from my Insta360 Go 2, if that helps), e.g. by drag/drop into OpenShot Project Files or I use context menu "Import Files" and select the file, I get a segfault.

I have had this issue for some time, but thought I'd try with the latest daily. Same issue exists in 3.2.1 stable. I have also tried updating ffmpeg, since the ffmpeg with Ubuntu 22.04 is version 4.4.2-0ubuntu0.22.04.1+esm5 which I think is quite old. I used an ffmpeg7 PPA to upgrade to 7.0.2-1build1~jammy but the issue still persists.

Steps to reproduce the behavior:

1. Launch OpenShot (using 3.2.1-dev daily from PPA), from terminal openshot-qt
2. Drag the sample file into OpenShot
3. OpenShot disappears, segfault is displayed in terminal

Expected behavior: The file should be imported.

System Details:

• OpenShot Version [e.g. 2.4.3]: 3.2.1-dev
• Operating System / Distro: Ubuntu 22.04.4

Log Files:

• openshot-qt.log

Exception / Stacktrace:

Output shown when running from CLI:

• openshot-output.txt

[asgrim]

If it helps, I captured a short recording which reproduces the issue: https://github.com/user-attachments/assets/44ccdbb1-a5ee-4ed8-99c7-7fc811e52fb8

[Colorjet3]

Hello @asgrim What happens if you run your source .mp4 file through a converter like VLC, HandBrake, or ShutterEncoder and convert it to .mp4 again with a different name. Now import this newly created .mp4 file into OpenShot.

[asgrim]

Hello @asgrim What happens if you run your source .mp4 file through a converter like VLC, HandBrake, or ShutterEncoder and convert it to .mp4 again with a different name. Now import this newly created .mp4 file into OpenShot.

Indeed, as a workaround in the past I have used ffmpeg (I think something like ffmpeg -i input.mp4 output.mp4, can't remember off my head) and that sidesteps the problem, but sometimes I have a huge number of videos, sometimes many GBs to do, and this can be very time consuming.

[Colorjet3]

Well, VLC, HandBrake, and ShutterEncoder have a batch process option to speed up the conversion process. I often use ShutterEncoder and it works really well.

[Colorjet3]

Hello @asgrim Is it possible that you can share your entire project so that the lead developer can play/test with it in his environment so he can debug this issue? If yes, please copy all your source files (videos, audio, and image files) in the same directory as the .osp file and then zip them up and share here.

Thank you in advance.

[asgrim]

Hello @asgrim Is it possible that you can share your entire project so that the lead developer can play/test with it in his environment so he can debug this issue? If yes, please copy all your source files (videos, audio, and image files) in the same directory as the .osp file and then zip them up and share here.

Thank you in advance.

It is reproducible in literally an empty project. A video that causes the issue is attached in my first comment above.

[asgrim]

If it helps, I captured a short recording which reproduces the issue: https://github.com/user-attachments/assets/44ccdbb1-a5ee-4ed8-99c7-7fc811e52fb8

Here ☝️

[Colorjet3]

If it helps, I captured a short recording which reproduces the issue: https://github.com/user-attachments/assets/44ccdbb1-a5ee-4ed8-99c7-7fc811e52fb8

Here ☝️

When I click on the link it just plays a black video for 3 seconds.

[asgrim]

If it helps, I captured a short recording which reproduces the issue: https://github.com/user-attachments/assets/44ccdbb1-a5ee-4ed8-99c7-7fc811e52fb8

Here ☝️

When I click on the link it just plays a black video for 3 seconds.

Yes that is correct...the content of the video doesn't make much difference. Any video from that device causes OpenShot to crash when I try to import it :(

[influential-eliot]

I have the same issue.

• Version: 2.6.1
• OS: Debian 12 (wayland gnome 43.9)
• Source: Deb Package
• GPU Drivers: Nvidia proprietary

I just want to quickly edit a screencast, so will try shotcut instead, but hope this gets sorted. :)

[Colorjet3]

Lots of bug fixes and enahancements in the latest dev daily build.

1. Go to openshot.org/download/#daily and get the latest AppImage.
2. Make it executable and run it.

[asgrim]

Thanks for the ping; I don't use AppImage, but I tried the latest DEB (3.2.1+dfsg2+1704+202410122047~ubuntu22.04.1), but the issue remains. Steps to reproduce:

1. Download the above example MP4 file
2. Run OpenShot
3. Click & drag the MP4 into OpenShot project files list

What is expected: file should be imported to the project files list

What actually happens: OpenShot exits with segfault.

libopenshot.log shows:

------------------------------------------
libopenshot logging: Mon Oct 21 07:25:51 2024
------------------------------------------
---- Unhandled Exception: Stack Trace ----
  /usr/lib/python3/dist-packages/_openshot.cpython-310-x86_64-linux-gnu.so swig::SwigPyForwardIteratorOpen_T<std::_Rb_tree_iterator<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >, std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, swig::from_oper<std::pair<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >::value() const 0x16  [0x7cc8b3fb10e6]
  /usr/lib/python3/dist-packages/_openshot.cpython-310-x86_64-linux-gnu.so                                          0xbe96d  [0x7cc8b3ebe96d]
  /usr/bin/python3                                                        0x15c574  [0x5fc8a9e75574]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x285e  [0x5fc8a9e60a6e]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x8ab  [0x5fc8a9e5eabb]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x6bc  [0x5fc8a9e5e8cc]
  /usr/bin/python3                                                        0x16b281  [0x5fc8a9e84281]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x6bc  [0x5fc8a9e5e8cc]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x8ab  [0x5fc8a9e5eabb]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x8ab  [0x5fc8a9e5eabb]
  /usr/bin/python3               _PyObject_FastCallDictTstate             0xc4  [0x5fc8a9e6b474]
  /usr/bin/python3                                                        0x1674b4  [0x5fc8a9e804b4]
  /usr/bin/python3               _PyObject_MakeTpCall                     0x1fc  [0x5fc8a9e6c27c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x6b17  [0x5fc8a9e64d27]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x8ab  [0x5fc8a9e5eabb]
  /usr/bin/python3                                                        0x16b3ce  [0x5fc8a9e843ce]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x285e  [0x5fc8a9e60a6e]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x285e  [0x5fc8a9e60a6e]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x613a  [0x5fc8a9e6434a]
  /usr/bin/python3               _PyFunction_Vectorcall                   0x7c  [0x5fc8a9e7642c]
  /usr/bin/python3               _PyEval_EvalFrameDefault                 0x8ab  [0x5fc8a9e5eabb]
  /usr/bin/python3                                                        0x16b4e1  [0x5fc8a9e844e1]
  /usr/bin/python3                                                        0x2943aa  [0x5fc8a9fad3aa]
  /usr/bin/python3                                                        0x288fe8  [0x5fc8a9fa1fe8]
  /lib/x86_64-linux-gnu/libc.so.6                                          0x94ac3  [0x7cc8b5094ac3]
  /lib/x86_64-linux-gnu/libc.so.6                                          0x126850  [0x7cc8b5126850]
---- End of Stack Trace ----

[Colorjet3]

Hello @asgrim

Please try the AppImage just to see if it resolves your issue? You can get rid of it then when you are done testing. This will help the lead developer to troubleshoot as well.

[asgrim]

@Colorjet3 the issue does not persist in the AppImage. I suppose that points to a dependency issue somewhere :)

[swergas]

I can confirm that I have the exact same issue as @asgrim with release 3.2.1 and that using instead the daily AppImage also fixes my problem.

[stale[bot]]

Thank you so much for submitting an issue to help improve OpenShot Video Editor. We are sorry about this, but this particular issue has gone unnoticed for quite some time. To help keep the OpenShot GitHub Issue Tracker organized and focused, we must ensure that every issue is correctly labelled and triaged, to get the proper attention.

This issue will be closed, as it meets the following criteria:

• No activity in the past 180 days
• No one is assigned to this issue

We'd like to ask you to help us out and determine whether this issue should be reopened.

• If this issue is reporting a bug, please can you attempt to reproduce on the latest daily build to help us to understand whether the bug still needs our attention.
• If this issue is proposing a new feature, please can you verify whether the feature proposal is still relevant.

Thanks again for your help!