MeGUI: General Questions and Troubleshooting Thread [Archive] - Page 142

hello_hello

7th May 2013, 04:03

Was it once possible to abort a single encoding job without aborting all running jobs? I'm pretty sure I've done so numerous times in the past, but using version 2341 it's not possible. If I have two jobs running in the main Queue tab.... the second either running in a temporary or separate worker.... when right clicking on one of the encoding jobs and selecting "abort" MeGUI asks if I want to abort all currently running jobs (or something to that effect) rather than asking if I want to abort only the selected encoding job.

I've also never quite been able to get my head around how multiple workers errrr... work. For instance when creating a new worker MeGUI automatically starts one of the jobs in the queue even though no jobs have been added to the new worker. Is that by design? Shouldn't the MeGUI option to automatically start an encoding job when it's added to the queue (or not) be respected when new workers are created? And why does creating a new worker effect the encoding queue before any jobs have been sent to the new worker?

Maybe I've just not got my head around using multiple workers, but if I was designing the way they function it'd be like this, as to me the current system of multiple worker windows, progress windows and a main job queue seems a little "messy".
Instead of multiple "workers" I'd use multiple job queues. The default job queue tab could effectively be worker 1. Using any of the Queue buttons would send the encoding job to the default Queue/Worker tab. Right clicking on the default Queue tab would let you create/delete new Queue tabs which would also be new workers. Jobs in each Queue/Worker could be transferred between Queues/Workers in the usual manner, or started individually, allowing each Queue to effectively still run jobs in a temporary worker as before. The Start/Stop/Abort buttons etc at the bottom of the Queue window would only apply to the jobs in the selected Queue tab. Right clicking on a single job in any Queue tab would allow you to abort only the selected encoding job. Making multiple Queue tabs double as multiple workers would eliminate the need for separate worker windows and keep everything "neater" in individual tabs.

To eliminate the current progress windows, each encoding job in the Queue tabs could have their own progress bar. Many conversion programs do it this way..... AnyVideoConverter or Video To Video Converter come to mind.

If multiple Queue tabs isn't ideal, then a "tabbed" Queue tab might be a better option. ie the Queue tab could contain multiple Worker tabs rather than have workers as separate windows.

Just my 2 cents worth.....

Rat Killer

10th May 2013, 09:46

I have a number of files that need the audio recoded and the audio and video in a new container but do not need the video track recoded.

Is there a way to set up a profile in the oneclick encoder to do this?

I tried using the checkbox for 'Don't encode video' but it does anyway.

Zathor

10th May 2013, 10:05

It is currently only possible if the output container is MKV. If you provide a list of video codecs which are allowed in MKV but not in MP4 I can implement it for MP4 as well.

Rat Killer

10th May 2013, 10:20

It is currently only possible if the output container is MKV. If you provide a list of video codecs which are allowed in MKV but not in MP4 I can implement it for MP4 as well.

I have never used an mp4 with other than an h.264 video track but I know MPEG-4 part 2 and MPEG-2 streams are also allowed.

Nixeus

10th May 2013, 20:10

Hello, i'm trying to encode an AVI file compressed with CamStudio Lossless codec in MP4 with Megui/x264.
My avi file appear to be in RGB24, and when i want to compress it in MP4, Megui convert it to YV12.

The file result is darker than the original. I would like to avoid this, in oder to have the same color apparence.

Here is the file before:
http://img14.imageshack.us/img14/8438/beforeuv.png

Here is the file after :
http://img834.imageshack.us/img834/9933/aftermp.png

Anyone could help me please ?

Thanks a lot :)

Best regards,

Nixeus

luke83

15th May 2013, 21:43

During endoding, a window popups with this error and encoding ends.

http://s18.postimg.org/nf3d8dcqd/Immagine.jpg (http://postimg.org/image/nf3d8dcqd/)

The log of megui is attached:

13492

Zathor

16th May 2013, 07:11

Does it also happen with ffmpeg 1.2? I have changed that a few days ago on the development update server.

LigH

16th May 2013, 08:39

@ Nixeus:

By default, x264 encodes in YUV 4:2:0 (chroma subsampling used in YV12 or I420). This will limit both the chrominance resolution and the chrominance value range (TV scale).

If you want x264 to encode in a 4:4:4 subsampling, you may have to manually change several options: Use AviSynth 2.60, disable "coring" in different AviSynth functions, add specific parameters to process different input and output color spaces and full luma/chroma range...

In fact, MPEG4-AVC (H.264) is in general not very suitable for screen recordings with such a limited number of colors and sharp details, it is instead optimized for real-life video scenes with naturally not too saturated colors and limited sharpness. Instead, CorePNG with delta frames enabled would be quite efficient in your case.

luke83

16th May 2013, 15:49

Does it also happen with ffmpeg 1.2? I have changed that a few days ago on the development update server.
I 've tried but same problem

It happens only when i use One-Click. AutoEncode works good... until now (fingers crossed xD)

A little hint: using One-Click, if i put Colormatrix AFTER deinterlacer and so i use it without "hints" option and DGdecode without "info=3", it works. Unfortunately colors are not as good as they are when i put colormatrix before deinterlacer :(

Zathor

16th May 2013, 18:50

It happens only when i use One-Click. AutoEncode works good... until now (fingers crossed xD)
Do you use the same AVS script for both encodes?
What happens when you use the commadn line directly without MeGUI?

luke83

16th May 2013, 20:46

Do you use the same AVS script for both encodes?
yes, I do. I've tried both 2.58 (actual version) and 2.6 MT Set version. This one is a bit faster but it gives me green band artifacts on the bottom of the screen

What happens when you use the commadn line directly without MeGUI?
i haven't tried

hello_hello

17th May 2013, 10:13

A little hint: using One-Click, if i put Colormatrix AFTER deinterlacer and so i use it without "hints" option and DGdecode without "info=3", it works. Unfortunately colors are not as good as they are when i put colormatrix before deinterlacer :(

The color correction option is left over from the dark ages. You probably shouldn't use it.
If you're encoding DVDs then it won't convert/correct the colors (they don't need it) and there's a possibility when encoding HD mpeg2 video it'll convert the colors when it shouldn't.

I don't know if putting Colormatrix after the deinterlacer and not using hints would cause it to convert the colours when it shouldn't (I'd need to read the help file to refresh my memory) but if it's changing the colours (it sounds like it might be) and you're converting DVDs..... don't use it.

luke83

17th May 2013, 12:09

The color correction option is left over from the dark ages. You probably shouldn't use it.
If you're encoding DVDs then it won't convert/correct the colors (they don't need it) and there's a possibility when encoding HD mpeg2 video it'll convert the colors when it shouldn't.

I don't know if putting Colormatrix after the deinterlacer and not using hints would cause it to convert the colours when it shouldn't (I'd need to read the help file to refresh my memory) but if it's changing the colours (it sounds like it might be) and you're converting DVDs..... don't use it.

I'm encoging the DVDs of Lupin III - 2nd Season (red jacket)

I've read that Colormatrix it's used just with mpeg2 enconding O_o

ColorMatrix corrects the colors of MPEG-2 streams of dvds. More correctly, many MPEG-2 streams use slightly different coefficients (called Rec.709) for storing the color information than AviSynth's color conversion routines or the XviD/DivX decoders (called Rec.601) do, with the result that DivX/XviD clips or MPEG-2 clips encoded by TMPGEnc/QuEnc are displayed with slighty off colors (which looks like a small difference in brightness). This can be checked by opening the MPEG-2 stream directly in VDubMod.

From: http://avisynth.org.ru/docs/english/externalfilters/colormatrix.htm

However, I'll try both solutions: with and without

LigH

17th May 2013, 15:16

In theory, at least, SD MPEG-2 video like on DVDs should usually have Rec.601 coefficients; Rec.709 should only be common for HD video and maybe "handycam" sources.

hello_hello

18th May 2013, 03:40

I'm encoging the DVDs of Lupin III - 2nd Season (red jacket)
I've read that Colormatrix it's used just with mpeg2 enconding O_o
However, I'll try both solutions: with and without

Colormatrix uses the "Hints" to decide whether the mpeg2 video needs converting from BT.709 to BT.601. If the color in the video stream is specified as BT.709 it'll convert it to BT.601. If it's already BT.601 or there's no colorimetry specified it doesn't convert anything.

All DVD video should be BT.601 so there's no need for Colormatrix. The way I understand it BT.709 is illegal for DVDs.

http://avisynth.org/mediawiki/Colorimetry#References
"The table is actually the limitation of what you can use. In other words if you set the sequence_display_extension to Rec.709 for dvd it is illegal. That doesn't mean it will not play etc it just means that it is not supported and any player that strictly follows the specs is more likely just to ignore it as if no value was set at all."

There might be some standard definition (non-DVD) mpeg2 video floating around which uses BT.709 but no DVD video should use it. All high definition video uses BT.709 so if you're re-encoding HD don't use Colormatrix unless you're resizing to standard definition otherwise it'll convert the colors when it shouldn't.

luke83

18th May 2013, 12:19

Infact with and without is the same

Zathor

19th May 2013, 17:50

SET OPTION PRELOAD 200 is added by default to AMG. You can see it in the MeGUI log:

[Information] [19.05.2013 18:49:03] mux script
-[NoImage] CLEAR
-[NoImage] LOAD D:\test.avi
-[NoImage] SELECT FILE 1
-[NoImage] ADD VIDEOSOURCE
-[NoImage] DESELECT FILE 1
-[NoImage] SET OUTPUT OPTIONS
-[NoImage] SET OPTION NUMBERING ON
-[NoImage] SET OPTION MAXFILESIZE ON
-[NoImage] SET OPTION MAXFILESIZE 2000
-[NoImage] SET INPUT OPTIONS
-[NoImage] SET OPTION MP3 VERIFY CBR ALWAYS
-[NoImage] SET OPTION MP3 VERIFY RESDLG OFF
-[NoImage] SET OPTION AVI FIXDX50 1
-[NoImage] SET OPTION CHAPTERS IMPORT 1
-[NoImage] SET OUTPUT OPTIONS
-[NoImage] SET OPTION ALL SUBTITLES 1
-[NoImage] SET OPTION ALL AUDIO 1
-[NoImage] SET OPTION CLOSEAPP 1
-[NoImage] SET OPTION DONEDLG 0
-[NoImage] SET OPTION OVERWRITEDLG 0
-[NoImage] SET OPTION PRELOAD 200
-[NoImage] SET OPTION OPENDML 0
-[NoImage] SET OPTION RECLISTS 0
-[NoImage] SET OPTION AVI ADDJUNKBEFOREHEADERS 0
-[NoImage] SET OPTION AUDIO INTERLEAVE 4 FR
-[NoImage] START D:\test-muxed.avi

detmek

20th May 2013, 08:44

Since MeGUI can work as portable application, is it posible to put other filters like MDegrain or ttempsmooth in MeGUI's avisynth_plugin folder and create Avisynth template that will autoload necessary plugins even if I move MeGUI folder to some other location?

Zathor

21st May 2013, 05:58

AMG - Avi-Mux GUI

This AMG setting cannot be adjusted directly in MeGUI. Disable the option to delete intermediate job files, run the job, modifiy the value in the .mux file and load this file in AMG.

BECK38

29th May 2013, 16:48

A slightly long story, just a very weird 'glitch' that all my (feeble?) attempts to track down and squash have been futile.

I started using MeGUI almost four years ago, installed it on a 4core machine that was used for other tasks as well, install went smoothly, found all the bits and pieces (including the Sharktooth profiles) and performed a lot of 'test' runs. Worked great. Honed the basics and beyond, jumped through the hoops on audio processing and MKV 'merging' and the like, and everything worked as expected. 'Life was good'. Processed several hundred tasks over the next couple of years.

Then I decided that I needed to try and 'move' the MeGUI 'operations' to a newer machine, to free it up for some of the other tasks it originally was for, so had a new 6core box built. Installed all the MeGUI pieces that had been done on the first machine, and ran some tests. At first, it looked fine, then I ran into a very small 'glitch' that appeared in the first couple seconds of most recodes, a little bit of 'blocking' that appears for a second, then is gone. No others appear in any recodes that I have run, just the one in that first couple of seconds.

I've searched all over and tried several 'cures', including 'slow first pass' and 'no fast p-skip', to no effect. What's interesting is that if I do a 'trim' on the first few minutes of the clip, the 'glitch' isn't there, so that has made it very time intensive to try various settings as I have to recode an entire clip/movie to get the thing to show itself.

A few basics: Both machines are Vista (okay, stop the moaning, I tried integrating a Win7 machine into my network and it was a disaster, probably as much so as Vista was in the early days, so I moved back to something that was 'tried and true'). The MeGUI pieces are identical, the source files are identical, the entire setup is identical, only the hardware is slightly different.

I've kept searching for someone with the identical or even somewhat similar 'glitch' but have never found anything close.

So, I use the 6core box to do 'test runs' and size 'tuning' and such, then let the 4core do the actual 'final' recode. That's the way I've been running for the last 3 years or thereabouts.

But at some point, I need to figure out why the 'glitch'. On a few recodes over the last couple of years, it hasn't happened, but it's very rare, and as I'm using the same presents, why it happened I don't know. It's never happened on the 4core box.

So, anyone, any ideas? It seems to me that it's like the encode engine is 'slow off the mark' as the blocking/glitch appears in those first couple of seconds of the coding, but as I can't duplicate it either on the 4core box or by doing a smaller, 'trim' recode, it is being very difficult to track down, to put it bluntly.

TIA for any ideas...

Guest

29th May 2013, 19:07

Zathor

29th May 2013, 21:06

TIA for any ideas...
Please post the log file of such an encode.

dvdboy

30th May 2013, 00:15

Apologies if this is a stupid question, but my MeGUI has just 'stopped' working. I've tried downloading fresh builds, both old and new for SourceForge, compatibility mode, snooped around in the registry. Bizarrely the x64 build I have appears to open ok, but I've always used the x86 version as I've just found it more 'usable' (I can't remember if there was a feature or AVS plugin which wasn't ported or something vague). Whenever I try to open the x86 version, the software just stops working and gives the following error message:

Description:
Stopped working

Problem signature:
Problem Event Name: CLR20r3
Problem Signature 01: megui.exe
Problem Signature 02: 1.0.2341.0
Problem Signature 03: 516162d7
Problem Signature 04: mscorlib
Problem Signature 05: 2.0.0.0
Problem Signature 06: 503f01b1
Problem Signature 07: f50
Problem Signature 08: 7
Problem Signature 09: N3CTRYE2KN3C34SGL4ZQYRBFTE4M13NB
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 2057

I'm running Windows 7 Pro 64bit.

Any help greatly appreciated.

BECK38

30th May 2013, 03:31

That usually indicates you have an open GOP to start your stream. You need a source filter that either suppresses orphaned pictures or replaces them with the first decodable frame, e.g., DGMPGDec, DGDecNV.

I'd be seriously chasing this if (IF) I didn't have two virtually identical setups, one which has the problem and the other that didn't, on the exact same source. And, I might add, well over 1000 recodes at this point (well over half 'checked' by the newer machine that has the 'problem') where 99% of my sources has the problem (and where 0% don't on the older machine). I don't think all those movies all have the same problem, but I will look into it.

And, I re-ran a 'quick' recode, after reloading the Sharktooth presets just to make sure I hadn't wacked something when I was 'playing around' with the settings. Same problem, btw, so it didn't 'magically' go away. Rats. So here is the log file attached to this message; the preset used was DXVA-HD-Fast.

BECK38

1st June 2013, 21:25

That usually indicates you have an open GOP to start your stream. You need a source filter that either suppresses orphaned pictures or replaces them with the first decodable frame, e.g., DGMPGDec, DGDecNV.

Okay, in doing some research, I'm tending to agree to this point, and DGDecNV is the 'solution', but although I do have a NVidia card I could swap in (or, since the graphics card in that machine is a very low end, could simply get something new and that is on the 'approved' list without much of a problem) I'm looking around for a non-hardware solution.

Time spent on s/w grinding is not really much of an issue. I found a technique that worked on a 'fast' encode and am testing it out on a deeper, long (12+ hour) recode. So I'll see what happens with that. I'll have to do some more testing (the source on this first test is VC1, so will have to try a AVC) and meanwhile continue to search for some more 'info'.

One never knows what 'pops' out of the woodwork on these searches, found an interesting editing program to work with my Hauppague HD-PVR (I've been using a PD cutter that works okay but not as good as what these folks claim) so it wasn't all a waste of time.

If you or someone can chime in on a filter or 'pre'-filter that can 'wash' the video stream (that's essentially what I'm testing right now) I'll give it a look and try.

Guest

1st June 2013, 21:54

Okay, in doing some research, I'm tending to agree to this point, and DGDecNV is the 'solution', but although I do have a NVidia card I could swap in (or, since the graphics card in that machine is a very low end, could simply get something new and that is on the 'approved' list without much of a problem) I'm looking around for a non-hardware solution. If you are in need of a reliable and robust frame-accurate source filter that operates correctly for interlaced and telecined content and which works for all video ES formats in a consistent way, then as far as I am aware, DGDecNV is the only available option. The SW source filters continue to improve, of course. But right now an equivalent SW solution is holy grail.

Nvidia is a sound choice for the desktop and a $15 donation is almost insignificant. That would be my expert opinion, looking aside to the fact that I am its author and benefit from its usage.

If you or someone can chime in on a filter or 'pre'-filter that can 'wash' the video stream (that's essentially what I'm testing right now) I'll give it a look and try. Can you tell us what you mean by "wash the video stream"? I'm not getting a clear picture of what you are asking about.

BECK38

2nd June 2013, 03:44

If I could find some kind of tool that would actually verify that there is/are an open GOP right at the beginning of the file/clip, or that I could figure out what the difference is between the two MeGUI installs, it'd be one thing; but there isn't (a tool) or some kind of install difference (just don't see it).

I've looked over many log files, and there is no difference hardly to speak of, but there has to be something from Machine1 that is either ignoring or fixing it (if it exists, again, something I cant verify) 'on the fly' that Machine2 isn't doing.

Washing or Scrubbing the stream is simply a term denoting some form of 'fixing' the stream. I used eac3to to wash the video stream and apparently it did something (the documentation says it does some fixes, but isn't specific at all about exactly what; I continue to try and find out exactly what it's doing if their is documentation somewhere) that may have fixed (at least it did on my short test) but the jury is out until I do a lot more testing that will probably take a few days. Meanwhile, I hope to find a reference as to WHAT eac3to is doing, or at least a tool that will verify that there is an open GOP that eac3to closes.

If I did a lot of video work with bizarre sources (like the ones you mention) I'd be hot to trot after a hardware fix. But I don't; most of the 'bad' things I run into are either things (like this) that don't make much sense (they're not repeatable from setup to setup) and the log files don't give much if any clue. I'd have never run into it if I hadn't had another machine built to specially run MeGUI.

So, I continue to look for answers; even as I may have one in hand (but why it works is as obtuse as anything at this point).

Sci-Fi-Fan

2nd June 2013, 10:13

Megui Bitrate calculator does not remember any custom total file size I enter.
I previously resolved this by editing a setting file and entering my preferred file size which would then be available in the drop down list each time I used the calculator.
But after buggering up my windows and having to reinstall Megui I've lost that custom setting and can't find / remember the file where the total file size presets are stored.

If anyone can point me in the right direction I would be grateful.

Thanks

Zathor

2nd June 2013, 12:23

Megui Bitrate calculator does not remember any custom total file size I enter.
You have to add new values in the MeGUI Settings dialogue. In other places these values will not be remembered.

BECK38

2nd June 2013, 15:40

Another slim bit of info (on my current quest): I found out that the video stream input to MeGUI could be encapsulated either in MKV (via eac3to) or by tsmuxr (in m2ts) and indeed MeGUI accepted both. However, whereas the stream via the eac3to/MKV seemed to 'cure' the small glitch at the beginning of the video, the tsmuxr (m2ts) does not, so I'm still on the hunt for what eac3to/MKV actually does to the stream. There are 'hints' here and there, but nothing really specific, and I still haven't found a tool that will verify the supposed 'open GOP' at the beginning of that stream.

An interesting 'side effect' is that the resulting encode via the video stream encapsulated by eac3to in MKV v. m2ts (either 'raw' straight from the original disc or 'washed' through tsmuxr) is that the final resulting encode size increases by just a few percent.

Again, this is all with a VC1 source, it will take a while to verify the results with an AVC/Mpeg4 source.

andy_blah

2nd June 2013, 19:12

I'm having a bit of trouble using the bitrate calculator. No matter what avs script I open up, and no matter what video or audio codec/container/format/frame size/bitrate/etc. this error pops up:

MeGUI encountered a fatal error and might not be able to proceed. Reason: The file X:/X/script.avs cannot be opened.
Error message to your reference: Can't open X:/X/video.container: 800410217
(X:/X/script.avs, line X )

I have no idea what could be wrong here.
I'm currently using build 2341.

Zathor

2nd June 2013, 20:21

Please describe the steps to reproduce this and post the avs file.

DarkScythe

4th June 2013, 02:17

Hello everyone,

I am having some trouble with MeGUI and I can't seem to figure out what is wrong.
I hope someone can help me out here, and forgive me if I don't completely understand the terminology and process being used.

I occasionally record videos from my Canon T2i camera, which spits out MOV files. To my knowledge, they're already in h264 format.
However, coming straight from the camera, these files tend to be quite large.

I intend to try to re-encode these files to try and compress them somewhat, so I tried MeGUI to convert them into h264 MKV's.
Additionally, I swapped out the x264 encoder over to the 10-bit encoders (both x86 and x64 versions were downloaded and placed into the MeGUI tools directory, renamed appropriately.)

I should mention that this is not the first time I've tried to re-encode with this setup.
I re-encoded some videos I shot last year and they came out fine, without any errors.

However, it's been a year, so I updated the program and all the tools/plugins before use.
Unfortunately, although nothing else that I can recall has changed, the program is failing to encode, and I can't seem to figure out why.
Specifically, the program runs for a couple seconds before it stops with this in the log:
Process exits with error: 3

It's extremely vague, and hard to Google for.
This seems to be related:
-[NoImage] This application has requested the Runtime to terminate it in an unusual way.
-[NoImage] Please contact the application's support team for more information.
-[NoImage] terminate called after throwing an instance of 'std::bad_alloc'
-[NoImage] what(): std::bad_alloc

I'm not too sure what is going on, but I would love if anyone could let me know what is going on.
Only difference is that the file I'm encoding this time is larger than the file from last year, but as a doublecheck I tried to re-encode the same source file I did last year and it also failed with the same error message.

Pertinent details of my system:
Win7 x64 with 16GB of physical RAM, and a 4GB pagefile.

Thanks.

Kurtnoise

4th June 2013, 05:42

The 1st step is to post your complete logfile...

DarkScythe

4th June 2013, 06:11

The 1st step is to post your complete logfile...

Whoops, sorry.
The log file was pretty long, and there was only that one error, so I thought it'd be easier if I just posted the relevant section.

I've uploaded the log file as an attachment.

Kurtnoise

4th June 2013, 09:13

Error comes from mkvmerge...could you try with previous mkvtoolnix version ?

DarkScythe

4th June 2013, 20:28

How would I go about this?
Would I simply try to download a previous version from http://www.videohelp.com/tools/MKVtoolnix/old-versions#download and extract it into the tools directory?

I had used the MeGUI built-in updater to update to v6.1.0 which failed with the above error. I then downloaded the newer v6.2.0 and extracted it into the tools directory which also failed with the same error.
Which version should I attempt to use?

osgZach

5th June 2013, 14:34

Not sure if this has been asked to death, its such a huge thread after all.

I'm wondering why it is that FFMpeg can apparently index AVC streams (in mkv for instance), and even seems to pipe them through an AVS for encoding just fine. Yet absolutely CHOKES when trying to seek. I.e MEGUI doesn't even give me a preview for AVC streams indexed with FFindex, although I can open the AVS script in Virtualdub but its not even worth trying to seek/preview.

Yet it handles VC-1 streams just fine? I would have expected VC-1 streams to be the major problem, being a primarily Microsoft backed affair. Is there any reasonable expectation in the future that FFVideoSource will be able to play nice with AVC streams?

with regards to MeGUI itself:
I've always been weary of having to use DirectShowSource because in the past it was drilled into my head it was bad and not frame accurate or w/e... But I see many popular tools use it anyway, I'm just curious about the whole needing to set an FPS and then convert FPS, and then throwing an assume 24000/10001 (why for a 23.976 source?) on to top it off.. What purpose does that serve specifically? I'm not going to end up with blended frames or anything on a CFR source am I? My decoder is LAV if that makes any difference to the answer (so I'm guessing its frame accurate?). I should still be indicating the framerate as 23.976 (despite the AssumeFPS) right?

I'm primarily concerned because I need to load some clips into Vdub prior to encoding, for certain filtering to be done and I don't want to end up with a messed up intermediate file. Sure I could FFindex it and encode an intermediate from that, but that's just wasted time imho.

And with regards to DGAVC Index/Decode - I see two distinct groups of people. One seems to think it works just fine, except I suppose for Interlaced sources or whatever the problem was, and the other thinks it shouldn't be used since it was abandoned and is outdated/no longer maintained.. Realistically speaking, how reliable is it for 23.976/1080 progressive footage?

If anyone can answer any of this in detail, I appreciate it.

DarkScythe

7th June 2013, 01:38

Okay, I'm still getting stuck somewhere. :(

I wasn't sure which version of the MKVtoolnix to try, so I went back through every version. According to the logs, the last time I was successful with the encodes was with version 5.6.0 of mkvmerge.

Versions 6.2, 6.1, 6.0, 5.9, 5.8 and 5.7 all failed the same as before with the Error 3.

Upon rolling back to version 5.6.0, there was a small glimmer of hope, as it managed to run past the first second, and got through calculating something or other. However, in the end it still failed to encode with an Error 1.

Specifically:
The AVC video track is missing the 'CTTS' atom for frame timecode offsets. However, AVC/h.264 allows frames to have more than the traditional one (for P frames) or two (for B frames) references to other frames. The timecodes for such frames will be out-of-order, and the 'CTTS' atom is needed for getting the timecodes right. As it is missing the timecodes for this track might be wrong. You should watch the resulting file and make sure that it looks like you expected it to.

Process exits with error: 1

Log file is attached again..
Thanks in advance for any help. :(

Guest

7th June 2013, 12:25

And with regards to DGAVC Index/Decode - I see two distinct groups of people. One seems to think it works just fine, except I suppose for Interlaced sources or whatever the problem was, and the other thinks it shouldn't be used since it was abandoned and is outdated/no longer maintained.. Realistically speaking, how reliable is it for 23.976/1080 progressive footage?
DGAVCDec should be just fine for frame-structured content and MBAFF.

Octo-puss

8th June 2013, 09:40

I have a problem with creating encode of one of my old DVDs.
When I throw the data at AVS script creator, the source is identified as ITU 4:3 NTSC, which is correct, as far as I know.
So I saved it, configured some basic x264 settings (basically just CRF, no advanced things), and encoded.
When I play it (I use MPC-HC), the image looks almost as 16:9, and when I checked it with the inbuilt Mediainfo, AR is being reported as 3:2. What's going on? Any idea what happened?
Weird thing I just noticed is that after the script is saved, and I open video preview from the main Megui window, it already shows wrong DAR. Is this a bug of some sort?

edit:
I use the latest development build as of today.
Attaching complete (I think?) log of the job in case it's of any use.