-
Notifications
You must be signed in to change notification settings - Fork 304
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
Unstable work QMPlay2 in OS Haiku 64 bit hrev56350 and crashes. #7106
Comments
Use my playlist from links to video from the YouTube website. https://github.com/zaps166/QMPlay2/files/9349508/00001.pls.zip Around a couple of hours, you will get freezing with a gray window and loading 1 core of the processor by 100 %. The screenshot of this is presented above. The second option is a fall, the program window disappears spontaneously. In the log there are records of crash. |
Please list the installed packages. |
|
libdvdread-6.1.2-1-x86_64.hpkg |
Hello - loaded playlist and played a few of the videos. QMPlay2 22.06.16 x64 on hrev56350 x64 currently uses FFmpeg 5.0.1-1. No issues so far. Best to isolate any specific video(s) that cause a problem. From this point, you do have a private video within your playlist requiring a login. This is what I noticed in your post in the Haiku forum. So, the player just has a pop-up that informs of it.:
Otherwise, check:
NOTE: Check hardware during long usage. |
Your test is incorrect. At least 2 hours are required. At least two hours of continuous playback of the playlist is necessary. You can start from any position. The falls occur spontaneously on any video from the playlist. The problem is manifested with continuous reproduction of the video from the playlist. |
You can delete this non -working link. The falls occur spontaneously on any video from the playlist. |
Beta-3 test. Kernel assembly on August 12. |
Ok. I did see an issue after 4-5 hours of continuous playback.
So, not the exact conditions with a grey screen or loaded CPU core. QMPlay2 didn't crash for me - and I didn't see any SIGSEGV errors in the application log. The issue wasn't repeatable using a specific video in the playlist (yet!). This is a minor bug. I'll leave this up to the QMPlay2 dev team and @threedeyes for further review. |
hrev56350 64 bit |
List your CPU/motherboard/memory. |
i5-8400, GPU UHD 630, driver intel_extreme, wifi intel N-6235, monitor 24"/hdmi cable, screenmode 1920х1080х32, ssd NVMe WD SN750, bios CSM/legacy enabled, RAM 2x8Gb |
Bumped to FFmpeg 5.1. Using your playlist, ran QMPlay2 for 12 hours. No issues. |
Great news! Thank you! |
|
Update to hrev56385 or higher. Test using this package: https://www.dropbox.com/s/78o8xd4031qp6kv/qmplay2-22.08.21-1-x86_64.hpkg?dl=0 |
Hi. I'm in hrev56385 (32 bit) and also got the same issue with QMplay2. After updating the ffmpeg packages, I got the following error trying to open an URL or a local file: [28 Aug 2022 13:38:16.571] QMPlay2 crashed (SIGSEGV) |
@unspacyar - OK. Give a few days so we can update the other packages. |
Sure @kenmays Feel free to contact me for further details of any testing that you need. Thanks!!! |
@unspacyar @kim1963
|
Hi. About the ffplay, I found the following issues: When trying to play an Mp4 file, ffplay reproduces the audio, but not the video. Instead of the video, ffplay shows only a black window. Also, when trying to close the reproduction window, it doesn't respond properly. Even after interrupting the playback with Ctrl Z from the Terminal, the ffplay window keeps. I only manage to close it using Ctrl + Shift + Alt + click on the Deskbar. After doing this, the Deskbar crashes too. Tried with several video files, with the same behaviour. |
On the other hand, yt-dlp apparently works fine. No issues found. |
@unspacyar - What hardware are you using? |
Hi. Sorry, but I don't understand something: you put an example with the MediaPlayer. I don't have any issue playing videos with MediaPlayer. I only have issues with ffplay, (and the QMplay2 issue mentioned previously). I'm attaching the listdev output. |
Latest version: 2022.08.19, Current version: 2022.08.14 fplay - video/audio file plays correctly without errors |
@unspacyar - Is this ffplay_x86 ?? |
Hi @kenmays. I'm using Haiku 32 bits. Don't fully understand your question. The version is the following:
|
Ok, I was doing a little more research. There is a mess, because the[ffplay] package is available in: ffmpeg (version 4.2.7-1) and ffmpeg5, in both cases, in 'plain' and '_x86' flavor. So, in the end, there is four versions of the same tool. I tried installing the _x86 ones (from ffmpeg tools version 4 & 5), and in both cases, the "ffplay_x86" works fine. The one who is not working is the "ffplay" (4.2.7-1). I understand that this one is tied to QMplay2. |
@unsparcyar - Ok. On 32-bit x86, we could do:
We'll update QMPlay2 soon. |
It's better to fix the cmd's for ffmpeg first I guess. |
Well, let us update QMPlay2 so it complies to FFmpeg 5.1. Then, tweak from there. |
Hi @kenmays I confirm that after update to the last version of QMPlay2, the issues are gone. QMPlay2 works perfect. Thank you!!!! |
Unstable work QMPlay2 in OS Haiku 64 bit hrev56350 and crashes.
[14 авг. 2022 16:15:31.990] QMPlay2 crashed (SIGSEGV)
[14 авг. 2022 18:37:19.079] QMPlay2 crashed (SIGSEGV)
[15 авг. 2022 19:47:56.645] QMPlay2 crashed (SIGSEGV)
The text was updated successfully, but these errors were encountered: