. "$BST_LIB"

# ffmpeg 6.1.4 (poky recipes-multimedia/ffmpeg) -- the multimedia framework.
#
# WHAT IS UNDER TEST HERE IS NOT ONE PACKAGE. ffmpeg's only DEPENDS is a
# build-host assembler, so nothing had to be ported for it; what it does is
# CONSUME nine libraries this image already carries -- libvpx (BRINTOS-1028),
# x264 (BRINTOS-983), libtheora (BRINTOS-792), libvorbis (BRINTOS-630), lame
# (BRINTOS-591), libopus (BRINTOS-631), speex (BRINTOS-790), openjpeg
# (BRINTOS-1029) and zlib/bzip2/xz -- through their own link interfaces, from a
# consumer none of them was written for. Every ffmpeg/enc-* case below is an
# integration test of one of those ports as much as of this one.
#
# THERE IS NO ffmpeg(1) ON THIS IMAGE AND THAT IS NOT A wasm32 FAULT. ffmpeg 6.1
# declares
#
#     ffmpeg_deps="avcodec avfilter avformat threads"
#
# because its CLI was rebuilt in 6.1 around fftools/ffmpeg_sched.c, which runs
# every demuxer, decoder, filtergraph, encoder and muxer on its own thread. This
# arm configures --disable-pthreads (brintos/linux#68: the coro substrate refuses
# a thread-mode clone), so configure drops the program. The control that settles
# the attribution was run on x86-64: the SAME 6.1.4 source at the SAME switches
# produces ffprobe and no ffmpeg, and flipping only --enable-pthreads brings
# CONFIG_FFMPEG=yes back. ffprobe has no such dependency and is built.
#
# So the encode, transcode and remux halves are driven by ffmpeg-avtool, which
# links libavformat/libavcodec/libavutil directly. That is a stronger assertion
# than a CLI invocation, not a weaker one: it reaches the libraries the ticket is
# actually about, with no CLI option parsing in between.
#
# EVERY DIGEST BELOW IS A CROSS-ARCHITECTURE CLAIM. The expectations were
# produced on x86-64 by the same ffmpeg 6.1.4 sources, the same PACKAGECONFIG and
# the same switches, with every external library rebuilt at the exact version or
# SRCREV this image pins and with assembly and threads off -- the two settings
# that can legitimately move an encoder's output. data/ffmpeg-reference.sh IS
# that builder, so the oracle is reproducible rather than asserted, and three
# controls stand behind it, all clean: gcc -O0 vs gcc -O2 agree byte for byte on
# all twenty-one digests; --enable-small vs without agrees on all twenty-one; and
# repeat runs agree. data/ffmpeg-fixtures.sh regenerates the inputs.
#
# WHAT IS HASHED IS CHOSEN SO A CONTAINER CANNOT REACH IT. ffmpeg/dec-* digests
# decoded frames plane by plane over the visible region only, so a stride change
# cannot move them; ffmpeg/enc-* digests packet PAYLOADS with no muxer involved,
# so a random segment UID or a writing-application string cannot either. Only
# ffmpeg/remux-* digests a whole file, and that is the point of those four cases
# -- they are the ones testing the container.
#
# ONE INVOCATION PER KIND, NOT PER CASE. A process spawn is expensive here: the
# binary is tens of megabytes of wasm the guest must load and instantiate, and an
# earlier cut of this suite spent its whole 300 s budget on ~55 spawns and timed
# out after eleven cases. encode, decode, streams and have each take a LIST and
# emit one line per item, so all 78 cases below cost about a dozen spawns and no
# case name was lost to the change.

require ffprobe ffmpeg/present

AVTOOL=/usr/libexec/ffmpeg-tests/ffmpeg-avtool
DATA=$BST_DATA
tmp=${TMPDIR:-/tmp}/bst-ffmpeg.$$
mkdir -p "$tmp" || { bst_notok ffmpeg/tmpdir "cannot create $tmp"; exit 0; }

FP="ffprobe -hide_banner -v error"

# check_out insists on rc 0, which is exactly wrong for the failure path: every
# case down there is about a command that MUST fail. out_rc asserts the exit
# status and the diagnostic together, the same helper 78-npth.test needed for the
# same reason.
out_rc() {
  _id=$1; _want=$2; _needle=$3; shift 3
  _out=$("$@" 2>&1); _rc=$?
  case "$_out" in *"$_needle"*) _hit=1 ;; *) _hit=0 ;; esac
  if [ "$_rc" -eq "$_want" ] && [ "$_hit" -eq 1 ]; then bst_ok "$_id"
  else bst_notok "$_id" "rc=$_rc want=$_want needle:'$_needle'"; fi
}

# --------------------------------------------------------- what shipped ------
bst_ok ffmpeg/present

# THE SIZE CASES ARE NOT HOUSEKEEPING -- they are the guard on the constraint
# that shaped this port. Measured on this arm: a stock ffprobe is 157.2 MB and
# execve fails "Cannot allocate memory" (brintos/linux#44); stripped to 87.8 MB
# it gets further and TRAPS in wasm32_user_exec_load, wedging the guest
# (brintos/hwjs-cc#69, brintos/hardwarejs#28); magick.im7 at 63.1 MiB is the
# largest binary in this image that runs. No declared constant explains that
# boundary -- the kernel clamps its exec-image limit into [16 MiB, 512 MiB] and
# WASM_MAX_MODULE_SIZE is 768 MiB -- so it is an observed failure boundary, not a
# limit being enforced. The recipe builds --enable-small, strips, and bbfatals
# over 64 MiB: under what was measured to trap, above what is measured to run. This asserts the same
# bound from the target side, so a change that re-inflates the binary reddens one
# case instead of hanging the whole sweep.
# BRINTOS-WORKAROUND: linux#44 revisit -- drop the bound when the kernel can
# stage a large exec image.
for pair in "ffprobe /usr/bin/ffprobe" "avtool /usr/libexec/ffmpeg-tests/ffmpeg-avtool"; do
  nm=${pair%% *}; path=${pair#* }
  if [ ! -f "$path" ]; then bst_notok "ffmpeg/size-$nm" "$path missing"
  else
    sz=$(wc -c < "$path" 2>/dev/null | tr -d ' ')
    if [ -n "$sz" ] && [ "$sz" -le 67108864 ]; then bst_ok "ffmpeg/size-$nm"
    else bst_notok "ffmpeg/size-$nm" "$path is $sz bytes, over the 64 MiB exec bound -- measured on a 1 GiB guest: 83.7 MiB traps in wasm32_user_exec_load and wedges it, 63.1 MiB runs"; fi
  fi
done

check_out ffmpeg/ffprobe-version "ffprobe version 6.1.4" ffprobe -version

# THE CLI'S ABSENCE IS ASSERTED, not assumed, and the assertion is two-sided.
# A one-sided "it is missing" case would keep passing for the wrong reason on the
# day brintos/linux#68 closes and the recipe drops --disable-pthreads; this one
# says so loudly instead.
# BRINTOS-WORKAROUND: linux#68 revisit -- ffmpeg(1) needs threads and this arm
# refuses a thread-mode clone; drop this case and assert the CLI once it runs.
if command -v ffmpeg >/dev/null 2>&1; then
  bst_ok ffmpeg/cli-now-built
  bst_notok ffmpeg/cli-absent-by-threads \
    "ffmpeg(1) is present -- threads must now be on. Re-answer this suite: the encode and remux cases can move to the CLI and this case should go."
else
  bst_ok ffmpeg/cli-absent-by-threads
fi

for f in libavcodec libavformat libavutil libavfilter libavdevice libswscale libswresample libpostproc; do
  if [ -f /usr/lib/$f.a ]; then bst_ok ffmpeg/ships-$f
  else bst_notok ffmpeg/ships-$f "/usr/lib/$f.a missing -- ffmpeg-staticdev did not ship it"; fi
done

for f in libavcodec/avcodec.h libavformat/avformat.h libavutil/avutil.h; do
  n=$(basename $f .h)
  if [ -f /usr/include/$f ]; then bst_ok "ffmpeg/hdr-$n"
  else bst_notok "ffmpeg/hdr-$n" "/usr/include/$f missing"; fi
done

if [ -f /usr/lib/pkgconfig/libavcodec.pc ]; then bst_ok ffmpeg/ships-pkgconfig
else bst_notok ffmpeg/ships-pkgconfig "/usr/lib/pkgconfig/libavcodec.pc missing"; fi

# Shape, not absence: this arm converts to shared libraries per recipe
# (BRINTOS-1740), so a .so here is a conversion, not a policy breach.
bst_lib_shape ffmpeg/static-only "/usr/lib/libav*.so*"

if [ -x "$AVTOOL" ]; then bst_ok ffmpeg/avtool-present
else
  bst_notok ffmpeg/avtool-present "$AVTOOL missing -- ffmpeg-avtool did not ship; every encode, decode and remux case below is unrun"
  rm -rf "$tmp"; exit 0
fi

# The tool's own view of the build, so a digest red that is really a
# configuration change is explained one line above itself rather than debugged.
check_out ffmpeg/avtool-threads-off "configuration-threads disabled" "$AVTOOL" version

# ---------------------------------------------- the arms that were enabled ----
# One spawn for all eight. Each is a codec whose LIBRARY is a separate port, and
# the expectation names the encoder/decoder SPLIT rather than mere presence:
# ffmpeg wraps libx264, libtheora, libmp3lame and libopenjpeg for encode only
# (it decodes those formats natively), so "encoder yes decoder no" is the correct
# answer for four of the eight and a green on it means the arm resolved to the
# library rather than to a native codec of the same name.
"$AVTOOL" have libx264 libvpx libtheora libvorbis libmp3lame libopus libspeex libopenjpeg > "$tmp/have.txt" 2>&1
armline() { grep "^have $1 " "$tmp/have.txt" 2>/dev/null; }
check_eq ffmpeg/arm-libx264     'have libx264 encoder yes decoder no'      "$(armline libx264)"
check_eq ffmpeg/arm-libvpx      'have libvpx encoder yes decoder yes'      "$(armline libvpx)"
check_eq ffmpeg/arm-libtheora   'have libtheora encoder yes decoder no'    "$(armline libtheora)"
check_eq ffmpeg/arm-libvorbis   'have libvorbis encoder yes decoder yes'   "$(armline libvorbis)"
check_eq ffmpeg/arm-libmp3lame  'have libmp3lame encoder yes decoder no'   "$(armline libmp3lame)"
check_eq ffmpeg/arm-libopus     'have libopus encoder yes decoder yes'     "$(armline libopus)"
check_eq ffmpeg/arm-libspeex    'have libspeex encoder yes decoder yes'    "$(armline libspeex)"
check_eq ffmpeg/arm-libopenjpeg 'have libopenjpeg encoder yes decoder no'  "$(armline libopenjpeg)"

# --------------------------------------------------- ffprobe: the streams -----
# The ticket's "ffprobe reporting a bundled file's streams", asserted field by
# field rather than against a whole report: only structural entries are
# requested, so a duration or bitrate that differs in its last digit cannot
# redden a case about which codecs are in the file.
pr() { $FP -show_entries 'format=format_name,nb_streams:stream=index,codec_name,codec_type,width,height,sample_rate,channels' -of csv=p=0 "$1" 2>/dev/null | tr '\n' ' ' | sed 's/ $//'; }
check_eq ffmpeg/probe-av     '0,vp8,video,64,48 1,vorbis,audio,48000,1 2,"matroska,webm"' "$(pr $DATA/ffmpeg-av.mkv)"
check_eq ffmpeg/probe-h264   '0,h264,video,64,48 1,"mov,mp4,m4a,3gp,3g2,mj2"'             "$(pr $DATA/ffmpeg-h264.mp4)"
check_eq ffmpeg/probe-theora '0,theora,video,64,48 1,ogg'                                 "$(pr $DATA/ffmpeg-theora.ogv)"
check_eq ffmpeg/probe-speex  '0,speex,audio,16000,1 1,ogg'                                "$(pr $DATA/ffmpeg-speex.ogg)"
check_eq ffmpeg/probe-jp2    '0,jpeg2000,video,64,48 1,j2k_pipe'                          "$(pr $DATA/ffmpeg-image.jp2)"
check_eq ffmpeg/probe-mp3    '0,mp3,audio,48000,1 1,mp3'                                  "$(pr $DATA/ffmpeg-tone.mp3)"

# avtool's own structural report, from the same libraries by a different path --
# a second reader of the same files, so a red on exactly one of the two pairs
# localises the fault to the reader rather than the file.
"$AVTOOL" streams "$DATA/ffmpeg-av.mkv" "$DATA/ffmpeg-tone.mp3" > "$tmp/str.txt" 2>&1
sline() { grep "^$1 " "$tmp/str.txt" 2>/dev/null | tr '\n' ' ' | sed 's/ $//'; }
check_eq ffmpeg/av-streams-mkv 'ffmpeg-av.mkv format matroska,webm streams 2 ffmpeg-av.mkv stream 0 video vp8 64x48 ffmpeg-av.mkv stream 1 audio vorbis 48000 1' "$(sline ffmpeg-av.mkv)"
check_eq ffmpeg/av-streams-mp3 'ffmpeg-tone.mp3 format mp3 streams 1 ffmpeg-tone.mp3 stream 0 audio mp3 48000 1' "$(sline ffmpeg-tone.mp3)"

# ------------------------------------------------------ decode, byte-exact ----
# The ticket's "decode to raw PCM or raw video via a demuxer". Seven decoders
# across five demuxers, one spawn. Three of the seven are the ported library
# itself (vp8 -> libvpx, theora -> libtheora, speex -> libspeex); the rest are
# ffmpeg's native decoders reading what a ported ENCODER wrote (h264 <- x264,
# mp3 <- lame, vorbis <- libvorbis, jpeg2000 <- openjpeg), which is the arm that
# proves those encoders produce decodable output rather than merely bytes.
"$AVTOOL" decode "$DATA/ffmpeg-av.mkv" "$DATA/ffmpeg-h264.mp4" "$DATA/ffmpeg-theora.ogv" \
                 "$DATA/ffmpeg-speex.ogg" "$DATA/ffmpeg-image.jp2" "$DATA/ffmpeg-tone.mp3" \
                 > "$tmp/dec.txt" 2>&1
dl() { grep "^$1 stream $2 " "$tmp/dec.txt" 2>/dev/null; }
check_eq ffmpeg/dec-vp8      'ffmpeg-av.mkv stream 0 video vp8 frames 10 samples 0 md5 190a313369cab4df2912d5e110bb6122'          "$(dl ffmpeg-av.mkv 0)"
check_eq ffmpeg/dec-vorbis   'ffmpeg-av.mkv stream 1 audio vorbis frames 19 samples 19456 md5 01f82d01529f9d2214150a477c99a3a8'   "$(dl ffmpeg-av.mkv 1)"
check_eq ffmpeg/dec-h264     'ffmpeg-h264.mp4 stream 0 video h264 frames 10 samples 0 md5 4c06b3485f8144bdf9f6a9a1f88416e8'       "$(dl ffmpeg-h264.mp4 0)"
check_eq ffmpeg/dec-theora   'ffmpeg-theora.ogv stream 0 video theora frames 9 samples 0 md5 2e0b8f886b5a463d1da9dce775a788aa'    "$(dl ffmpeg-theora.ogv 0)"
# SPEEX IS SPLIT IN TWO because exactly half of it holds. The demuxer, the
# decoder selection and the frame count agree with x86-64; the decoded SAMPLES do
# not -- this arm returns 640 per frame where x86-64 returns 320, from the same
# 60-byte packets and the same 16 kHz mono header. Asserting the whole line would
# collapse a precise finding into one opaque red.
check_eq ffmpeg/dec-speex-frames 'ffmpeg-speex.ogg stream 0 audio speex frames 25' \
  "$(dl ffmpeg-speex.ogg 0 | sed 's/ samples .*//')"

# BRINTOS-WORKAROUND: hwjs-cc#78 remove -- ffmpeg's native Speex decoder returns
# 640 samples per frame here against x86-64's 320, same source and same switches;
# drop this branch and assert the digest outright when it closes. The case stays
# RED rather than becoming a skip: the decoder is producing wrong audio, and a
# skip would read as coverage.
_sp=$(dl ffmpeg-speex.ogg 0)
if [ "$_sp" = 'ffmpeg-speex.ogg stream 0 audio speex frames 25 samples 8000 md5 faebcffefd510cf6b65dc9c593824bec' ]; then
  bst_ok ffmpeg/dec-speex-bytes
else
  bst_notok ffmpeg/dec-speex-bytes "brintos/hwjs-cc#78: native speex decoder diverges from x86-64 -- want 'samples 8000 md5 faebcffefd510cf6b65dc9c593824bec', got '${_sp#*frames 25 }'"
fi

# THE PORTED LIBRARY'S OWN DECODER, asked for by name, and it is the case that
# LOCALISES hwjs-cc#78. ffmpeg carries both a native speex decoder and the
# libspeex wrapper and picks the native one, so without this the speex port
# (BRINTOS-790) would not be exercised here at all. What it measures is sharper
# than that: libspeex, in the SAME binary on the SAME file, returns the correct
# 8000 samples where ffmpeg's native decoder returns 16000 -- so the frame-size
# fault is in libavcodec/speexdec.c's own mode resolution and not in anything the
# two decoders share.
#
# THE PAYLOAD IS NOT ASSERTED, for libopus's reason and not for #78's. Speex is a
# float codec and libspeex decodes through libm, which is not correctly rounded,
# so the low bits differ from x86-64 (46c773c1 here against a2aa027e there) while
# the sample count, the frame count and the decoder identity all agree exactly.
# That is the expected shape of a float codec across architectures, not a defect,
# and it is measured rather than assumed -- the sixteen integer codec paths in
# this same binary are byte-identical.
check_eq ffmpeg/dec-speex-libspeex 'ffmpeg-speex.ogg stream 0 audio libspeex frames 25 samples 8000' \
  "$("$AVTOOL" decode-with libspeex "$DATA/ffmpeg-speex.ogg" 2>&1 | sed 's/ md5 .*//')"
check_eq ffmpeg/dec-jpeg2000 'ffmpeg-image.jp2 stream 0 video jpeg2000 frames 1 samples 0 md5 3615caf157cebbaea8cf271708402b75'   "$(dl ffmpeg-image.jp2 0)"
check_eq ffmpeg/dec-mp3      'ffmpeg-tone.mp3 stream 0 audio mp3float frames 22 samples 24000 md5 176fb3a238e177495f0f17890441d4e6' "$(dl ffmpeg-tone.mp3 0)"

# ------------------------------------------------------- remux (-c copy) ------
# The ticket's "remux with -c copy so the container path is exercised without the
# codec path". No decoder or encoder is opened at all: packets come out of one
# demuxer and go into another muxer untouched, and the digest is of the FILE, so
# these four are the only cases here that a container change can move. Four
# muxers, deliberately: a red on one and not the others is that muxer's, while a
# red on all four is the demuxer's or the packet path's.
remux() { "$AVTOOL" remux "$DATA/ffmpeg-av.mkv" "$tmp/out.$1" 2>/dev/null; }
check_eq ffmpeg/remux-avi 'remux streams 2 pkts 31 inbytes 2977 md5 4e2f8888aaf9938c3717994f003530ac' "$(remux avi)"
check_eq ffmpeg/remux-nut 'remux streams 2 pkts 31 inbytes 2977 md5 caaadb9b09aab5b683e8c443681e247d' "$(remux nut)"
check_eq ffmpeg/remux-mkv 'remux streams 2 pkts 31 inbytes 2977 md5 20dde0e1cd27d211a8c7bdf7b1c88091' "$(remux mkv)"
check_eq ffmpeg/remux-ts  'remux streams 2 pkts 31 inbytes 2977 md5 f70d452085ad0de0c26c78e94077618d' "$(remux ts)"

# The remuxed file has to be readable as what it claims to be -- a digest that
# matched an equally-wrong reference on both arms would still pass, and this is
# the case that would not.
check_eq ffmpeg/remux-nut-readback 'out.nut format nut streams 2 out.nut stream 0 video vp8 64x48 out.nut stream 1 audio vorbis 48000 1' \
  "$("$AVTOOL" streams "$tmp/out.nut" 2>/dev/null | tr '\n' ' ' | sed 's/ $//')"

# ------------------------------------------------------ encode, byte-exact ----
# The ticket's "encode through one of the codecs already in this image" -- taken
# as widely as the image allows, because each external encoder here is a
# different earlier port. One spawn for all fourteen. The source is integer
# arithmetic with no libm call, so it is identical on every architecture by
# construction; the digest is over packet payloads only.
#
# NONE OF THESE NEEDED A PSNR BOUND OR A DECODED-FRAME COMPARISON. The ticket
# allows one where an encoder is not bit-reproducible by design, and the
# measurement says none of the fourteen is: every one of them, lossy and lossless
# alike, lands on the same bytes here as on x86-64. That is the strongest single
# statement this suite makes and it is why the weaker form is not used.
# libvorbis IS LAST ON PURPOSE: its encoder traps on this arm (below), and one
# invocation means everything after it in the list would be lost. Putting it at
# the end costs the run nothing.
"$AVTOOL" encode ffv1 mpeg4 libx264 libvpx libvpx-vp9 libtheora libopenjpeg \
                 flac wavpack alac pcm_s16le libmp3lame libopus libvorbis \
                 > "$tmp/enc.txt" 2>&1
el() { grep "^encoder $1 " "$tmp/enc.txt" 2>/dev/null; }
check_eq ffmpeg/enc-ffv1        'encoder ffv1 pkts 10 bytes 12642 md5 617621f6a5b1add4a71fe0fd54ae0d66'        "$(el ffv1)"
check_eq ffmpeg/enc-mpeg4       'encoder mpeg4 pkts 10 bytes 30401 md5 29503e0587216d9054ec59cec21fb553'       "$(el mpeg4)"
check_eq ffmpeg/enc-libx264     'encoder libx264 pkts 10 bytes 7983 md5 564c13f8357f3fe562b21770361ffc74'      "$(el libx264)"
check_eq ffmpeg/enc-libvpx-vp8  'encoder libvpx pkts 10 bytes 9564 md5 a4d73a2163f57cc237621abf685c1987'       "$(el libvpx)"
check_eq ffmpeg/enc-libvpx-vp9  'encoder libvpx-vp9 pkts 10 bytes 6783 md5 35442e95097662d6ac29fe00e5e80302'   "$(el libvpx-vp9)"
check_eq ffmpeg/enc-libtheora   'encoder libtheora pkts 10 bytes 14174 md5 3c191cdf8c3cc654849e2820784eec9c'   "$(el libtheora)"
check_eq ffmpeg/enc-libopenjpeg 'encoder libopenjpeg pkts 10 bytes 19647 md5 ca0e7a45d6abfeb7c4abf40c78477dbb' "$(el libopenjpeg)"
check_eq ffmpeg/enc-flac        'encoder flac pkts 5 bytes 15528 md5 07cf212a425db6c892ded953084228ec'         "$(el flac)"
check_eq ffmpeg/enc-wavpack     'encoder wavpack pkts 1 bytes 23876 md5 9d5442849a412e3a095595ae9fd9f89b'      "$(el wavpack)"
check_eq ffmpeg/enc-alac        'encoder alac pkts 4 bytes 41524 md5 ac17221183deaca2610de05b75f61761'         "$(el alac)"
check_eq ffmpeg/enc-pcm         'encoder pcm_s16le pkts 16 bytes 32768 md5 a382d460f7696e207b9be62ae4eb3b0e'   "$(el pcm_s16le)"

# BRINTOS-WORKAROUND: hwjs-cc#41 remove -- libvorbis's ENCODER reaches a guarded
# indirect site in mapping0_forward and traps in __hwjs_e8_refuse (SIGILL, exit
# 132) on the first avcodec_send_frame; the E8 open-world consult is emitted into
# a closed-world static link where nothing can resolve it. Vorbis DECODE in the
# same binary is byte-identical to x86-64 (ffmpeg/dec-vorbis above), so this is
# the encoder path only. Drop this branch when #41 closes.
if [ -n "$(el libvorbis)" ]; then
  check_eq ffmpeg/enc-libvorbis 'encoder libvorbis pkts 68 bytes 3731 md5 5081c4a0d9df095570969ec2aa11df04' "$(el libvorbis)"
else
  bst_notok ffmpeg/enc-libvorbis "brintos/hwjs-cc#41: libvorbis encode traps in __hwjs_e8_refuse via mapping0_forward (SIGILL) -- no line produced; decode is unaffected"
fi
check_eq ffmpeg/enc-libmp3lame  'encoder libmp3lame pkts 16 bytes 3072 md5 3b7bd86245faeeeb58a224d78b26e6a1'   "$(el libmp3lame)"
# libopus IS THE ONE ENCODER OF THE FOURTEEN THAT IS NOT BIT-REPRODUCIBLE ACROSS
# ARCHITECTURES, and this is the weaker comparison the ticket allows for exactly
# that case. Opus's encoder runs on floats through libm, which is not correctly
# rounded, so the payload bytes differ. What does NOT differ is the packet count
# and the total size -- 19 packets, 4897 bytes on both arms -- which is the rate
# controller making identical decisions from identical input; only the low bits
# of the coded values move. Measured deterministic ON this arm: two consecutive
# runs give the same digest. Asserting the payload would buy a permanent red that
# says nothing.
check_eq ffmpeg/enc-libopus     'encoder libopus pkts 19 bytes 4897' "$(el libopus | sed 's/ md5 .*//')"

# An arm the image deliberately does NOT carry. This is the negative control for
# the eight arm-* cases above: it proves `have`/`encode` can say no, so a green
# on ffmpeg/arm-libx264 is a measurement rather than a tautology.
out_rc ffmpeg/enc-absent-arm 1 "encoder libfdk_aac absent" "$AVTOOL" encode libfdk_aac

# ------------------------------------------------------- the failure path -----
# The ticket asks for a truncated and a non-media input, with the diagnostic AND
# the exit status under test. Both are asserted for both drivers, because a tool
# that prints the right message and exits 0 is the failure that matters: nothing
# in a pipeline would notice.
check_rc  ffmpeg/fail-trunc-rc    1 $FP -show_entries format=format_name -of csv=p=0 "$DATA/ffmpeg-trunc.mkv"
out_rc    ffmpeg/fail-trunc-diag  1 "Input/output error" $FP "$DATA/ffmpeg-trunc.mkv"
check_rc  ffmpeg/fail-notmedia-rc 1 $FP -show_entries format=format_name -of csv=p=0 "$DATA/ffmpeg-notmedia.txt"
out_rc    ffmpeg/fail-notmedia-diag 1 "Invalid data found when processing input" $FP "$DATA/ffmpeg-notmedia.txt"
check_rc  ffmpeg/fail-missing-rc  1 $FP "$DATA/nosuch-file.mkv"
out_rc    ffmpeg/fail-missing-diag 1 "No such file or directory" $FP "$DATA/nosuch-file.mkv"

check_rc  ffmpeg/avfail-trunc-rc    2 "$AVTOOL" decode "$DATA/ffmpeg-trunc.mkv"
out_rc    ffmpeg/avfail-trunc-diag  2 "avtool: open: Input/output error" "$AVTOOL" decode "$DATA/ffmpeg-trunc.mkv"
check_rc  ffmpeg/avfail-notmedia-rc 2 "$AVTOOL" streams "$DATA/ffmpeg-notmedia.txt"
out_rc    ffmpeg/avfail-notmedia-diag 2 "avtool: open: Invalid data found when processing input" "$AVTOOL" streams "$DATA/ffmpeg-notmedia.txt"
check_rc  ffmpeg/avfail-missing-rc  2 "$AVTOOL" decode "$DATA/nosuch-file.mkv"
check_rc  ffmpeg/avfail-usage-rc    2 "$AVTOOL" nosuchsubcommand

rm -rf "$tmp"