MeGUI: bug reports and feature requests [Archive] - Page 49

Vol666

28th February 2012, 14:15

I'm getting this error.

MeGui encountered a fatal error and may not be able to proceed.
Reason: The File "....avs" cannot be opened.
Error message for your reference: attempted to read or write protected memory. This is often an indication hat other memory is corrupt.

Its stranger that there is no problem when using Video Preview! I mean its loading the avs normally but when i try to start encoding its shows me this error

Zathor

28th February 2012, 14:52

Also I can't update MeGUI OneClick always crash with:
"Could not load file or assembly 'ICSharpCode.SharpZipLib, Version=0.85.5.452, Culture=neutral, PublicKeyToken=1b03e6acf1164f73' or one of its dependencies"
You have extracted the files to a working MeGUI folder, haven't you? Otherwise you have to copy the three 7zip and zip dll files to your folder.

I mean its loading the avs normally but when i try to start encoding its shows me this error
Please post the content of the AVS or better the complete log.

Vol666

28th February 2012, 19:34

the avs its not an issue because i used the same script for my previous encode and it works fine....

I changed the video source using the same script and the problem came out...

there is no problem using virtual dub...

here is the log file

tebasuna51

29th February 2012, 01:27

You have extracted the files to a working MeGUI folder, haven't you?.

Yeah, I make something wrong.
Installed MeGUI OneClick and the Audio Cutter works fine now.
Thanks.

Overdrive80

5th March 2012, 23:40

Is possible include lagarith as lossless compress in megui??

Such request, would be cool to be able to specify DAR in mkv and/or mp4 container from megui. ^^

Shevek

12th March 2012, 22:02

I'm using the latest dev build 2117

The VobSubber included with MeGUI seems to be messing with the timings when extracting the idx/sub

Example:-

Here is a screenshot from BDSup2Sub showing the final subtitle from the idx/sub extracted using the MeGUI VobSubber tool:

http://i.imgur.com/bhVYf.png

Here is the same screenshot for the idx/sub extracted using VobSub Configure:

http://i.imgur.com/THN0p.png

Note the differences in timings. The second one is correct, the first one is actually after the last frame of video!

I have noticed this on 2 different PAL Studio Ghibli DVDs

EDIT: The versions of vobsub.dll located in my Windows\syswow64 dir and MeGui\Tools\vobsub dir are identical - both are version 2.0.23.0 dated 11/12/2002

http://i.imgur.com/JxDG6.png

Zathor

13th March 2012, 13:13

Shevek

14th March 2012, 16:15

I have tried to reproduce it but in my tests the subtitles have been in sync. Can you provide us with more details about the movie (E.g. PGC number, angel number, ...)? Also it may be helpful when you upload the IFO and the created subtitle files.
But I fear that the problem is related to the different calls of vobsub and then nothing can be done from our side.

I've done some more investigations, there is definitely a difference in the .idx files - CELL 1 is identical but from CELL 2 onwards the timings in MeGUI's .idx are off (vobsub version on right):

http://i.imgur.com/RPoYI.png

It looks like the first time code in CELL 2 is doubling the last time code from CELL 1 instead of continuing.

All subsequent transitions (e.g. CELL 2 -> CELL 3, CELL 3 -> CELL 4 etc) are fine and continue from previous cell (again, vobsub version on right):

http://i.imgur.com/858H9.png

This seems to be peculiar to Studio Ghibli titles - I cannot replicate on other DVDs I have.

Could it have something to do with this option in VobSub Configure:

http://i.imgur.com/1RxNS.png

I also note that the MeGUI extract is not keeping the colors (again, vobsub version on right):

http://i.imgur.com/FyXX8.png

The colors problem is happening with all extracts, not just Studio Ghibli ones.

If you still want me to upload the ifo/idx/sub then let me know.

StainlessS

19th March 2012, 03:14

MeGUI 2112 (svn), resists shutdown.
Shuts down OK prior to any encoding, but resists after encode complete and standing idle.
Shutdown via hardware (powerbutton set to shutdown) and software eg "AMP WinOFF".

AMP WinOFF here:
http://forum.doom9.org/showthread.php?p=1520680#post1520680

Will shutdown via AMP WinOFF if "Forced Shutdown" selected in WinOFF options.

EDIT: XP 32bit.

Shevek

19th March 2012, 09:11

MeGUI 2112 (svn)

Latest build is 2117, try updating.

Zathor

19th March 2012, 11:43

MeGUI 2112 (svn), resists shutdown.
Shuts down OK prior to any encoding, but resists after encode complete and standing idle.
Please explain "resists". Can you close the application from within the context menu or with the X? If not what kind of message appears?

Vol666

19th March 2012, 15:58

Latest build is 2117, try updating.

where can i download 2117? On sourceforge its still 2112

Shevek

19th March 2012, 16:01

where can i download 2117? On sourceforge its still 2112

In MeGUI itself: Options -> Update

Vol666

19th March 2012, 16:10

In MeGUI itself: Options -> Update

yeah yeah... i saw it... just updated but i'm still getting the error

MeGui encountered a fatal error and may not be able to proceed.

http://forum.doom9.org/showpost.php?p=1561876&postcount=2402
http://forum.doom9.org/showpost.php?p=1561939&postcount=2404

Shevek

19th March 2012, 16:25

StainlessS

19th March 2012, 22:19

By 'Resist Shutdown', I mean it will not close when instructed to do so by the OS prior to machine shutdown.
It closes just fine via menu and little 'x' button.

You can set the machine to shutdown on pressing the power button:

(Control Panel/Power Options/Advanced/When I press the power button on my computer: = Shut Down).

Or to Hibernate, Hibernate works OK, because the application (MeGUI) does not need to close to
allow Hiberantion, but it does to allow ShutDown.

On pressing the power button (on/off button), MegUI should close, which it does just fine if
no encoding has been done.

If you render either/or AAC audio : x264 elementary, it will not allow shutdown, either via hardware
(power button) nor by software (AMP WinOFF). WinOFF is a machine level auto shutdown utility to
allow shutdown/hibernation etc under user controlled conditions eg CPU usage drops below a certain
level for an amount of time.

If you set MeGUI to close on completion, there is no problem and all works OK, you can also set
WinOFF options to do a 'Forced Shutdown' which will kill the MeGUI instance and shutdown OK, but
that is really ignoring a problem in MeGUI.

You can easily test it out, config power button to shutdown. Run MeGUI, press power button,
it will shutdown.

Re-boot, run MeGUI, encode either audio/video/both and mux if you like, and when it finishes
and is standing idle, press power button again. You will see when you press the power button,
that MeGUI loses focus (Title bar dims) but refuses to allow shutdown. If you now manually close
MeGUI, and press power button again, it shut down OK.

It is not a major problem and can easily be gotten around, but it should shutdown when instructed,
there might good reason to prevent shutdown when busy, but it looks like this persists after encoding
is finished and until MeGUI is closed.

Tested on both 2112 and 2117.

PS, I'm not a Windows programmer, but am aware that VB has a

SubRoutine Form_Unload(Cancel Integer)

Routine, called before a form/program closes and if you set the 'Cancel' int, it will prevent
closure (and shutdown), presumably there is something similar in the OS API's.

Zathor

19th March 2012, 23:01

yeah yeah... i saw it... just updated but i'm still getting the error
Try disabling "improved avs opening" in the settings. if that does not help please try this build and post the log: http://forum.doom9.org/showthread.php?t=163399

Vol666

20th March 2012, 13:07

Try disabling "improved avs opening" in the settings. if that does not help please try this build and post the log: http://forum.doom9.org/showthread.php?t=163399

tried everything you said. no change

flebber

24th March 2012, 03:01

v2117.

I keep receiving this audio error when attempting to encode.
[Error] [24/03/2012 12:54:46 PM] An error occurred
-[Error] [24/03/2012 12:54:46 PM] Exception message: The pipe has been ended.
-[Error] [24/03/2012 12:54:47 PM] Stacktrace
--[NoImage] at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
--[NoImage] at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
--[NoImage] at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
--[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
-[Error] [24/03/2012 12:54:47 PM] Inner exception: null

This is the audio.
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 29mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 16s 922ms
Stream size : 286 MiB (7%)
Title : 3/2+1
Language : English
Default : Yes
Forced : No

Lyle_JP

24th March 2012, 09:18

v2117.

I keep receiving this audio error when attempting to encode.
[Error] [24/03/2012 12:54:46 PM] An error occurred
-[Error] [24/03/2012 12:54:46 PM] Exception message: The pipe has been ended.
(...)

This is the audio.
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 29mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
(...)

Try downgrading Nero to 1.3.3.0. I see this "The pipe has been ended" error all the time with Nero 1.5.4.0 and some 5.1 tracks. The other thing you can try is changing the target bitrate. For whatever reason, that sometimes works to avoid the bug in 1.5.4.0. But 1.3.3.0 is always solid.

Lyle_JP

24th March 2012, 09:23

I have noticed a "bug" (or at least a new behavior) in 2117 x64. In previous builds of MeGUI, the individual workers could be assigned different thread priorities, and those priority settings stayed put for each worker. But now, when one job ends and another begins in worker 1 (for example), it will often adopt the higher thread priority setting of Worker 2 when starting the new job. Especially if that value (for worker 2) was the one most recently changed.

If this is intentional for some reason, I'll live with it, but I really liked the way it worked before.

flebber

24th March 2012, 09:28

Try downgrading Nero to 1.3.3.0. I see this "The pipe has been ended" error all the time with Nero 1.5.4.0 and some 5.1 tracks. The other thing you can try is changing the target bitrate. For whatever reason, that sometimes works to avoid the bug in 1.5.4.0. But 1.3.3.0 is always solid.

Is Nero required anymore with QAAC, Fhg AAC & FFmpeg AAC as available options?

flebber

24th March 2012, 10:53

@Lyle_JP yes going to 1.3.3.0 did resolve it for me.

Zathor

24th March 2012, 13:55

I have noticed a "bug" (or at least a new behavior) in 2117 x64. In previous builds of MeGUI, the individual workers could be assigned different thread priorities, and those priority settings stayed put for each worker. But now, when one job ends and another begins in worker 1 (for example), it will often adopt the higher thread priority setting of Worker 2 when starting the new job. Especially if that value (for worker 2) was the one most recently changed.

2078 [Progress Window] changed priority will be kept during the whole application session. Feature request #3445179

Before this change every new worker/job started with the default priority set in the MeGUI settings (not the recently used priority!). I will have a look at the change if it can be easily moved from a global to a worker setting.

Zathor

24th March 2012, 14:03

Is Nero required anymore with QAAC, Fhg AAC & FFmpeg AAC as available options?

At the moment faac and neroaacenc are available in MeGUI. I will not add a third AAC encoder. If you want a new AAC encoder I need more information as I am not using AAC myself and I have no time/interest to read/investigate myself.

So which new encoder should replace which old encoder and why? Does the new encoder can be distributed free of charge, can the complete encoder be added to the MeGUI update server (that is the part of Nero which annoys me), can the encoder be run from CLI? Which CLI parameters must be available in the GUI? ...

Zathor

24th March 2012, 15:09

2122 [Progress Window] added job name. Feature request #3488205
2121 [Audio Encoder] Import() will be used for AVS input files. Bug #3506283
2120 [MKV Muxer] improved handling of empty IDX subtitle files
2119 [MKV Muxer] added job status message during muxing
2118 [MediaInfo] improved information detection for DVD sources

tebasuna51

24th March 2012, 19:04

...Does the new encoder can be distributed free of charge, can the complete encoder be added to the MeGUI update server (that is the part of Nero which annoys me), can the encoder be run from CLI? Which CLI parameters must be available in the GUI? ...

QAAC need QuickTime installed (or at least a a big part of it).
Fhg AAC need WinAmp installed (or at least copy some dll's from it)
The command line ecoders for both are free soft but the full package can't be download from the uptade server.

flebber

24th March 2012, 22:37

QAAC need QuickTime installed (or at least a a big part of it).
Fhg AAC need WinAmp installed (or at least copy some dll's from it)
The command line ecoders for both are free soft but the full package can't be download from the uptade server.

So ffmpeg(libavcodec) is the only AAC encoder that fits the bill? Was trying to locate some cli docs specific to this encoder but couldn't find them. Have tried it in handbrake on two samples and it worked well.

cengizhan

25th March 2012, 10:29

I wish to see qaac which is better than nero aac. This is his web site: https://github.com/nu774/qaac/wiki

It depends on quicktime component but you dont have to install it. Putting required files in to QTFiles subdir is enough.

i know you can't distribute quicktime but i will appreciate it if you put an option to select an external encoder with command line options.

Vol666

25th March 2012, 10:55

yeah yeah... i saw it... just updated but i'm still getting the error
http://forum.doom9.org/showpost.php?p=1561876&postcount=2402
http://forum.doom9.org/showpost.php?p=1561939&postcount=2404

Try disabling "improved avs opening" in the settings. if that does not help please try this build and post the log: http://forum.doom9.org/showthread.php?t=163399

tried everything you said. no change

2122 [Progress Window] added job name. Feature request #3488205
2121 [Audio Encoder] Import() will be used for AVS input files. Bug #3506283
2120 [MKV Muxer] improved handling of empty IDX subtitle files
2119 [MKV Muxer] added job status message during muxing
2118 [MediaInfo] improved information detection for DVD sources

just one more! i think we are close!!! :)

tebasuna51

25th March 2012, 11:16

I wish to see qaac which is better than nero aac.
Only tested for stereo files at low bitrates.
With high bitrates and multichannel don't exist test.

It depends on quicktime component but you dont have to install it. Putting required files in to QTFiles subdir is enough.
Yes, 31 files 40.7 MB. Without license to distribution.

but i will appreciate it if you put an option to select an external encoder with command line options.
That is a good idea, but only experimented users can use that.
And experimented users always know other methods to encode aac (eac3to, Foobar2000, command line, ...)

Zathor

26th March 2012, 15:23

just one more! i think we are close!!! :)
Post your AVS content.

Vol666

26th March 2012, 22:56

Post your AVS content.

LoadPlugin("C:\Program Files (x86)\GordianKnot\DGMPGDec\DGDecode.dll")
Load_stdcall_plugin("C:\Program Files (x86)\AviSynth 2.5\plugins\yadif\yadif.dll")

mpeg2source(".../2010.d2v")

Crop(4, 2, -2, -2).LanczosResize(704,400)
Yadif(mode=1)

a1 = ImageSource("...\babl.bmp").ConvertToRGB32
mask_clip = Mask(a1, a1.GreyScale.Levels(0, 1, 10, 0, 252))
Overlay(a1, mask=ShowAlpha(mask_clip), y=265, x=55,
\ mode="blend", opacity=1)
ConditionalReader("C:\lm_babl.txt", "ol_x_offset", false)
a2 = ImageSource("....\babl-hm.bmp").ConvertToRGB32
mask_clip = Mask(a2, a2.GreyScale.Levels(0, 1, 10, 0, 252))
Overlay(a2, mask=ShowAlpha(mask_clip), y=265, x=55,
\ mode="blend", opacity=1)
ConditionalReader("C:\lm_hm.txt", "ol_x_offset", false)

Atak_Snajpera

26th March 2012, 23:12

oh my god! you should deinterlace before croping and resizing!

Poutnik

27th March 2012, 10:46

As I do not have much time for developing MeGUI I focus on fixing bugs/problems, implementing simple features and features which I need for my personal use (like OneClick). Your feature request does not fit in any of those categories and therefore it is unlikely that it will be implemented by me in the next time. But... of course I will commit a patch so feel free to create the required code on your own.

It was rather design flaw report than a feature request,
something like if a car allowed opening the doors
only after starting engine....

Unfortunately, I do not have coding skills.

Zathor

6th April 2012, 17:46

2127 [AVS Script Creator] improved automatic cropping
2126 [AVS Script Creator] crop values will only be added to the script if necessary
2125 [Job] improved aborting of jobs part II
2124 [Job] improved aborting of jobs
2123 [Log] use system default encoding for AviSynth input script
2122 [Progress Window] added job name. Feature request #3488205

Overdrive80

7th April 2012, 15:52

Hi, after updated megui i have problems with it, crash in 99% processed video

Log

[Information] Log
-[Information] Versions
--[Information] [07/04/2012 15:29:21] MeGUI Version : 2127 (svn)
--[Information] [07/04/2012 15:29:21] OS : Windows Seven Ultimate Edition x64 SP1 (6.1.65536.7601)
--[Information] [07/04/2012 15:29:21] Latest .Net Framework installed : 4.0 (4.0.30319)
--[Information] [07/04/2012 15:29:21] AviSynth Version : 2.6.0.3 (03/04/2012 16:39:43)
-[Information] Update detection
--[Information] [07/04/2012 15:29:22] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [07/04/2012 15:29:27] Connecting to server: http://megui.org/auto/
--[Information] [07/04/2012 15:29:40] There is 1 file which can be updated.
--[Information] [07/04/2012 15:29:42] There is 1 file which can be updated.
-[Information] Log for job1 (video, 3. Compresion.avs -> 3. Compresion.mp4)
--[Information] [07/04/2012 15:30:30] Started handling job
--[Information] [07/04/2012 15:30:30] Preprocessing
--[Information] [07/04/2012 15:30:30] Avisynth input script: avisource("E:\DBZ\DBZ1_3\018\2. Filtrado.avi")
--[Information] [07/04/2012 15:30:31] [DXVA]: target device selected
--[Information] [07/04/2012 15:30:31] Job commandline: "C:\Program Files (x86)\MeGUI\tools\x264\x264.exe" --level 4.1 --preset slower --crf 16.0 --keyint 240 --merange 24 --qpfile "E:\DBZ\DBZ1_3\018\10. QPFILE_NAME.qpf" --sar 8:9 --output "E:\DBZ\DBZ1_3\018\3. Compresion.mp4" "E:\DBZ\DBZ1_3\018\3. Compresion.avs"
--[Information] [07/04/2012 15:30:31] Encoding started

The file for updating is mkvmerge, hasnt influence.

Snapshot error (spanish interface error):

http://s18.postimage.org/leg61eu45/Captura.jpg (http://postimage.org/image/leg61eu45/)

I have tried in other avisynth version at the same result. Source file is avi encoding with lagarith.

Betsy25

7th April 2012, 17:55

Same thing happening here. (since update to core v2127)
Crash at the end of encoding or writing phase.

http://s18.postimage.org/epmjberjp/2012_04_07_185028.jpg (http://postimage.org/image/epmjberjp/)

BTW: It's better to leave sourceforge behind, since after being slow as a snail for as long as it exists, you are now unable to comment or post anything.

Zathor

7th April 2012, 19:23

I am trying right now to reproduce the problem. Is it reproducable for you, too? Or does it crash randomly?

BTW: It's better to leave sourceforge behind, since after being slow as a snail for as long as it exists, you are now unable to comment or post anything.
:confused:

Betsy25

7th April 2012, 19:41

I am trying right now to reproduce the problem. Is it reproducable for you, too? Or does it crash randomly?

:confused:

Hi Zathor, Crashed right after it finished (or so i believe) the muxing stage.
It definitely doesn't crash randomly but always at the end of a stage.

Regarding Sourceforge, i've been trying to bugreport the crashes there, but i cannot post, the website simply replies with "XSRF Attempt Detected!" or "No group_id was chosen. "

Overdrive80

7th April 2012, 20:36

I had posted bug in sourceforge with ticket ID 3515735. No its randomly, ever end encoding.

I had trying downgrade to 2021 from update server but launch error. Any idea?

http://s9.postimage.org/eohf5u5mj/Captura.jpg (http://postimage.org/image/eohf5u5mj/)

kalehrl

7th April 2012, 21:25

I've got the same error.

Betsy25

7th April 2012, 22:07

Connecting to server: http://megui.org/auto/
There is 1 file which can be updated.
Updating core. File 1/1.
C:\Program Files\MeGUI\update_cache\megui-core_2121.zip is empty. Deleting file.
Error: Could not unzip C:\Program Files\MeGUI\update_cache\megui-core_2121.zip. Deleting file.
Error: Failed to download file core with error: CouldNotDownloadFile.
Update completed
Error: Files which have been not sucessfully updated: 1

hello_hello

7th April 2012, 22:11

I had trying downgrade to 2021 from update server but launch error. Any idea?

Do you mean downgrade to 2121? (it's the version listed for me using the development update server) but either way I get the same error, so....

You should be able to restore an older version from the update cache, or delete the "MeGUI.exe" file and remove the backup extension from the "MeGUI.exe.backup" file (wherever MeGUI is installed). That should take you back to the version you were previously using. For me at appears to be 2122.

Was there ever actually a version 2121 which was released?

PS I've only run one encode using version 2127 but it was crash free. (XP, .Net crap 2.1.21022, AviSynth 2.5.8.5)

Betsy25

7th April 2012, 22:18

EDIT 2 : Manually reverting core to *ANY* version, crash remains, but....
Manually reverting to mediainfo_0_7_54 -> NO more crashes ! (even with latest core2127) :)
Link of interest : https://sourceforge.net/tracker/?func=detail&aid=3515515&group_id=86862&atid=581181

Well, i've done a backup from the whole MeGUI folder just in case, and manually installed the older megui-core_2122.zip ... I still had the crash exactly at the same location. The last line in the log file i saw flashing up before crashing was related to MediaInfo. I'll try a small encode and put up a screenshot.

EDIT: Screenshot :

v2127
http://s16.postimage.org/6jugu37wx/2012_04_07_232127.jpg (http://postimage.org/image/6jugu37wx/)

v2122 (reverted)
http://s13.postimage.org/v50rni0lv/2012_04_07_232523.jpg (http://postimage.org/image/v50rni0lv/)

@Zathor, don't get fooled by the 0% progress bar, the testfile is cropped really small, the crash happens at the end of the writing stage.

Overdrive80

7th April 2012, 22:46

I am in same point than Betsy25. Actually, i am using megui 2106 with mediainfo update to 0.755 for testing it.

@hello_hello I had installed megui 2127, and updater tool detected update to 2021, that is a downgrade system file, isnt it?

Zathor

7th April 2012, 22:59

I have no time the next days to check for and fix the problem. Therefore I force a downgrade of some MeGUI components.

hello_hello

7th April 2012, 23:08

@hello_hello I had install megui 2127, and updater tool detect update to 2021, that is a downgrade system file, isnt it?

Yeah but you said 2021 while your screenshot shows 2121. I assumed that was a typo and you meant 2121 (which is the version I see when I try to run an update) but I do wonder whether there was a version 2121 released, hence the error when using the update server to downgrade.

Anyway, is anyone experiencing these crashes muxing to MKV rather than MP4 (MeGUI 2127)? I always use MKV and haven't had any crashes so I thought I'd give an MP4 theory a shot. What's happening for me is when I switch to MP4 I get an error message at the muxing stage (although it doesn't crash). I tried reverting back to an older MediaInfo version but the problem persisted. Reverting back to the previous version of mp4box fixed it.

--[Error] [8/04/2012 7:54:12 AM] Error starting job
---[Error] [8/04/2012 7:54:12 AM] Exception message: starting job failed with error 'This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem'
---[Error] [8/04/2012 7:54:12 AM] Stacktrace: at MeGUI.core.gui.JobWorker.startEncoding(TaggedJob job)
---[Error] [8/04/2012 7:54:12 AM] Inner exception: null

Maybe the problem I just found is unrelated to the crashes being reported but maybe the problem is partly MP4Box related. As I'm still on XP and .Net 2 maybe the result for me is an error rather than a crash.... or maybe I've found an unrelated problem with my setup.

I use MKV, so it's easy enough (even if I was experiencing crashes at the muxing stage) to use MeGUI to encode the video and mux the audio manually with MKVMergeGUI when it's done (well I usually do anyway).
Rather than downgrade everything, maybe manual muxing might also be a temporary solution for others.