I read your previous posts. Well, I actually fixed some of the audio output module yesterday and aligning the headers and code to the current Media Kit and /dev/audio/hmulti/hda. CodeEvolution gets credit for what he has done as well.
Basically, we’d want to get to this point:
Compare to SMPLayer:
Compare to QMPLay2:
So, I know what you are defining as “not working as it should on Haiku” because it doesn’t look like those two screenshots (video is not within player control frame on VLC 2.2.8 for Haiku nor working audio component).
Yet, that doesn’t matter for me as I needed to use it in a separate window for multi-monitor use and some DVD playback purposes. No audio was needed. Otherwise, I have MediaPlayer, SMPlayer, QMPlay2, mpv, etc. for those purposes (i.e. audio enabled). Otherwise: ‘mpv --no-audio --fs --sub-file=blah.txt blah.avi’
is similar in a basic sense. But, the current video output performance on VLC 2.2.8 is superior on my laptop
when I compared with mpv on hrev53259+3 x86.
Basically, GUI controls on one monitor and full frame video on the second monitor (this is using Haiku’s multi-monitor feature in Screen preflet (not some hack).
I was walking though the VLC bug reports and mentioning if we can start making the improvements to
VLC 2.2.8 to retire the BeOS vlc 0.8.6/1.0.4 builds used for Haiku and fix those old VLC bug reports.
NOTE: I’m testing Haiku’s VLC 2.2.8 build vs. VLC 126.96.36.199 on Win - so I see whatever video bugs still exist (and audio features).
I have the audio output module code still on my printer from yesterday. Just need some mocha…
NOTE: GUI controls appear/work in same window when using full-screen mode.