#934 Audio can't be found by muxer when several jobs with the same audio input/output is queued.

[Johan Larsson]

When running several encoding jobs after each other, and where the audio input has the same name, MeGUI handles the audio (I guess it's cleaned away/deleted by the previous process?) so it can't be found by the muxer.

Steps to re-create: Queue a few AutoEncodes with the same audio input, and with different video output names. (I did this wanting to compare the final encoding results for different video input and encoding settings.) Once one encode has finished, the muxing of the following encoding fails, saying the required audio file is missing.

I'm sure I can avoid this by naming the audio output differently for each encode, but I don't think it should be necessary - MeGUI should keep track of each AutoEncode being separate, even though some of the temporary output filenames happens to be the same.

(Note: In the attached log file, I restarted the failed jobs.)

[Zathor]

Thanks for the report. I do have to reproduce that, however a note that I do see AutoEncode as depracted and to be replaced by OneClick.

[Acrono]

Why? why you depracted AutoEncode? now how i suppose to do desire bitrate?

[Zathor]

Deprecated does not mean that I remove it (yet), however there will also no bigger changes.

What do you mean with "to do desire bitrate"?

[Acrono]

When you click AutoEncode then in birate and size there is a "Average Bitrate".

I never use Oneclick (not sure why call that), i bit lost becuase now you need to manual everything in sound we need now have the file first to encode with Autoencode do all stuff automatic.

[Zathor]

The only way would be to use a random temporary file name to avoid that. Let me check if that can be implemented easily.

[Zathor]

Should be fixed in 2938