I tried BSP6.2.
but it doesnt boot.
I would like you to confirm the phenomenon with BSP5 and see if it works correctly with the new software in BSP6.
Best regards.
I tried BSP6.2.
but it doesnt boot.
I would like you to confirm the phenomenon with BSP5 and see if it works correctly with the new software in BSP6.
Best regards.
Unfortunately, BSP 6 is not ready yet for Colibri iMX8X. We hope to have it available shortly.
Hi @developer0916 , not ideal but what about using CPU rather than VPU for decoding? Is there a lot of difference in the performance? BSP 6 is almost ready but VPU is not working…
Kind regards,
Alvaro.
BSP6 looks hopeless.
With BSP5 I assume you have tried the Python code.
Look at it again.
You should see that the video does not play correctly.
Please investigate this inside Toradex.
Currently customers are unable to place mass production orders due to this issue.
Best regards.
We are making some tests and the issue seems to be a memory leak in the Qt application:
Launching the demo and running in loop, continuously increase the memory until a certain point (you can investigate with htop) where the error comes. Usually happens after 250MB-300MB.
Closing the Qt app cleans the memory, then you can relaunch the app and the video until the issue happens again. Did the customer investigate if there is a better way to loop the video?
Kind regards,
Alvaro.
It also does not occur when Colibri-iMX8x plays by CPU.
Can you share the Gstreamer pipeline for playing with the CPU?
The memory leak problem does not occur in QT5.
The problem is that video itself does not display properly in QT5 in the first place.
It is a single playback, not a continuous playback.
import cv2
cap = cv2.VideoCapture(‘filesrc location=test.mp4 ! qtdemux ! h264parse ! v4l2h264dec ! videoconvert ! appsink’, cv2.CAP_GSTREAMER)
while(cap.isOpened()):
ret, frame = cap.read()
cv2.imshow(“Video”, frame)
if cv2.waitKey(30) & 0xFF == ord(‘q’):
break
Best regards.
Yes, we checked the Python script and indeed it is not showing correctly, but isn’t the issue about Qt application with Gstreamer with continuous video playback?
We want to solve/workaround the customer issue in the shortest time. Should we forget about Qt and try to debug the Python single playback issue? The Python single playback issue seems completely different to the continous video playback Qt issue.
Kind regards,
Alvaro.
This is the same phenomenon in both QT and Python.
For example, this is the same
gst-launch-1.0 filesrc location=test.mp4 ! qtdemux ! h264parse ! v4l2h264dec ! videoconvert ! ximagesink
I just gave a simple example to explain.
The customer is using QT.
Best reagrds.
Please confirm that the result you get from the python is this:
If you get the same result
We don’t think this:
Continuous video playback with Qt → Starts after some time, you can clearly see the memory increasing, several fds, Gstreamer error saying not enough memory.
Single video playback with Python + OpenCV → No error, no memory, occurs always in the first time.
In that case, can we focus on trying to solve the Qt issue and forget about Python?
Please ignore the sample code I sent for continuous video playback.
This is the difference between waylandsink or ximagesink. In the end, ximagesink gives the same result.
The waylandsink looks nice but flickers when it starts. This is also strange.
It is currently playing back in a different way.
Therefore, no memory leaks, etc. are occurring.
However, the playback itself is wrong and cannot be avoided.
Best regards.
I’m completely lost now…
From the start, the info that we got was:
〔課題1〕
発生時の操作1
1 QQuickViewで再生(play)→停止(stop)を繰り返すと、動画の停止時の画面でフリーズ(再生停止の制御ができなくなる)する。
発生時の操作2
1 明示的に停止(stop)するのをやめて動画の最終まで移動(setposition)に変更する。
2 約200個の動画を繰り返し再生(play)→最終まで移動(setposition)で耐久テストを行う
3 頻度は下がるが、現象は再現する(最終まで移動時の画面でフリーズ)
所感
1 60fpsの動画でフリーズしやすい傾向がある(1,500回前後でフリーズ)
2 30fpsの動画だけにしても停止までの再生回数は伸びるが、いずれフリーズする(14,000回でフリーズ)
3 当該現象は、Ubuntuなどのデスクトップ環境では事象は「発生せず」、Yocto(組込用Linux)でのみで事象が発生しております。
※今回お渡しさせて頂きましたテストプログラムは、少ない再生回数で現象が発生する様に、各動画ファイルの再生時間を2秒にして再生しております。
Does this still apply?
I’m sorry, at this point we don’t know what to investigate since we thought that the original issue was with Qt in continuous playback but now you mentioned that we forget about that code that reproduced the issue.
大変申し訳ございませんが、can we close this ticket and start again with the relevant info?
i see.
My explanation is wrong.
I create new topic for waylandsink and ximagesink.
by the way, i can not create hidden topic now.
please fix it.
bestr regards.
Are you using dark theme? Please try with light theme.
Thanks,
Alvaro.
I was using light theme.
I have changed to a dark theme.
Changing the theme seems to make it usable.
new topic
https://community.toradex.com/t/coribir-imx8x-playback-video-bug/19123
Best regards.