MeGUI - x264/XviD/lavc/Snow encoder with MP4/MKV/AVI output & audio [Archive] - Page 54

LigH

18th January 2011, 16:23

And on top, "x264 --preset ultrafast" may even produce better quality than a CUDA based encoder. At least it appeared so in a test with Selur's "Hybrid" which provides one of those.

phoebian

19th January 2011, 00:17

[QUOTE=Sharktooth;1472087]Have you tried the OneClick Encoder tool (under Tools menu)?

Yes. According to MEGUI documentation it only works on DGIndex files, not AVI files. Any idea how complicated it could be to support AVI file in the OneCLick encoder?

Sharktooth

19th January 2011, 03:45

phoebian

19th January 2011, 19:10

oneclick supports everything but .avi starting from .mkv to .vc1.
avis is always a bit of a PITA. you never know what method to use to "open" it so that it will keep A/V synch. therefore One-Click and AVI are opposite things.
however something can be done.

It's good to know other format are supported. I can always do a transcoding myself and have that fed to MEGUI.

It's still worth noting that these extensions (mkv, vc1) do not apear on the file opening dialog of the oneclick encoder. Maybe it would be good to advertise these extensions as people won't see the files and won't think about trying :)

Maybe a solution to the AVI issue would be to let the user manually choose the avisynth method used in the generated script (staxrip does that perfectly). As it is, not supporting AVI leaves out a large proportion of potential users to the oneclick encoder feature :)

Sharktooth

19th January 2011, 19:16

you can select the extensions from the open dialog. however you dont need to transcode to another format. just mux the avi content in mkv and you're done.

phoebian

19th January 2011, 19:21

you can select the extensions from the open dialog. however you dont need to transcode to another format. just mux the avi content in mkv and you're done.

The open dialog shows all extensions, but the oneclick dialog doesn't (clicking the three-dotted square across the input file widget).

And yes, I meant transmuxing.

Sharktooth

19th January 2011, 20:18

phoebian

19th January 2011, 22:31

open one click encoder then click on the "..." open button to open an Input file.
when the dialog pops up click on the combo menu right to the filename text area where the file extensions are listed.
now you can select between DGAVCIndex supported files, DGIndex supported files, DGIndexNV supported files, All supported file and All files.

Ok, I selected "All suported files" in the OneClick "..." open file dialog and I see (at least) *.mkv files. However, If I select an MKV file and click OK, MEGUI throws an error message saying "This file cannot be used in OneClick mode", which contradicts what you said earlier.

Have you tried to OneClick encode an MKV file with the latest MEGUI release (1911)?

Sharktooth

20th January 2011, 01:03

not yet. i will try.

Zathor

20th January 2011, 06:39

MKV is only supported with DGIndexNV and this tool will only work if you have a valid licence and a nvidia graphics card. I will block the DGIndexNV input files in the file open dialog in the next release if there is no DGIndexNV available.

It may be possible to have MKV + AVI supported in One-Click without much development work. But in this case audio cannot be extracted and therefore this step has to be done outside of one-click.

nurbs

20th January 2011, 09:08

ffmpegsource definitely supports mkv as well.

Zathor

20th January 2011, 13:31

ffmpegsource definitely supports mkv as well.

Of course, but without audio extraction. That's the reason why it is not in One-Click at the moment.

Lighto

20th January 2011, 14:39

Of course, but without audio extraction. That's the reason why it is not in One-Click at the moment.

What about MKVExtract?

Sharktooth

20th January 2011, 15:00

Zathor

20th January 2011, 16:28

What about MKVExtract?
Yes, but not in the current implementation of One-Click. This is too much work. Instead I would like to rewrite it more or less completly so that also BD structures are supported.

Zathor

20th January 2011, 16:31

oh right. i was using DGIndexNV, thats why i had no problems with OneClick encoder and MKVs.
however, here's my idea: ffaudiosource()
It's pretty strightforward. For non-indexable formats (including when DGIndexNV license is not available), ffms and ffaudiosource could be used.

The drawback is that you cannot make a direct stream copy for audio tracks in this process. You always have to reencode the tracks.

Sharktooth

20th January 2011, 18:28

well i dont think OneClick Encoder is suited for that. I mean, "direct stream copy" of the tracks.

Zathor

21st January 2011, 00:17

That depends on the use case. I use the stream copy feature nearly every time as my hardware media player can play every sound format but in most cases fails with the video.

Sharktooth

21st January 2011, 01:20

Well, it's always better than nothing. The addition of FFAudioSource() will also be usefull for other stuff. If my job let me spend some free time at home i will have a look at it.

Penecho

23rd January 2011, 12:20

I was wondering if there is any possibility to encode a xvid with MeGui and enforce square pixel shape, like in gknot!?

Zathor

23rd January 2011, 12:29

Well, it's always better than nothing. The addition of FFAudioSource() will also be usefull for other stuff. If my job let me spend some free time at home i will have a look at it.

Ok, I have some free time today and will implement this.

LigH

23rd January 2011, 12:59

Penecho, what do you mean? Of course it is possible - if you do not use "Clever Anamorph" in the AVS Creator.

More details please, if you believe it does not work as expected.

Sharktooth

23rd January 2011, 14:56

@zathor: what do you think about ffms2-mt? i mean, it works with single and multicores CPUs and it will make a big difference if used on multicore CPUs for decoding. just replacing the exe in the package will do the job.

Zathor

23rd January 2011, 18:38

Ok, lets try :) Upload ongoing.
EDIT: r411 is faulty and cannot index hfyu files therefore using 2.14 mt now.

Clumpco

23rd January 2011, 22:21

Zathor, when you have a moment I have a small feture change which would greatly help me.
I use the "run command after encoding" option to upload the finished, muxed, mkv via ftp. If there is more than one set of encoding jobs in the queue that command only fires after the last one has finished muxing.
Would it be possible to add an option to choose between running the command after each job and running it after all the jobs?
Running after each job would allow the ftp upload to get started while the next encode is working.
Pretty please :-)

Cheers
C

DVDBob

23rd January 2011, 22:33

What is the difference between ffmpegsource-2.14 and ffms2-mt-r411 ???

Knuffi

23rd January 2011, 22:37

Look 3 postings above?

DVDBob

23rd January 2011, 22:45

Yes i was probably not quite awake when I wrote the other post

DVDBob

23rd January 2011, 22:49

I would have written what is the difference on ffmpegsource-14.2-mt and ffms2-mt-r411

Zathor

23rd January 2011, 23:43

Would it be possible to add an option to choose between running the command after each job and running it after all the jobs?
Please create a feature request.

Clumpco

24th January 2011, 07:06

Please create a feature request.

Ah, sorry. I'll go off and find out how/where to do that.
Cheers

LigH

24th January 2011, 13:17

http://sourceforge.net/projects/megui => Tracker => Feature requests (https://sourceforge.net/tracker/?group_id=156112&atid=798479) (requires a registration at SourceForge)

Clumpco

24th January 2011, 13:23

http://sourceforge.net/projects/megui => Tracker => Feature requests (https://sourceforge.net/tracker/?group_id=156112&atid=798479) (requires a registration at SourceForge)

Thanks!

Sharktooth

24th January 2011, 15:28

nope, it doesnt require a registration AFAIK...

Lighto

24th January 2011, 15:44

@Sharktooth
You need to register a SF account or login with OpenID.

Zathor

24th January 2011, 16:20

I had to change this somewhere in the middle of last year as the trackers got flooded with SPAM messages and I got tired of deleting them.

A registration is quick and easy and you get - if you want - an email notifcation if someone add a comment or change other things in your tracker item.

Sharktooth

24th January 2011, 16:45

oh, ok :)

Lighto

24th January 2011, 16:50

@Zathor
I see that you changed the public information of MeGUI on SF.
I am guessing Snow is no longer supported by MeGUI from the changes, is that right?

Ice Dragon

24th January 2011, 21:49

When i encode video to mkv, an extra "en:00:00:00.097" menu chapter is added.
Is this a bug or intentionally added by megui.

I can remove it by remuxing it with mkvmerge,

but is there a way to disable it.

Zathor

24th January 2011, 22:26

@Zathor
I see that you changed the public information of MeGUI on SF.
I am guessing Snow is no longer supported by MeGUI from the changes, is that right?
No, I have added Flac only. Is snow missing? Btw. is really someone using snow in MeGUI?

When i encode video to mkv, an extra "en:00:00:00.097" menu chapter is added.
Is this a bug or intentionally added by megui.
I can remove it by remuxing it with mkvmerge,
but is there a way to disable it.
Please post the complete log.

Ice Dragon

24th January 2011, 23:07

Please post the complete log.

Here

logfile-11-01-25_03-23-45.log (http://www.mediafire.com/?de7k663i0gwaf7e)

sample.mkv (http://www.mediafire.com/?eej8xau8ekd8y8h)

Output

sample-muxed.mkv (http://www.mediafire.com/?tss1xxrog81s9qb)

"en:00:00:00.097" is added extra

And file encoded by user Lighto has similar bug

@Ice Dragon
Here's the output I got using your first method.

http://www.mediafire.com/file/n9rnabqn61ydbwb/sample-muxed_Lighto.mkv

In this one its "en:00:00:00.054"

Lighto

25th January 2011, 01:29

No, I have added Flac only. Is snow missing? Btw. is really someone using snow in MeGUI?

Please post the complete log.

Not me.......

Here's the log as well.
This has been occurring since svn 1913/1911 as far as I can remember, didn't think it was a bug though.

http://www.heypasteit.com/clip/S6P

It would seems that the chapters came from the encoded audio...
http://i.imgur.com/0MeDW.png

Update: Positive that it occur in both .m4a and .mp4(aac).
Encoded using Nero AAC, I am guessing the different profiles behaves the same way.
Mediainfo of .m4a:
http://www.heypasteit.com/clip/S6X
Mediainfo of .mp4(aac):
http://www.heypasteit.com/clip/S6Y

I am guessing it has something to do with the "Menu" in the audio output.

Update2:
Tried encoding to a Nero .mp4(aac) using BeHappy, output has the "Menu" as a chapter as well.
I am guessing it has got to do with NeroEnc.exe itself.

aegisofrime

26th January 2011, 07:27

To the developers, I might have discovered a bug with the new video preview.

I noticed that the video preview automatically crops 2 lines off the right edge of the video. I noticed this when I was using the script creator to autocrop padding off some videos I have. These videos have black lines 2 lines thick on the left and right side. When I loaded the video with the script creator the black line on the left was there, but the one on the right was gone.

Using autocrop, it detects the black line on the left but not on right right. Upon encoding, due to the wrong crop values detected the encoded video still has the black lines on the right.

I hope I'm making sense here.

Zathor

26th January 2011, 09:11

Thanks for the report. It is a know problem that you cannot see the right border: https://sourceforge.net/support/tracker.php?aid=3164635
But this should not affect auto-cropping.

Sharktooth

28th January 2011, 19:30

ffms2-mt has been updated and it seems to work for me. please test the r426 and see if it works. if it does it can be uploaded to the auto-update server.

Zathor

28th January 2011, 19:42

At the moment there is no mt build available:
http://forum.doom9.org/showthread.php?p=1474737#post1474737

But I will upload r426 to the server as hfyu seems to be fixed (tested with this build a few hours ago: http://forum.doom9.org/showpost.php?p=1474698&postcount=1019)

Sharktooth

28th January 2011, 20:47

damn, i thought it was MT... you're right. it's not...
however r426 seems to have the huffyuv fixed.

MOS-Marauder

29th January 2011, 16:29

Thanks for the report. It is a know problem that you cannot see the right border: https://sourceforge.net/support/tracker.php?aid=3164635
But this should not affect auto-cropping.

We had that same bug before but it was fixed.

U cannot resize the Preview Window und on the right side are more then 2 lines invisible....

Up to 10 i guess...

Chris

Zathor

29th January 2011, 16:43

Up to 10 i guess...
7 :) - and one at the bottom.

Will be fixed in the next build.

Lighto

29th January 2011, 16:56

@Zathor
Any words regarding this bug report I have made?:o
https://sourceforge.net/tracker/?func=detail&aid=3165894&group_id=156112&atid=798476

Can't really check what changes you have made on SF since ViewVC is disabled due to the recent attack on SF.