[BUG] A weird bug

[Selur]

About the ProRes file: Problem is that the mplayer version used in Hybri does not support ProRes 444 files.
calling:

"I:\Hybrid\64bit\mplayer.exe" E:/BLINDI~1.MOV -v -msglevel identify=6 -nolirc -frames 0 -vo null -ao null

to get audio&video id's os the stream returns:

MPlayer SVN-r38313-10.3.0 (C) 2000-2021 MPlayer Team
CPU vendor name: AuthenticAMD  max cpuid level: 16
CPU: AMD Ryzen 9 3950X 16-Core Processor             (Family: 23, Model: 1, Stepping: 0)
extended cpuid-level: 32
extended cache-info: 33579328
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSE3: 1 SSSE3: 1 SSE4: 1 SSE4.2: 1 AVX: 1
Compiled with runtime CPU detection.
get_path('codecs.conf') -> 'I:/Hybrid/64bit/mplayer/codecs.conf'
Reading optional codecs config file I:/Hybrid/64bit/mplayer/codecs.conf: No such file or directory
Reading optional codecs config file /local64/etc/mplayer/codecs.conf: No such file or directory
Using built-in default codecs.conf.
init_freetype
Using SSE2 Optimized OnScreenDisplay
get_path('fonts') -> 'I:/Hybrid/64bit/mplayer/fonts'
Configuration: --prefix=/local64 --bindir=/local64/bin-video --extra-cflags=-fpermissive -DPTW32_STATIC_LIB -O3 -DMODPLUG_STATIC --extra-libs=-llzma -liconv -lws2_32 -lpthread -lwinpthread -lpng -lwinmm -LI:/media-autobuild_suite/local64/lib -lilbc -lstdc++           --extra-ldflags=-Wl,--allow-multiple-definition --enable-static --enable-runtime-cpudetection --disable-gif --disable-cddb --disable-faac --with-dvdread-config=/mingw64/bin/pkgconf --keep-system-libs --static dvdread --with-freetype-config=/mingw64/bin/pkgconf --keep-system-libs --static freetype2 --with-dvdnav-config=/mingw64/bin/pkgconf --keep-system-libs --static dvdnav
CommandLine: 'E:/BLINDI~1.MOV' '-v' '-msglevel' 'identify=6' '-nolirc' '-frames' '0' '-vo' 'null' '-ao' 'null'
Using Windows native timing
get_path('input.conf') -> 'I:/Hybrid/64bit/mplayer/input.conf'
Parsing input config file I:/Hybrid/64bit/mplayer/input.conf
Input config file I:/Hybrid/64bit/mplayer/input.conf parsed: 92 binds
get_path('BLINDI~1.MOV.conf') -> 'I:/Hybrid/64bit/mplayer/BLINDI~1.MOV.conf'

Playing E:/BLINDI~1.MOV.
get_path('sub/') -> 'I:/Hybrid/64bit/mplayer/sub/'
WINSOCK2 init: 0
WINSOCK2 init: 0
[file] File size is 8313385832 bytes
STREAM: [file] E:/BLINDI~1.MOV
STREAM: Description: File
STREAM: Author: Albeu
STREAM: Comment: based on the code from ??? (probably Arpi)
libavformat version 58.64.100 (internal)
Configuration: --enable-gpl --enable-postproc
LAVF_check: QuickTime / MOV
libavformat file format detected.
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]ISO: File Type Major Brand: qt
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Unknown dref type 0x73696c61 size 12
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Processing st: 0, edit list 0 - media time: 0, duration: 6174168
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Unknown dref type 0x73696c61 size 12
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Processing st: 1, edit list 0 - media time: 0, duration: 12348336
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Unknown dref type 0x73696c61 size 12
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Processing st: 2, edit list 0 - media time: 0, duration: 6174168
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Protocol name not provided, cannot determine if input is local or a network protocol, buffers and access patterns cannot be configured optimally without knowing the protocol
[mov,mp4,m4a,3gp,3g2,mj2 @ 00007ff772ef37c0]Before avformat_find_stream_info() pos: 8313385832 bytes read:229376 seeks:6 nb_streams:3
[prores @ 00007ff77306d080]Auto bitdepth precision. Use 12b decoding based on codec tag.


MPlayer interrupted by signal 11 in module: demux_open
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
  Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
  disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.

-> Nothing I can do about that atm. since mplayer is still an integral part of Hybrid.

Problem with the mkv is that mplayers mkv demuxer has problems with it I can probably write a workaround for that if you can share a small sample of the source which allows to reproduce the problem.

Cu Selur