https://bugs.winehq.org/show_bug.cgi?id=53903
Bug ID: 53903 Summary: LoggerPro3 video analysis does not work Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: tuomas.nurmi@opinsys.fi Distribution: ---
Created attachment 73446 --> https://bugs.winehq.org/attachment.cgi?id=73446 Log of trying to insert video in LoggerPro Demo, Wine 7.20, WINEDEBUG=warn+all,mfplat
When trying to use LoggerPro3 video analysis tool under Wine, instead of a in-app widget playing the selected video, an error is produced.
Tested on Debian 11 Bullseye (equivalent). I've monitored that there's lately been changes in Wine that probably affect this functionality, and I've assessed from my various test logs that the movie analysis tool seems to have been getting closer to functioning thanks to them. However, it still doesn't with a today's git checkout, so I'll document my test results here.
The non-functionality is reproducible with the freely downloadable 30 day demo version of LoggerPro, which is available at https://www.vernier.com/download-logger-pro-demo-win , however the resulting error of demo and full version seem to slightly differ here.
The tool can be invoked with: Main window menubar -> Insert -> Movie -> select a video file (demo videos available at ../../Language independent/Movies)
After installing all the gstreamer packages I could think of, the final error message I've gotten with the demo version is as follows:
Movie Load Error Error code: 0xc00d36b3
Log of this, run with WINEDEBUG=warn+all,mfplat on Wine 7.20, is attached.
I will also attach two logs of running a full version, one log file when on Wine 7.20, and one with today's Wine git head, which produce a slightly different error message box: (translated from Finnish) Error loading video Error code 0xc00d5212 Video format or codec not supported
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #1 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Created attachment 73447 --> https://bugs.winehq.org/attachment.cgi?id=73447 Log of trying to insert video in LoggerPro full version, Wine 7.20, WINEDEBUG=warn+all,mfplat
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #2 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Created attachment 73448 --> https://bugs.winehq.org/attachment.cgi?id=73448 Log of trying to insert video in LoggerPro full version, Wine 7.20-254-g13cc08e32d6, WINEDEBUG=warn+all,mfplat
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- From the first log it tries to open this file:
C:\ProgramData\Vernier\Logger Pro 3\Language_Independent\Movies\Ball Toss.mp4
and the is using source reader to set output type for a first video stream. The issue is that there is no video streams reported, according to this log.
Could try to play this with something gstreamer based, like gst-play? Or see what mediainfo utility reports for this file.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #4 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Created attachment 73449 --> https://bugs.winehq.org/attachment.cgi?id=73449 mediainfo output for Ball Toss.mp4
Sure thing, mediainfo attached.
I've also verified that I can play the file with gst-play on both of my test systems, the one with Wine 7.20 and the one with the current git. (Before I was able to play with gst-play, notifications of missing gstreamer codecs were also observable in WINEDEBUG=mfplat listings)
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #5 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Created attachment 73450 --> https://bugs.winehq.org/attachment.cgi?id=73450 gst-play -v output when playing Ball Toss.mp4
This log produced on the system with wine git build.
https://bugs.winehq.org/show_bug.cgi?id=53903
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Assignee|wine-bugs@winehq.org |z.figura12@gmail.com Status|UNCONFIRMED |NEW CC| |z.figura12@gmail.com
--- Comment #6 from Zeb Figura z.figura12@gmail.com --- Created attachment 73866 --> https://bugs.winehq.org/attachment.cgi?id=73866 winegstreamer: Allow outputting RGB32 from the media source.
It works for me with the attached patch. I don't know why we output in such a limited list of formats...
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #7 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Sounds great! I tried the patch but didn't have success with the "Ball Toss.mp4" yet, but that might just be a problem with my builds. I will do more in-depth testing next week.
I also noticed that while some time ago all of the example videos seemed to fail with pretty similar errors, now with current Wine git head (+ possibly that patch), many of them partially function, which is great!
However, the picture seems to be mirrored & flipped on the partially working ones. But I'll have a deeper look at this next week, too, and compile a proper list of mediainfos and functionality states of different videos. (I realize the vast amount of different media types that exist, however, I believe and hope that having "many" of them working somewhat ok is not an unrealistic goal)
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #8 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Created attachment 73886 --> https://bugs.winehq.org/attachment.cgi?id=73886 mediainfo output for one working and two partially working videos
Okay, now did some more proper testing. My build was ok, "Ball Toss.mp4" specifically not working was only due to missing codecs. Indeed, that patch seems to bring video analysis much closer for many videos. This is great!
Some random video files I tried myself seem to work pretty much ok. However, at least all the sample videos shipped with the program (tested approx 10 of them, all with the same result) seem to suffer from the bug that the picture is flipped and mirrored.
Attached is mediainfo from three videos: a working sample video of my own, and two examples of program-bundled example videos, where the picture is flipped. If a fix for those is found, then I think the goal of having "many videos working somewhat ok" has been definitely achieved.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #9 from Tuomas Nurmi tuomas.nurmi@opinsys.fi --- Just a small status update: With all the other required code in Wine 8.7, we decided to ship our own build with a patch that adds the missing video format (as seen in comment 6 here & at https://gitlab.winehq.org/wine/wine/-/merge_requests/2159/diffs?commit_id=0f... ). Everything seems to work nicely with that. (As a sidenote, it seems that the video format helps with getting quite various other software functional too, e.g. some document camera app)
Should the aforementioned or a corresponding change one day get to mainline, it would fix this bug (but we will happily keep using a patched version till then)
Thank you for your efforts here, again!
https://bugs.winehq.org/show_bug.cgi?id=53903
Opinsys Developers bugzilla-wine@opinsys.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla-wine@opinsys.fi
--- Comment #10 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76088 --> https://bugs.winehq.org/attachment.cgi?id=76088 winegstreamer: Allow outputting BGRx from the media source. (Adapted to 9.2)
Zeb's original patch adapted to Wine 9.2.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #11 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76090 --> https://bugs.winehq.org/attachment.cgi?id=76090 Works with BGRx patch.
This video works fine when Wine 9.2 is patched with attachment 76088.
https://bugs.winehq.org/show_bug.cgi?id=53903
Opinsys Developers bugzilla-wine@opinsys.fi changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #76090|Works with BGRx patch. |rolling_ball_320p.mp4 description| |
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #12 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76091 --> https://bugs.winehq.org/attachment.cgi?id=76091 rolling_ball_1080p.mp4
This video does NOT work with Wine 9.2 patched with attachment 76088, due to memory allocation errors.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #13 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76092 --> https://bugs.winehq.org/attachment.cgi?id=76092 mediainfo output of rolling_ball_320p.mp4
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #14 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76093 --> https://bugs.winehq.org/attachment.cgi?id=76093 mediainfo output of rolling_ball_1080p.mp4
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #15 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76094 --> https://bugs.winehq.org/attachment.cgi?id=76094 Wine log of loading rolling_ball_320p.mp4 GST_DEBUG=4 WINEDEBUG=timestamp,mfplat,quartz,winediag,wmadev,wmvcore
Full of log starting up LoggerPro, loading rolling_ball_320p.mp4 and then quitting.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #16 from Opinsys Developers bugzilla-wine@opinsys.fi --- Created attachment 76095 --> https://bugs.winehq.org/attachment.cgi?id=76095 Wine log of loading rolling_ball_1080p.mp4 GST_DEBUG=4 WINEDEBUG=timestamp,mfplat,quartz,winediag,wmadev,wmvcore
Full of log starting up LoggerPro, loading rolling_ball_1080p.mp4 and then quitting. In this run, problems arise and video is not loaded correctly. Video window/widget appears, video can be played, but all frames are black/grey.
The most notable difference to the succesful run (attachment 76094) are virtual memory allocation errors.
https://bugs.winehq.org/show_bug.cgi?id=53903
--- Comment #17 from Opinsys Developers bugzilla-wine@opinsys.fi --- Hi,
The bug still exist in 9.2. The original video file referred in this bug report does not work in LoggerPro 3.16.2, but an error dialog displaying code 0xc00d5212 (seems to translate to MF_E_TOPO_CODEC_NOT_FOUND) is shown instead. When 9.2 is patched with attachment 76088, the video is loaded correctly and works as expected.
So, allowing BGRx output from the media source seems to fix the root problem.
However, with "large" video files, over 480p according to my tests, problems arise: the memory consumption skyrockets and eventually causes virtual memory allocations to fail. With 10sec 30FPS 1080p h264 video (attachment 76091), LoggerPro consumes ~1.5G memory (USS, observed with ps -eo uss) and video is not loaded correctly. From user's point of view, video loading eventually stops and a video window/widget appears, but all frames are black/grey. The video playback widget shows correct framecount, duration and all playback controls and the video can be played, but all frames are black.
Smaller video, 10sec 30FPS 320p h264 video (attachment 76090), is loaded correctly and works well.
This is also the case with Wine 8.7 and the RGB32 patch.
In Windows 11, LoggerPro 3.16.2 loads 1080p video (attachment 76091) without any problems. The memory consumption of LoggerPro, as observed with resource manager, is ~150MB.
So, in summary:
- Win 11, 1080p video: success - Wine 9.2, 1080p video: fail, 0xc00d5212 - Wine 9.2, 320p video: fail, 0xc00d5212 - Wine 9.2 BGRx patched, 1080p video: fail, memory allocation - Wine 9.2 BGRx patched, 320p video: success
I wonder if it's possible that the patch, while making BGRx output from the media source work, introduces uncontrollable memory consumption as a side effect?
--TuomasR
https://bugs.winehq.org/show_bug.cgi?id=53903
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://www.vernier.com/dow | |nload-logger-pro-demo-win Keywords| |download
-
WineHQ Bugzilla