Doesn't seem to be able to open mkv files

[JonathanDLowe]

I was trying this for because the original CLI doesn't work over SSH/without a screen(GTK error).

When I run the same command, I get:
"m_VC.isOpened(): 1 path: </path/to/my.mkv> No such file or directory"

Admittedly, I had to do a lot of hackery get this repo to build on Debian bookworm, but my build of the original from SourceForge can load the same mkv file.

[eritpchy]

log plz

[JonathanDLowe]

report.log

Doesn't contain the error.

What's logged to the console:

23:44:15: Logging wxScroll1
23:44:15: Starting program...
23:44:15: CVideoSubFinderApp::OnInitCmdLine...
m_VC.isOpened(): 1 path: /mnt/RipDrop/Shows/Supernatural/SEASON_03_DISC_2/00026-title_t02.mkv No such file or directory

Then it just hangs.

Tomorrow, I'll bring up a Ubuntu VM and try the same file with one of your release builds.

[eritpchy]

There is static version on the release... you dont need to build from source.

[eritpchy]

Example: https://github.com/eritpchy/videosubfinder-cli/blob/master/Build/Docker/cpu_static/test.sh

try ./VideoSubFinderCli -i "/mnt/RipDrop/Shows/Supernatural/SEASON_03_DISC_2/00026-title_t02.mkv" -r -c -te 1 -be 0 -le 0 -re 1

[eritpchy]

This line of log is normal.

[eritpchy]

Observe cpu usage

[JonathanDLowe]

Oh, okay. That log was a red herring then.

I now see output(Pos: and Frame: logs) after adding "-te 1 -be 0 -le 0 -re 1" which are already default in the original version and per the help output. So, maybe that's the real issue? The 'hang' is probably just the base time it takes to process the episode because it returns much faster when using -e

Re; building from source. The static release version output 'segmentation fault', but I assumed it's a Debian-issue.

[eritpchy]

ok, i will fix it later