Copy audio is ignored (confirmed 0.7.2-0.7.3)

[dtechnology]

I'd like to file a bug report. I can reproduce it multiple times.

Mediacoder versions tested on:
- Mediacoder x64 0.7.2 build 4582
- Mediacoder x64 0.7.2 build 4594
- Mediacoder x32 0.7.3 build 4612
- Mediacoder x64 0.7.3 build 4612

Situation: User wants to extract audio from a video file into an audio file, in this case both .mp4 files and .flv files. All files contain AVC video and AAC audio. User wants to retain quality and thus selects "Copy audio" option in the audio tab and disables "enable video" in the video tab.

Expected behavior: Audio gets extracted into new container/file with original bitstream and bitrate.
Resulting behavior: Audio gets transcoded using encoder from grayed-out select box (Nero encoder) with settings from Nero Encoder settings tab. Changing the settings in this tab changes the output file.

Steps to reproduce (from default configuration settings):
1. Add a video file to be transcoded
2. Deselect "Enable video" from the video tab
3. Put some random (different from the original) bitrate settings for the current audio codec
4. Select "Copy audio" from the audio tab
5. Select "Channels original" from the sound tab

Bug confirmation: Transcoded file has different bitrate. (Confirmable by "Transcoded information" showed when selecting the file in Mediacoder)
Bug is fixed when: Transcoded file has original bitrate and characteristics (and bitstream).

Possible workaround(s):
Workaround 1 (unconfirmed):
1. Disable muxer. You can do this in container -> check "Disabled" under Multiplexer
2. Select FFmpeg or MEncoder as video coder. You can do this in video -> (check enable video ->) ( deselect auto select next to encoder ->) choose either one from the list next to "Encoder"
3. ??? Deselect "Enable video" from the video tab ???

Developer comments:
This will be improved later. An additional step to extract audio from input container is required.

[dtechnology]

I can confirm that I am still affected by this bug in 0.7.2.4594

[dtechnology]

Any response? Anything I could try to fix?

[boardersparadise]

I can confirm that I am still affected by this bug in 0.7.2.4594

I can cofirm as well.

[yokese]

Read this post, everybody has the same problem

viewtopic.php?f=3&t=8186

[boardersparadise]

does the MediaCoder "audio edition" suffer from the same problem, or does the audio edition not allow video files as *input* ?

[dtechnology]

Test is for yourself.

Bug is still present in 0.7.3.4612 (x64).

Would it not be better to remove the option until the bug is fixed?

[boardersparadise]

Would it not be better to remove the option until the bug is fixed?

agreed!

Test is for yourself.

why so unfriendly?!?

I don't know if it is possible at all to install the FULL edition (which I currently have) plus the AUDIO edition simultaneously and I wouldn't want to try that because I don't want to compromise my system by such an error-prone task.

Besides, there is nothing wrong whatsoever in saving time by asking a yes-no-question which someone who has already tried can easily answer. The wheel doesn't have to be re-invented every day.

[stanley]

A workaround: disable muxer and choose ffmpeg or mencoder as video encoder.
This will be improved later. An additional step to extract audio from input container is required.

[boardersparadise]

A workaround: disable muxer and choose ffmpeg or mencoder as video encoder.
This will be improved later. An additional step to extract audio from input container is required.

thanks for the tip, stanley.
I'm sorry, but I just realized that I don't understand the suggestion ...
I think the first step is to extract the audio from the source file. And to add the extracted audio as an external file later on to the video as a separate task. The problem is that "copy audio" does not even work if video is disabled. I posted this as a bug report a while ago. So this workaround does not work actually, because the very first step can't be executed.

Or did I get your instructions wrong?