[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