FFAStrans forum

To add to this, even if by some magic we were to rewrite the entire program, there would still be the problem of the frameserver, namely Avisynth. Although the core itself runs and it's cross platform after all the efforts made by the community to bring together the various forks like AVXSynth etc d...

it means the author really cares about his product. He really does. If there's something I learned after all these years is that Grandmaster Steinar goes above and beyond to make every release as good and bug free as possible. To be perfectly transparent, I've been running version 1.4.2.19 since Ma...

emcodem wrote: ↑Mon Feb 23, 2026 12:34 pm we switched everything to omneon.

*me, reading with a very happy and proud face* :')

Yep, I would definitely suggest setting it to "No Decode" so that the indexer is invoked without any lossless caching. About indexing, you know my stance on it, better safe than sorry hahahahahahahahahahahaha You trust suppliers, I don't XD Jokes aside, I know you know it but I'll write it...

sure, but it would still not protect you from dynamically changing frame properties without specifying -reinit_filter 0 which is what is likely at stake here. The reason why I say this is that even when adding an A/V decoder, it will still index the source and deliver the same pixel format as the so...

Yeah, in general it's always nice to have the indexing in front as it means that the encoder downstream gets an uncompressed A/V stream directly from the frameserver (Avisynth) which takes care of several things including tackling problems within the container of the source or dynamically changing f...

The loudness correction performed within FFAStrans is - by default - performed in two passes: the first one measures and the second one applies the correction. Although performing this conversion in two passes is better (a bit like when you encode a video in two passes with the first one analyzing t...

I'm glad to hear that.
Avisynth saves the day once again

Could very well be an issue with the frame properties of the input. Have you tried putting an A/V Decoder node in front to the have Avisynth indexing and passing the uncompressed A/V Stream living in RAM to NVEnc?

Once you've created the file with the command executor, set that output file to s_source and after that connect the node to the A/V Decoder et voilà, it will index it just fine. :) As an example, I've created a simple fictional workflow: 1.png In this case I'm using ommcp to remux the input file and...