Fetch libmoq_ffi again, and keep the codecs out of Rust

Building moq-ffi with its audio and video features gave us Opus and H.264
behind the UniFFI ABI, and it did so by compiling a 1062-crate workspace --
next to jolt-native's 810, which av.clj still needs. Two large Rust trees
where there had been one, and none of the C libraries this port set out to
link. That trade only ever made sense while moq-ffi was a FETCH; as a build it
carried the costs of the Rust route and none of its reason.

So the object goes back to the release artifact: 206 functions, transport
only, nothing compiled. What stays is the piece that genuinely has no C
answer -- MoQ over QUIC, which no C library implements. Opus and H.264 have
had C libraries for twenty years and belong on that side of the line, which
is where they go next.

Out: publish_video, write-video!, video-name, set-video-bitrate! and the
encode check, none of which exist in this object. In: nothing new. The
transport symbols are identical across both builds, so connect, sessions,
broadcasts, tracks and subscribe are untouched and still pass.

The generated MoqError table earns itself here. This object has 22 variants
where the built one had 24 -- audio and video insert theirs at 5 and 6 --
and regenerating moved every later variant back without anyone editing a
map. A connect timeout reads :connect on both, which is exactly what the
hand-written table got wrong in the other direction.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>