MeGUI Bug-Report Thread [Archive] - Page 2

Tima

23rd January 2006, 20:31

Let's continue playing.. ;)

When I try to enter '9999999' into the 'Number of Frames' box, I end with:

---------------------------
Fatal error
---------------------------
MeGUI encountered a fatal error and has to close. Reason: Value of '11' is not valid for 'Value'. 'Value' should be between 'Minimum' and 'Maximum'.

Parameter name: Value Source of exception: System.Windows.Forms stacktrace: at System.Windows.Forms.NumericUpDown.set_Value(Decimal value)

at MeGUI.Calculator.textField_TextChanged(Object sender, EventArgs e)

at System.Windows.Forms.Control.OnTextChanged(EventArgs e)

at System.Windows.Forms.TextBoxBase.OnTextChanged(EventArgs e)

at System.Windows.Forms.TextBoxBase.WmReflectCommand(Message& m)

at System.Windows.Forms.TextBoxBase.WndProc(Message& m)

at System.Windows.Forms.TextBox.WndProc(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)

at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
---------------------------
ОК
---------------------------

But after pressing OK it doesn't closes and all other boxes don't respond on any changes in 'Number of Frames' box.

-------------------------------------------------------------------------

Inconvenience - when I want to change target size (e.g. from 700 to 800), I erase (or simply select) the content of that box and enter a new value. Immediately after typing '8' I get an error message:
---------------------------
Unobtainable configuration
---------------------------
Your audio is larger than the desired output size.

This is impossible. Please reduce audio bitrate or increase target size
---------------------------
ОК
---------------------------

But I don't want it because I'm STILL typing a value. Can MeGUI wait until I finish? ;)

Doom9

23rd January 2006, 22:04

Might possibly be able to take a look at it.Just look at the last two pages of this thread. And be careful, whenever you change something, make sure you test through all possible scenarios again because you have a 99% chance that something else will not work properly anymore.. at least that's my experience with the calculator.
Now I accidentally closed MeGUI in the middle of encoding jobUh, how is this possible? I mean, if you close it, you're being asked if you really want to abort.. so accidentally doesn't exist. If you kill the app via task manager though, then yes, the encoder keeps running because you just rip the plug from megui.. it's like that for every commandline application you launch, they are still being run in a separate process space.

Immediately after typing '8' I get an error message:There's a simple workaround: select 7 with your mouse, type 8.

berrinam

23rd January 2006, 22:26

There's a simple workaround: select 7 with your mouse, type 8.It's still annoying, though. The wrong event is being caught. A focuschanged/enterpressed event is probably the right thing.

Tima

23rd January 2006, 23:21

Yes, I already use this workaround. ;)

It's still annoying, though. The wrong event is being caught. A focuschanged/enterpressed event is probably the right thing.
Exactly the thing I wanted to ask for. :)

berrinam

24th January 2006, 00:14

@Mutant_Fruit: I'm planning to fix most of the bugs now, but I'm not going to touch the bitrate calculator. There are 3 bitrate calculator-related bugs, and I've tentatively put you down as working on them. See the list on the first post of this thread. Tell me if you want to fix them.

bob0r

24th January 2006, 00:38

0.2.3.2039

compile x264-svn, gives:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected

megui-x264-svn.exe is not created

berrinam

24th January 2006, 00:48

3) Have some jobs going. Dragdrop a d2v file and queue the index job. The d2v creator dialog will sit there, and the rest of MeGUI will be unresponsive, until you kill it. Waiting for the index job would probably work too, but that might be days away...
I can't reproduce this. You do realise that you have to close the d2v creator after you have created the job, right? (For some reason, the close checkbox isn't displayed there).

Richard Berg

24th January 2006, 00:59

berrinam

24th January 2006, 01:23

I've never worked with d2v files before, and all of my MeGUI instances are running long jobs so I can't test in a state w/ empty queue. Is the Queue button never supposed to dismiss the dialog? If so, what's the intended scenario? Queuing the same idx job several times?
Opening the D2V creator through the menu gives you a checkbox which says 'and close', next to the Queue. When in dialog mode, this doesn't exist, which seems ot be the wrong behaviour. The reason there are all these variations is that there are 4 ways of opening the D2V creator window:
1. Menu (has the 'and close' checkbox)
2. Load an index job (closes when you press update. Has no 'and close' checkbox)
3. Select an mpeg2 file in the AviSynth Script Creator (I think this closes when you press queue)
4. Drag-n-drop (doesn't close and doesn't have the 'and close' checkbox. This is the bug)

berrinam

24th January 2006, 03:34

I think so to. I think the breaking change has been introduced in 1.4.6 beta 3 (http://forum.doom9.org/showthread.php?p=764522#post764522) so if you could try to create your project again using an older beta (or just the latest stable version) and verify that it works there, that would be much appreciated.I would imagine this would also cause problems with auto force film, as the fps is indicated slightly differently in the d2v file. Time to change the auto force film code, and boost the required DGMPGDec version to 1.4.6 beta 3 or later, then. What do you think?

berrinam

24th January 2006, 03:54

Using megui 0.2.3.2033

When loading an avs file into the program, then going into the bitrate calculator, the video length, framerate, and framecount is incorrect

This occurs both when I loaded an avs script taht was @ 29.97fps and also at 23.97fps. In both cases the framerate the bitrate calculator displayed was 25fps, and the video length was short by a couple minutes.

It used to work correctly a couple versions ago...maybe I need to delete some configuration files?
Can you test this in 0.2.3.2041 when it is released? I _think_ I fixed it there, but your testing again would be appreciated.

ChronoCross

24th January 2006, 06:30

I would imagine this would also cause problems with auto force film, as the fps is indicated slightly differently in the d2v file. Time to change the auto force film code, and boost the required DGMPGDec version to 1.4.6 beta 3 or later, then. What do you think?

I only use the official finals. I don't want to encounter double the bugs lol. but if you up it I guess I'll have no choice.

foxyshadis

24th January 2006, 07:05

DG has stated that he doesn't believe in differentiating between a beta and final version, he just increments the number when he feels enough features have gone in to warrant it. Thus some of his are permanent betas. :p

Just to make sure it didn't get overlooked:
The current --filter syntax is incorrect. MeGUI outputs something like -2,3, but the proper syntax is -2:3, and given -2,3 x264 will always reuse the first argument, thus -2,3, -2,-6, and -2,0 are all equivalent to -2:-2.

L4z4rus

24th January 2006, 11:42

Hi, I've just done a CVS update, but I get the following error when trying to compile? (I haven't had any problems in the past) Last working version I compiled was 0.2.3.2037 yesterday:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Form1.cs(3282,10): warning CS1030: #warning: 'dimzon'
neroraw\neroraw.cs(60,27): error CS0017: Program
'c:\meGUI\MeGUI-src.CVS\megui.exe' has more than one entry point
defined: 'MeGUI.NeroRawAacEncoder.Main(string[])'
Form1.cs(2702,15): error CS0017: Program 'c:\meGUI\MeGUI-src.CVS\megui.exe' has
more than one entry point defined: 'MeGUI.MeGUI.Main()'
Press any key to continue . . .

The Link

24th January 2006, 12:04

@L4z4rus: Just remove the neroraw folder and try again or make a new cvs checkout since Dimzon seems to have fixed this compilation bug.

L4z4rus

24th January 2006, 12:26

@The Link:
Thanks, still no luck - tried removing neroraw, no success, & made a new cvs checkout, still getting the same error log....:confused:

Update: worked out the problem, I'd checked all the files in the error had updated except for compile.bat, I'll try & update again in a bit as its still currently giving me an older version.

The Link

24th January 2006, 12:28

Strange ... when I removed the neroraw folder compiling worked here. Dimzon said that he commited the fix (http://forum.doom9.org/showthread.php?p=774118#post774118) but probably it takes some time till all servers are synchronized (or whatever).

dimzon

24th January 2006, 12:39

L4z4rus

24th January 2006, 13:27

I'll remember to allow for the CVS delay in the future...:)

...Bugger....now i've managed to update to latest CVS changes I get a new error (compile.bat rev1.5; AviSynthAudioEncoder.cs rev1.3; AvisynthWrapper.cs rev1.1):

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Form1.cs(3282,10): warning CS1030: #warning: 'dimzon'
AviSynthAudioEncoder.cs(695,13): warning CS0618:
'System.Threading.Thread.Suspend()' is obsolete: 'Thread.Suspend has
been deprecated. Please use other classes in System.Threading, such as
Monitor, Mutex, Event, and Semaphore, to synchronize Threads or protect
resources. http://go.microsoft.com/fwlink/?linkid=14202'
AviSynthAudioEncoder.cs(702,13): warning CS0618:
'System.Threading.Thread.Resume()' is obsolete: 'Thread.Resume has been
deprecated. Please use other classes in System.Threading, such as
Monitor, Mutex, Event, and Semaphore, to synchronize Threads or protect
resources. http://go.microsoft.com/fwlink/?linkid=14202'
AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

warning CS1607: Assembly generation -- The version '0.0.1.*' specified for the
'file version' is not in the normal 'major.minor.build.revision' format

dimzon

24th January 2006, 13:31

I'll remember to allow for the CVS delay in the future...:)

...Bugger....now i've managed to update to latest CVS changes I get a new error (compile.bat rev1.5; AviSynthAudioEncoder.cs rev1.3; AvisynthWrapper.cs rev1.1)
there are no error word @ output, there are only warning isn't it :rolleyes: So don't worry about this warnings.

L4z4rus

24th January 2006, 13:52

@Dimzon

Thanks :) - I'm having an idiot day today , i've just spotted the binaries in my CVS folder

dumbas..

24th January 2006, 18:45

1. Checked for thread reports non found so forgive if repeated or in wrong thread.

Objective:

Test Megui and staxrip for most suitable gui for EPISODE DVD use.
Player Media Player classic 6.4.8.7
Fdshow ver 29 November
x264 set to use libravic
Both gui's using same vob sample

Stax rip:

output > playable >all ok

Megui
created aac audio frorm vob clip in mp4 container > playable
created video from vob to mp4 >playable

BUT when I mux above > error reported See END OF LOG

log:
Starting job job2 at 17:14:35
Job is a dgindex job. dgindex commandline:
"C:\MY PROGRAMS\VIDEO\StaxRip\Applications\DGIndex\DGIndex.exe" -AIF=[C:\Documents and Settings\Brian\My Documents\DVD\VTS_07_1.VOB] -OF=[C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\dgindex] -exit -OM=2
successfully set up dgindex
Processing ended at 17:14:36
----------------------------------------------------------------------------------------------------------

Log for job job2

----------------------------------------------------------------------------------------------------------
Starting job job1 at 17:18:35
Job is an audio job. Commandline:
-core( -input "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\dgindex T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4" -logfile "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -dimzon( -dllname bse_FAAC.dll -q 100 ) -ota( -g max )
successfully started encoding
Processing ended at 17:18:40
----------------------------------------------------------------------------------------------------------

Log for job job1

BeSweet v1.5b30 by DSPguru.
--------------------------

[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...

[00:00:34:016] |

[00:00:34:016] Finalizing...
[00:00:34:016] Conversion Completed !

Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/

----------------------------------------------------------------------------------------------------------
Starting job job2-1 at 17:18:40
Job is a video job. encoder commandline:
--pass 1 --bitrate 1161 --stats "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.stats" --bframes 2 --b-pyramid --nf --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.avs"
successfully started encoding
Processing ended at 17:19:03
----------------------------------------------------------------------------------------------------------

Log for job job2-1

avis [info]: 640x272 @ 25.00 fps (851 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:6 Avg QP:17.33 size: 10569
x264 [info]: slice P:552 Avg QP:19.08 size: 6761
x264 [info]: slice B:293 Avg QP:23.26 size: 2729
x264 [info]: mb I I16..4: 66.0% 0.0% 34.0%
x264 [info]: mb P I16..4: 41.6% 0.0% 0.0% P16..4: 43.7% 0.0% 0.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 2.3% 0.0% 0.0% B16..8: 29.8% 0.0% 0.0% direct:14.3% skip:53.5%
x264 [info]: final ratefactor: 20.68
x264 [info]: kb/s:1079.9

Actual bitrate after encoding without container overhead: 1080.13

----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
Starting job job2-2 at 17:19:03
Job is a video job. encoder commandline:
--pass 2 --bitrate 1161 --stats "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.stats" --bframes 2 --b-pyramid --bime --weightb --nf --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.avs"
successfully started encoding
Processing ended at 17:19:56
----------------------------------------------------------------------------------------------------------

Log for job job2-2

avis [info]: 640x272 @ 25.00 fps (851 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 2 (scale 25)
x264 [info]: slice I:6 Avg QP:17.17 size: 7830
x264 [info]: slice P:552 Avg QP:18.73 size: 6778
x264 [info]: slice B:293 Avg QP:22.40 size: 3842
x264 [info]: mb I I16..4: 68.5% 0.0% 31.5%
x264 [info]: mb P I16..4: 30.3% 0.0% 15.8% P16..4: 20.4% 10.0% 5.3% 1.3% 0.9% skip:15.9%
x264 [info]: mb B I16..4: 2.6% 0.0% 2.0% B16..8: 31.4% 2.9% 7.1% direct: 9.0% skip:45.0%
x264 [info]: kb/s:1155.0

Actual bitrate after encoding without container overhead: 1155.16
desired video bitrate of this job: 1161 kbit/s - obtained video bitrate: 1157.18942420682 kbit/s
----------------------------------------------------------------------------------------------------------
Starting job job3 at 17:21:19
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video and audio muxed.mp4"
successfully set up muxer
Processing ended at 17:21:19
----------------------------------------------------------------------------------------------------------

Log for job job3

IsoMedia import - track ID 1 - Video (size 640 x 272)
Unknown input file type
Error importing C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4:lang=eng: Feature Not Supported
(Feature Not Supported)

----------------------------------------------------------------------------------------------------------

As a test I muxed the .264 and aac output from staxrip through the Megui muxer to MP4 Result >PLAYABLE

THEREFORE megui muxing works (but with Staxrip output files)

Confused NEW user needs tea and sympathy :confused:
I MUST be doing something daft here so be gentle!

I would like to use Megui 'cause it will queue episodic DVD conversion.

Richard Berg

24th January 2006, 19:23

Do you have the latest version of mp4box?

ChronoCross

25th January 2006, 00:01

CVS works great. Thanks guys.

dumbas..

25th January 2006, 00:25

@Richard Berg

Thanks

Well I have the version dated 8/11/2005
Not sure how to acertain the version number
I tried the latest release from
http://www.aziendeassociate.it/cd//gpac/dev/MP4Box.7z

dated 03 January 2006

It crashes out with a windows error

AppName: mp4box.exe AppVer: 0.0.0.0 ModName: mp4box.exe
ModVer: 0.0.0.0 Offset: 0005c867

The MeGui log is none the wiser:
Muxjob ended and deletion of intermediate files is activated
Starting job job2 at 23:16:29
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui Mux.mp4"
successfully set up muxer
Processing ended at 23:16:40
----------------------------------------------------------------------------------------------------------

Log for job job2

----------------------------------------------------------------------------------------------------------

So I'm a bit stuck. Neither want to work!

ChronoCross

25th January 2006, 01:03

Well I can confirm that there is a problem with the latest cvs in terms of mp4box. it doesn't seem to be a meGUI problem but rather with the compiling itself. I just compiled it and it gives the same crash error.

I'm going to try and troubleshoot it.

I still can't compile it to correctly work but here's a working version dated 1/19/06 from kurtnoise.

http://kurtnoise.free.fr/mp4tools/

dumbas..

25th January 2006, 06:16

@ChronoCross

Thanks for the reply and Link post
Tried 1/19/06 (result below) and the other two in the link with the same result.

Unfortunately....

Yes, you guessed, they did not crash:) but still gave the error:confused:

Starting job job1 at 05:00:23
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\blah.mp4"
successfully set up muxer
Processing ended at 05:00:24
----------------------------------------------------------------------------------------------------------

Log for job job1

IsoMedia import - track ID 1 - Video (size 640 x 272)
Unknown input file type
Error importing C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4:lang=eng: Feature Not Supported
(Feature Not Supported)

Grrrrrr, IS IT ME ?:scared:

ChronoCross

25th January 2006, 06:27

What audio encoding are you using?

puffpio

25th January 2006, 07:53

Can you test this in 0.2.3.2041 when it is released? I _think_ I fixed it there, but your testing again would be appreciated.

yes.. I will definately test it once it is released

dumbas..

25th January 2006, 14:56

What audio encoding are you using?

AAC via Besweet,FAAC.exe & dll

See output log
http://forum.doom9.org/showthread.php?p=774305#post774305

Tried to anticipate your next and changed Besweet from ver dated 17 May 2005 to that used in Staxrip ver 1.5b31

All seems ok now on test vob. I will try a full DVD and see what happens.

Hope I won't be troubling you again (fingers crossed):thanks:

The Link

25th January 2006, 16:09

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queue.

Raithmir

25th January 2006, 16:18

2033 shutdown after encoding box on the queue tab seems to only work if you click it before you start processing.

dimzon

25th January 2006, 16:36

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queue.
Yes, you are mistaken. We does'nt need count && names of the output of dgindex job so we can't add all of them at once. When dgindex job was finished special postprocessing code will be invoked. This code analyzes dgindex output via folder scan and add encoding/mux jobs to queue :cool:

Doom9

25th January 2006, 16:38

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queueThere's a German saying I like "Probieren geht über Studieren". Try it and see what happens. Hint: MeGUI as currently incapable of creating video jobs without the AviSynth input being present.. and that input only exists once the indexing job has been run.

2033 shutdown after encoding box on the queue tab seems to only work if you click it before you start processing.Could you elaborate this a bit? What exactly can be done to reproduce the problem, starting with the double click on megui.exe.

The Link

25th January 2006, 16:43

Hmm ... well, after the dgindex job has finished megui (2045) simply silently quits and that's it (shutdown after encoding is not activated).

edit2: could the problem be that the extracted audiotrack is a wav file?

dimzon

25th January 2006, 16:56

could the problem be that the extracted audiotrack is a wav file?
I'm not shure (i'm not take close look @ this part of code) but i guess you are right - problem is wav audio...

The Link

25th January 2006, 16:58

Yepp, just tested another source with ac3 audio, which works. The culprit seems to be pcm audio extracted to a wav file by dgindex.

ChronoCross

25th January 2006, 18:43

The only DVD's I've seen that use wav audio are the anime ones I import from japan. What kind of DVD's are these?

The Link

25th January 2006, 18:46

The only DVD's I've seen that use wav audio are the anime ones I import from japan. What kind of DVD's are these?
I used a simple music video from my massive attack DVD. Music videos on DVD often have pcm audio afaik.

Doom9

25th January 2006, 19:48

iirc (and without looking at the sources), I think the "find audio after dgindex" routine only looks for ac3 files.. it probably b0rks when there's none found even though you chose to demux something. I should definitely have a look but then again, right now I have to spend that free time on other things.

berrinam

25th January 2006, 22:16

Actually, it *should* pick up wav audio, too:
if (file.IndexOf(trackNumber) != -1 &&
(file.EndsWith(".ac3") ||
file.EndsWith(".mp3") ||
file.EndsWith(".mp2") ||
file.EndsWith(".mpa") ||
file.EndsWith(".dts") ||
file.EndsWith(".wav"))) // It is the right track
{
audioFiles.Add(file);
}However, that code is case sensitive, which means it requires the extension to be in lower case (that's the bug).

@The Link: What is the filename of your wav audio?

The Link

25th January 2006, 22:25

The filename is "VTS_01_1 T01 48K 16bit 2ch.wav". Perhaps there is another reason then.

berrinam

25th January 2006, 22:32

Hmm.... weird..... it *should* pick it up. Could you upload a small sample, just so I can test a VOB-with-PCM?

stax76

25th January 2006, 22:50

Hehe, I think the apps that create upper case want to test other apps which just to easiliy fall over that. Recently I got some feedback that DVD Decrypter demuxed files (upper case) won't mux with DivXMux (needs lower case!). Being warned I searched then my code for 'EndsWith' and was embarrassed to find how often I was using 'EndsWith' for file extension comparison.

berrinam

26th January 2006, 00:40

The filename is "VTS_01_1 T01 48K 16bit 2ch.wav". Perhaps there is another reason then.
Found and fixed: it was looking for the delay, and crashed when it didn't say it in the filename. Fixed in 0.2.3.2050.

L4z4rus

26th January 2006, 11:50

Since 0.2.3.2048 (now using .2050) I seem to keep getting this message when clicking the Preview button in the Avisynth script generator window (to update Video Preview after using resize).

I haven't had any problems in the past, and the initial preview opens fine after loading a d2v file:

The file LoadPlugin("C:\Program Files\Media\DGIndex\dgdecode.dll")
mpeg2source("C:\DVD\24-08\VTS_01_1.d2v")
#blank deinterlace line
#crop
LanczosResize(640,352)
#denoise
cannot be opened

Unable to load DLL 'AvisynthWrapper': The specified module could not be found

The script opens fine in Virtual Dub, Media Player etc. & I have Helix YUV codecs installed / FFDShow (setup as per guide). :confused:

dimzon

26th January 2006, 11:59

L4z4rus

26th January 2006, 12:21

Thanks...should have thought of that myself :rolleyes:

sPunkt

27th January 2006, 18:20

Hello,

I have installed MeGUI and all the other components the way described in the Guide (I hope...). Everything works like a charm until I want to queue the rendering job. Irrelevant of which When I click "queue" I get an Error Message stating

MeGui encountered a fatal error and hac to close. Reason: Value cannot be null.
Parameter name: String Source of exception: mscorlib stacktrace: at
System.Number.StringToNumber(String str, NumberStyles options, NumberFormatInfo info)
at MeGUI.Job.Util.adjustNbThreads(VideoCodecSettings settings)
at MeGUI.Job.Util.generateVideoJob(String input, String output, VideoCodecSettinge settings, Boolean skipVideoCheck)
at MeGUI.Job.Util.prepareVideoJob(string movieInput, string movieOutput, VideoCodecSettings settings, Boolean prerender)
at MeGUI.MeGUI.getVideoJobs()
at MeGUI.MeGUI.addVideoJob(Boolean start)
at MeGUI.MeGUI.queueVideoButton_Click(object sender, EventArgs e)
at System.Windows.Forms... (truncated - assume this is irrelevant)

Any idea of what might be the problem?
Your help is greatly appreciated, thanks!

ChronoCross

27th January 2006, 18:48

Doom9

27th January 2006, 19:20

@sPunkt: what operating system are you using?
@ChronoCross: quoting an entire stacktrace is a bit excessive ;)

ChronoCross

27th January 2006, 19:36

@sPunkt: what operating system are you using?
@ChronoCross: quoting an entire stacktrace is a bit excessive ;)

my bad. lol

ChronoCross

27th January 2006, 23:47

This bug report seems to be more of a nuance if someone were to actually do it. But I discovered it when I forgot to close the open new compile of megui and deleted the default Profile.xml it created upon the first opening. It sends the program into an infinite error loop and makes the program uncloseable except using the task manager.

Error Picture (http://www.chronocrossdev.com/images/close_no_settingsxml.png)

burgerpardis

28th January 2006, 04:22

I'm testing the avisynth audio encoding using MeGUI-0.2.3.2055 and I get the following error after dgindex runs everytime. dgdecode versions are the same in the avisynth plugin's directory and in dgindex.

your avisynth script has the following problem:
error in avisynth script:
Script Error: there is no function named "tfm"
(C:\BAND_OF_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.avs, line 2)
Continue anyway?

then it asks yes or no. I'm going to click yes and see what happens...ok, it then says video input can't be opened and megui closes down.

berrinam

28th January 2006, 04:31

Ok, the error is pretty simple. You are missing TIVTC (I link to it in my guide -- it's one of the AviSynth plugins).

As to MeGUI closing down.... well.... that's definitely got to be fixed.

burgerpardis

28th January 2006, 05:58

just out of curiosity, is it for the audio encoding? Because I am running the same encode using 0.2.3.2033 flawlessly right now with out TIVTC.

berrinam

28th January 2006, 07:22

just out of curiosity, is it for the audio encoding? Because I am running the same encode using 0.2.3.2033 flawlessly right now with out TIVTC.
No, it's (probably) added by the automatic source detection (finds and removes various combing/interlacing patterns). I'm surprised that you don't have this problem with 2033, because source detection was added in 2014. Did you generate your AVS script, or did MeGUI do it for you? What does your script look like (please post)?

burgerpardis

28th January 2006, 19:22

megui did it for me. here is the one that works,

mpeg2source("C:\BAND_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.d2v")
#deinterlace
crop(0,0,-2,-2)

LanczosResize(320,176)
#denoise

and here is the one that doesn't:

mpeg2source("C:\BAND_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.d2v")
tfm().tdecimate(hybrid=1)
crop(0,0,-2,-2)

LanczosResize(320,176)
#denoise

do you want me to show the video and audio profiles?

Doom9

28th January 2006, 19:50

just add the avisynth plugin as berrinam told you to. If you want to use the automatic interlace detection, you just gotta have that plugin.

burgerpardis

28th January 2006, 20:04

I added the plugin as soon as he said so. I guess something in the deinterlacing changed from 33 to 55.

sPunkt

29th January 2006, 01:46

@ChronoCross: Yup, everything set correctly.
@doom9: Win98SE - and for reasons beyond my control, this unfortunately will not change for quite some time... .net is 2.0

berrinam

29th January 2006, 02:34

Go to Tools->Settings, and make sure that 'Automatically set number of threads' is not checked. It's a Win98 problem.

bob0r

29th January 2006, 16:39

Compiling 2055 fails

compile x264-svn

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

DialogManager.cs(6,7): error CS0246: The type or namespace name 'Utils' could not be found (are you missing a using directive or an assembly reference?)

Turd_Ferguson

30th January 2006, 05:32

this is what errors show in my MeGUI log file:

Log for job job2-3

avis [info]: 320x240 @ 29.97 fps (3201 frames)
x264 [error]: Error: 2pass curve failed to converge
x264 [error]: target: 54818.00 kbit/s, expected: 881.01 kbit/s, avg QP: 22.0000
x264 [error]: try reducing target bitrate or reducing qp_min (currently 22)

i am using the PD-iPod profile and everythings runs along until MP4Box starts, and then i get the windows "serious error" box. i know i have seen this error posted anywhere, i just haven't seen any solutions yet. the complete logfile is attached. let me know if i should post this somewhere else. thanx.

berrinam

30th January 2006, 06:39

It sounds like you are using AutoEncode or OneClick with a CD size target, causing the calculated bitrate to be way too high. What you should really do (since it seems like you don't have a target size in mind) is select "Don't care" for target file size, which will mean it will use PD-iPod's bitrate (700kbps), instead of calculating a new one.

Hopefully, that will also fix your MP4Box error.

neo squidward

30th January 2006, 06:55

When I try to mux to mp4 I get a windows error "MP4box.exe encountered a problem..." and this is in the megui 0.2.3.2055 log

Starting job job1 at 11:53:19 PM
Job is a mux job. Commandline:
-add "H:\test-vdubv.mp4" -add "H:\test-vduba.mp4":lang=eng -new "H:\test-vdub.mp4"
successfully set up muxer
Processing ended at 11:53:30 PM
----------------------------------------------------------------------------------------------------------

Log for job job1

IsoMedia import - track ID 1 - Video (size 640 x 352)

----------------------------------------------------------------------------------------------------------

ChronoCross

30th January 2006, 07:09

When I try to mux to mp4 I get a windows error "MP4box.exe encountered a problem..." and this is in the megui 0.2.3.2055 log

there are some problems with some of the mp4box version going around. most specifically celtic_druids build is broken. However the one made by kurtnoise works and can be found here:

http://kurtnoise.free.fr/mp4tools/

Turd_Ferguson

30th January 2006, 07:18

@berrinam
thanx for the lightening reply! i set the "don't care" file size and get the same error with widows about MP4Box. however, the log file is different and i see no errors in that. i have attached the new log file.

Igor Kharchenko

30th January 2006, 07:31

After updating MeGUI to version that needs Framework 2, shutdown didn't work. Now I'm using v2033. System - windows xp prof sp2, logged as advanced user.

Turd_Ferguson

30th January 2006, 07:39

@ChronoCross
Frigging Sweet! i downloaded MP4Box_2006119 from your link, and everything seems to work fine. the resulting .mp4 file plays fine in iTunes, and on iPod. Thank you. you just saved my monitor from being punched. The down side is now i will want to buy a new Athlon FX-60 to be able to keep up with my impatience while encoding.

@anybody
should i be concerned with the "signal AR" and "automatic deinterlacing" check boxes in the one click encoding menu? i will always be using NTSC DVDs as sources.

berrinam

30th January 2006, 09:23

@anybody
should i be concerned with the "signal AR" and "automatic deinterlacing" check boxes in the one click encoding menu? i will always be using NTSC DVDs as sources.
Signalling AR is a mater of choice and/or target size/bitrate, if any. Basically, it provides a way of increasing the vertical resolution without increasing the horizontal resolution. Use this if you think you have a high enough bitrate and you want the extra resolution.

Automatic deinterlacing: yes, I would say that it is a good idea for you to use this. If you know what interlacing is, then you will have an idea about what this does. If you don't then look it up on the web. http://www.100fps.com has some description about it.

Doom9

30th January 2006, 09:38

@Turd_Ferguson: Can you try to run the following commandline manually:

mp4box -add "C:\THE_OFFICE\VIDEO_TS\trial01_Video.mp4" -add "C:\THE_OFFICE\VIDEO_TS\trial01 T01 2_0ch 192Kbps DELAY 0ms.mp4":lang=eng -fps 29.97 -new "C:\THE_OFFICE\VIDEO_TS\trial01.mp4"

Also, what mp4box version are you using? If you look around the forum a little, there are many broken builds floating around. Here's a sample link to a problem I think is the same as you're having: http://forum.doom9.org/showthread.php?t=105552

puffpio

30th January 2006, 10:03

yes.. I will definately test it once it is released

Hey I tested it out and indeed it is fixed. The correct frames and framerate is detected

Turd_Ferguson

30th January 2006, 19:27

@Doom9, The Great and Omnicient :)
i wish i could give more info on the version of MP4Box i'm using, but everything i know is that it was in the file named MP4Box_2006119.zip from the link that ChronoCross posted. if i try to open MP4Box.exe, all i get is a little black command box that flashes on the screen for less than a second. second, i'm not sure what you want me to do with that commmand line you posted.

@anyone
so i can run the 1'46", 4:3 source clip thru the whole MeGUI process fine, in 4:3 and 16:9 ratios. if i check Automatic Deinterlace, i will get an error when muxing.

i have yet to get anything else to complete. it seems that the error always occurs in the muxing stage, so i will try some different versions of MP4Box and see if that helps. this is the last few lines of the attached log file.

Log for job job2-3

Unknown input file type
Error importing C:\THE_OFFICE\VIDEO_TS\01\pilot_Video.mp4: Feature Not Supported
(Feature Not Supported)

thanx

sPunkt

30th January 2006, 23:21

Go to Tools->Settings, and make sure that 'Automatically set number of threads' is not checked. It's a Win98 problem.

Fixed it - thanks!

Doom9

30th January 2006, 23:36

Error importing C:\THE_OFFICE\VIDEO_TS\01\pilot_Video.mp4: Feature Not Supported
(Feature Not Supported)That's the prototype of mp4box screwing up :(

What I mean by "run the commandline" is (and you really should learn that.. it may not be an everyday thing today but knowing what a commandline is still helps today.. there are multiple tasks that can be done more efficiently from it). run a commandline goes like this: press start, click on run, type cmd, press enter. There's your commandprompt.. the holy grail of computing (and how the old guard started out.. even today, if you ever enter linux or unix territory you are dead in the water without a commandline). Then you can copy and paste the commandline and press enter to run it.
Needless to say that you need to be in the directory where your mp4box is in.. so type something like "cd "d:\my software\my really amazing path\blah blah blah\"" .. cd is short for change directory.. and you need the quote that starts before d:\. If you have windows xp, you can also start typing, then press tab to try autocompletion of paths.

berrinam

31st January 2006, 07:48

After updating MeGUI to version that needs Framework 2, shutdown didn't work. Now I'm using v2033. System - windows xp prof sp2, logged as advanced user.
More information required. Does it always fail? Are you sure it was checked? Did any jobs have errors, or did you abort any jobs?

Igor Kharchenko

31st January 2006, 09:22

More information required. Does it always fail?
Yes.
Are you sure it was checked?
Absolutely. At queue tab and at setup form.
Did any jobs have errors, or did you abort any jobs?
No errors. There was 2 jobs for auto-2-pass. After finishing they had 'done' status.
I'll try to do some tests with admin rights.

max-holz

31st January 2006, 14:29

I'am actually using 2055 version; I notice that projected filesize doesn't take care of the audio file size that I have prepared separately. What's happen? In previous version seems to work well.

Doom9

31st January 2006, 14:40

What's happen? In previous version seems to work well.Well.. what has happened is that you didn't post the log and without that there's no service ;)

cmw

31st January 2006, 15:01

I get an error "Unexpected Value in file ....
Make sure you have decomb.dll in your avisynth plugin path.

The bar runs though again then and declares the source as hybrid film/ntsc (which can't be correct).

This problem was discussed here earlier but I can't see any solution. My ff_interlace.log (http://cmw.cybton.com/ff_interlace.log)
As you can see, this does not make much sense.

I have the fdecomb.dll there (and detection will work for progressive files. My file is interlaced DV, 25fps PAL.

The interesting thing is, that it will also correctly identify e.g. interlaced DVD Source, it will just give me this error with DV Video. Is there any way to fix this?

I use MeGUI 0.2.3.2058

Additional Question: Can NAAC Audio be used with Nero 7 Plugins? Because this does absolutely not work, neither with BeSweet nor AviSynth Audio. BeSweet log tells me error configuring bsn and audio synth says

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Programme\Rippen\Neroraw\neroraw.exe -o "C:\DVD\VTS_01_1 T01 2_0ch 224Kbps DELAY 0ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.ApplicationException: Can't start encoder: Cannot process request because the process (420) has exited. ---> System.InvalidOperationException: Cannot process request because the process (420) has exited.
at System.Diagnostics.Process.GetProcessHandle(Int32 access, Boolean throwIfExited)
at System.Diagnostics.Process.set_PriorityClass(ProcessPriorityClass value)
at MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
--- End of inner exception stack trace ---
at MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
at MeGUI.AviSynthAudioEncoder.encode()

Thanks in advance,

best regards,cmw

Avish

31st January 2006, 17:13

More information required. Does it always fail? Are you sure it was checked? Did any jobs have errors, or did you abort any jobs?
I was going to report the same thing that Shutdown ain't working. It happened last 3 times. I woke up in the morning & the machine is still up n' running, but the encode is finished 2-3 hours back.

Shutdown option checked at queue tab and at the setup form.
No errors. Encoding successfully finished. ;)

max-holz

31st January 2006, 18:57

I select this avs script with MeGUI 0.2.3.2059:

LoadPlugin("C:\Programmi\x264\DGDecode.dll")
LoadPlugin("C:\Programmi\x264\plugins\Undot.dll")
LoadPlugin("C:\Programmi\x264\plugins\Deen.dll")
LoadPlugin("C:\Programmi\x264\plugins\fft3dfilter.dll")
LoadPlugin("C:\Programmi\x264\plugins\DctFilter.dll")
LoadPlugin("C:\Programmi\x264\plugins\ColorMatrix.dll")
LoadPlugin("C:\Programmi\x264\plugins\MaskTools.dll")
Import("C:\Programmi\x264\QMF_bistecc.avs")
Import("C:\Programmi\x264\DeHalo_Alpha.avs")
Import("C:\Programmi\x264\LRemoveDust2.avs")
mpeg2source("C:\Scambio\Elaborazione Video\PortiereDiNotte\PortiereDiNotte.d2v")
#crop(4,14,-0,-16)
crop(4,14,-0,-14)
#640, 352
function Filter_Motion_Nil(clip c)
{
c = UnDot(c)
c = FFT3DFilter(c,Sigma=2.3,bw=32,bh=32,bt=4,ow=16,oh=16)
c = LanczosResize(c,640, 336)
c = DeHalo_alpha(c)
Return c
}
function Filter_Motion_Min(clip c)
{
c = UnDot(c)
c = FFT3DFilter(c,Sigma=2.4,bw=32,bh=32,bt=4,ow=16,oh=16)
c = BicubicResize(c,640, 336,0,0.75)
c = DeHalo_alpha(c)
Return c
}
function Filter_Motion_Mid(clip c)
{
c = Undot(c)
c = FFT3DFilter(c,Sigma=2.5,bw=32,bh=32,bt=3,ow=16,oh=16)
c = BicubicResize(c,640, 336,0,0.5)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
function Filter_Motion_High(clip c)
{
c = Undot(c)
c = Deen(c,"c3d",0,7,8,3)
c = BicubicResize(c,640, 336,0.333,0.333)
c = LRemoveDust_YV12(c,17,2)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
function Filter_Motion_Very_High(clip c)
{
c = UnDot(c)
c = Deen(c,"c3d",0,8,9,3)
c = BilinearResize(c,640, 336)
c = LRemoveDust_YV12(c,17,2)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
QMF(0.65,2.25,5.15,7.05,3).ColorMatrix()

then try to open bitrate calculator from tools and I receive this message:

Microsoft Visual C++ Runtime Library

Program C:\....\megui.exe

R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information.

I want to point some facts for Doom9:

1) I use this script for other encoding with previous version of MeGui without error

2) The script in this case is well rendered by AVSEdit

3)No log is generated by MeGUI or in the Event Viewer

4) I didn't done any modifications or installations from last time I use MeGUI succesfully (with version 2054) so is not a problem on my machine.

dimzon

31st January 2006, 19:05

I select this avs script with MeGUI 0.2.3.2059:

Please, help us to locate issue. Try to simplify your script until this error disapear and post here - which script block caused this error.

max-holz

31st January 2006, 19:19

Please, help us to locate issue. Try to simplify your script until this error disapear and post here - which script block caused this error.

I debug application, I catch the error in AvisynthWrapper.cs

public AviSynthClip(string func, string arg , AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
{

_vi = new AVSDLLVideoInfo();
_avs = new IntPtr(0);
_colorSpace = AviSynthColorspace.Unknown;
_sampleType = AudioSampleType.Unknown;
if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))
{
string err = getLastError();
cleanup(false);
throw new AviSynthException(err);
}
}

For the line in red Visual Studio open a popup with this message:

LoaderLock was detected
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.

I hope this can help you

P.S. the popup seems to indicate this function: forceColorspace.ToString()
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.

dimzon

31st January 2006, 19:33

LoaderLock was detected
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.
Ohh, holy shit...

Seem's like we discover AviSynth or/and AviSynth's plugin bug. It means one of AviSyhth plugin contains somethig like "LoadLibrary" @ DllMain. This is really bad, but can not produce error. But .NET Runtime detects it @ creates an Exception...

Can you help us to find wich LoadPlugin produce such error?

max-holz

31st January 2006, 20:19

berrinam

31st January 2006, 22:07

The bar runs though again then and declares the source as hybrid film/ntsc (which can't be correct). Since it only has rubbish to work with (have a look at your ff_interlace.log file -- every single line says "I don't know what diffa means-I don't know what diffb means". How is source detection supposed to use any of that information?

I have the fdecomb.dll there (and detection will work for progressive files.FDecomb.dll or just Decomb.dll?

This time, instead of pressing the Analyse button, skip it and after you have loaded your DV source in the AviSynth Creator, press Save, and save the file. Open it in the main MeGUI window, and I expect it will tell you an AviSynth error. If you can't fix it based on that error, report back with the error message.

Additional Question: Can NAAC Audio be used with Nero 7 Plugins? Because this does absolutely not work, neither with BeSweet nor AviSynth Audio. BeSweet log tells me error configuring bsn and audio synth saysDid you follow the MeGUI guide in the sticky and set up everything as it says, because Nero 7 AAC does work with AviSynth audio.

ChronoCross

1st February 2006, 00:23

when adding a pre-rendering job and hitting queue meGUI throws an error in AVS script message. because the pre-rendering job hasn't been created yet there is no .avi file to be read. you can click yes for continue and it queues just fine but it should probably have a special case where it doesn't check the validity of the .avs loading the lossless file

Inc

1st February 2006, 00:55

Report: 0.2.3.2060
If changing to "mkv" as output file, MeGUI forces an "avi" extension and doesnt encode properly.

Someone aware of that?

Doom9

1st February 2006, 06:38

@incredible: logfiles are incredibly helpful. And unless x264 output via x264.exe is used, the video encoder output has to be named .avi because mkvmerge needs an input it can understand. So you should get X video jobs and a mux job on top of that.

berrinam

1st February 2006, 08:40

i think the sar computation on build 0.2.3.2060 is broken. my encode output show way stretched out videos whether my source is anamorphic at 1.85 or 2.35.

Please read the guidelines first:

...
POST YOUR LOGFILE. MeGUI writes lots of valuable information in the logfile. Try reading the log yourself, and see if you find the error, or any outrageous values (ones which are clearly wrong). If you can solve it based on that, good for you. Otherwise, it may help someone else solving your problem.
Describe the simplest way to reproduce your problem. Imagine the people reading your instructions are idiots, so you have to tell them exactly what to do, in a fool-proof way.
No-one is going to spend 2 days running 10 encodes, on the off-chance that at the end of them, they might crash. Work out how to cause your problem to happen again, and then it is much easier for the problem to be solved.
Too much information is better than too little. Don't make the developers pry the information out of you, as it is too much work for them, and they will just ignore you.
...

Inc

1st February 2006, 09:32

@incredible: logfiles are incredibly helpful
;) Yep that really makes sense.

cmw

1st February 2006, 10:18

FDecomb.dll or just Decomb.dll?

Sorry, was a typo, i have Decomb.dll in my AviSynth Plugin directory.

This time, instead of pressing the Analyse button, skip it and after you have loaded your DV source in the AviSynth Creator, press Save, and save the file. Open it in the main MeGUI window, and I expect it will tell you an AviSynth error. If you can't fix it based on that error, report back with the error message.

No, the avisynth will load into the MeGui Window. However, there are some issues with aspect ratio. I did autocrop and suggest resolution and it seems ok in the preview, but if i load it the aspect ratio is all messed up. Hmm, this seems to be an error with cropping. It crops the things i want not in, but the "Auto Suggest Resolution" thingie seems not to get that it should substact the cropped pixels from the suggested resolution to maintain aspect ratio...

I have checked again for all file mentioned in the guide, and I can't find an error... I made a picture of my folder structure and contents of the AviSynth Plugin directory, maybe this helps.

http://cmw.cybton.com/structure.png

Did you follow the MeGUI guide in the sticky and set up everything as it says, because Nero 7 AAC does work with AviSynth audio.

Yes, i did, I have a folder with neroraw.exe in it, with aac.dll ver 2.5.9.994, aacenc32.dll ver 4.2.0.27 and bsn.dll (53kb, changed 05.03.2004).

I have set the path to neroraw.exe. There was another neroraw.exe in the megui folder though, which was alot bigger (20kb isntead of 6.50 kb) and also 4 days newer (dateted jan. 30th, not jan. 26th). I tried to use this one but it didn't work either...

dimzon

1st February 2006, 10:58

Well Dimzon I have just remembered that I do one thing, on sunday I have installed a cvs build of ffdshow. I uninstalled that version and reinstalled another version and now everythig is well. I'am sorry
Can you perform such actions:

Install problematic ffdshow build again
remove ffavisynth.dll from avisynth plugins folder
check your script in megui again

max-holz

1st February 2006, 14:14

Can you perform such actions:

Install problematic ffdshow build again
remove ffavisynth.dll from avisynth plugins folder
check your script in megui again

Sorry Dimzon I restart again my encoding. :o
Indeed this is the problematic ffdshow: http://rapidshare.de/files/12073437/ffdshow-20060129-icc-sse.exe.html

You can also read another post that confirm my same error here: http://forum.doom9.org/showthread.php?t=98600&page=41&highlight=ffdshow

Ciao

Doom9

1st February 2006, 14:23

@cmw: please make a screenshot from the preview window when you load the source in the avisynth script creator, another one after having pressed autocrop, and then save the script, post the script contents and make another screenshot from what you get if you preview the script (or open it in your favorite media player.. your pick). Also, what is DAR set to?

cmw

1st February 2006, 15:15

Richard Berg

1st February 2006, 16:37

The problem is that there's no way to tell MeGUI whether the sections you're cropping out are part of the active pixel area or not. That is, sometimes you crop to remove borders, in which case the reduced area should be treated as the active pixel area. Other times, you crop active pixels just because you don't want them for whatever reason. And then if you're me, you do a little of both on the same video, and further split that crop into mod8 and non-mod8 pieces...

...suffice to say, no GUI (including PARanoia; I've discussed this with incredible before) supports all of these possibilities.

Richard Berg

1st February 2006, 18:39

Bug: in the latest code, encoding AAC with BeSweet, the bitrate parameter isn't passed on the command line so you end up with larger than expected files. Probably not worth fixing if we're moving to Avisynth exclusively soon.

dimzon

1st February 2006, 19:03

Richard Berg

1st February 2006, 19:10

FAAC, sorry

max-holz

1st February 2006, 19:15

Probably not worth fixing if we're moving to Avisynth exclusively soon.

And the people that want to continue using BeSweet?

dimzon

1st February 2006, 19:16

FAAC, sorry
fixed

Richard Berg

1st February 2006, 19:49

And the people that want to continue using BeSweet?
Speak up now with the BeSweet features you need, to make sure they make it into the Avisynth implementation.

Inc

1st February 2006, 20:04

Ok, I did all the stuff. For making it not any more confusing, i took a NON-Interlaced Source (Analyse will correctly declare it as progressive), but as you can see, the aspect ratio isn't correct.

There is no DAR set at all (I could set it by hand, but this always worked automated with previous versions).

Picture after load:
http://cmw.cybton.com/afterload.png

Picture after autocrop:
http://cmw.cybton.com/aftercrop.png

Preview Picture:
http://cmw.cybton.com/preview.png

AviSynth Script:

DirectShowSource("C:\Dokumente und Einstellungen\Chaos Raven\Eigene Dateien\Eigene Videos\Du bist Deutschland.avi",fps=25,audio=false)
#blank deinterlace line
crop(2,30,-2,-32)
LanczosResize(352,240)
#denoise

Tricky,
based on that you did everything correct, .... to me this clearly shows that you did import in MeGUI a captured video where the source gots 352x240.

"Du bist Deutschland" is a german commercial. So you did take a ntsc VCD resolution for capturing? Why? Well, back to the point.
352x240 is a std. NTSC resolution.
In such a case where common std. resolutions are beeing imported into MeGui, internally it should recognise that one as a source with PAR 4320/4739 as its common 352x240 ntsc.
You do crop 30 at top, 2 at left, 2 at rigth and 32 at the bottom, thus you do end up in 348x178. which gots a DAR of ... 348*(4320/4739):178 = 317:178
Forcing that to be resized to 320 will result in a height of 320/(317/178) = 180

Lets see ... that one brought to 320x180 (MODx not taken into account).

http://img465.imageshack.us/img465/9631/unbenannt21bq.jpg (http://imageshack.us)

So as 320x180 isnt Mod16, just finally use 320x176 and do enter in the encoder the DAR of 317:178 or a PAR of 176:180. ( MOD16Height/TrueHeight ... so the width finally will de shrinked to its correct display state)

@ Richard
So I do think it doesnt base on what of the image has been cropped but whats the input itself?
And if cmw did everything ok, then MeGUI should take that case into account.

Richard Berg

1st February 2006, 20:52

I'm not sure which way MeGUI does it -- I've never used the Avisynth editor -- but I know you can't tell it whether you're making a "black bars crop" or a "content crop," so it's certain to get one of the two wrong.

Doom9

1st February 2006, 21:14

@cmw: thanks for promptly posting these screenshots. Actually, unless the source is a d2v, we have no way of knowing the DAR.. so we should assume 1:1 DAR. That should do the trick for you.
In cases where we have an input DAR, it is what should be (and is considered to make the PAR calculations). But the bottom line is that if it's 4:3, you should resize down to the proper resolution and use a 1:1 PAR, if the source has a 1:1 DAR (source != d2v.. we don't take input flag into accounts, and via directshowsource the ds filter will stretch a video that has a container or bitstream par), it's 1:1 PAR for you as well. The only scenario where you can opt not to go for a 1:1 PAR is if the input is a 16:9 D2V source (from a DVD of course since HDTV once again uses 1:1 DAR).

max-holz

1st February 2006, 21:18

Speak up now with the BeSweet features you need, to make sure they make it into the Avisynth implementation.

Simply I want to continue to use BeSweet and not Avisynth for audio. I want that the app gives a choice as now

Doom9

1st February 2006, 21:42

Simply I want to continue to use BeSweet and not Avisynth for audio. I want that the app gives a choice as nowWell.. that's where open source helps you. Create a fork..
As Richard pointed out, we're receptive towards objective reasons why you're currently using BeSweet.. but "because I've always used it" doesn't count as it's highly subjective. I actually find myself in the same boat as many.. I've never encoded audio via AviSynth so I'm a little wary too (and that's the main reason BeSweet support is still in). But at the point where I become convinced that we're not incurring any additional problems and have personally assured myself that encoding via AviSynth works properly, in the end it comes down to code management.. one encoding path is easier to manage than two, and avisynth gives flexibility to do things that we can't do with BeSweet. The day I add the video cutter, I'm not willing to write workarounds that stop you from using it because you want to use besweet for audio encoding, or worse, mess around with existing ac3/dts/mpa cutters that will always result in suboptional results.

Inc

1st February 2006, 22:04

but I know you can't tell it whether you're making a "black bars crop" or a "content crop," so it's certain to get one of the two wrong
Depending on that I do catch up your thought well .....
That is imho not importand where things will be cropped. They're just pixels.
But what counts is a correct source detection.
And here we can archive that using a simple way:

Do use some constants in MeGUIs code for comparing with the source sizes:

for example like done in GripFit (I know we are not in the development thread) ...

.....
if(source.fps >= 24.6 && source.fps <= 25.4)
return PAL;
else if(source.fps >= 23.7 && source.fps <= 24.3)
return NTSC_P;
else if(source.fps >= 29.7 && source.fps <= 30.3)
return NTSC_I;
else
return 0; // Unknown (maybe QT? or whatever)

.....
..
...

if(NTSC_P == standard || NTSC_I == standard)
{
if(720 == w && 480 == h)
return 72.0 / 79.0; // .... 4320/4739 would be correct but we need a smaller fraction
else if(704 == w && 480 == h)
return 72.0 / 79.0;
else if(544 == w && 480 == h)
return (72.0 / 79.0) / (3.0 / 4.0);
else if(528 == w && 480 == h)
return ((72.0 / 79.0) / (3.0 / 4.0))*(544 / 528); // ... same µs like 544!
else if(480 == w && 480 == h)
return 108.0 / 79.0;
else if(352 == w && 480 == h)
return 144.0 / 79.0;
else if(352 == w && 240 == h)
return 72.0 / 79.0;
} else if(PAL == standard)
{
if(720 == w && 576 == h) // DVD
return 128.0 / 117.0;
else if(704 == w && 576 == h)
return 128.0 / 117.0;
else if(544 == w && 576 == h)
return (128.0 / 117.0) / 0.75;
else if(528 == w && 576 == h)
return ((128.0 / 117.0) / 0.75)*(544 / 528);
else if(480 == w && 576 == h)
return 128.0 / 78.0;
else if(352 == w && 576 == h) // 1/2 D1
return 256.0 / 117.0;
else if(352 == w && 288 == h) // VCD
return 128.0 / 117.0;
}
return 0; // from here on we do assume PAR1:1 inputs
// Or we do use Libs/dlls like Mediainfo

Doom9

1st February 2006, 22:11

for example like done in GripFit (I know we are not in the development thread) ...That's making the assumption that you'll never get a 1:1 DAR source having any of these resolutions.. a petty big assumption if you ask me. I prefer the handling outlined before where only d2v DARs are taken into account..the rest is rendered 1:1.

max-holz

1st February 2006, 22:20

Well.. that's where open source helps you. Create a fork..
As Richard pointed out, we're receptive towards objective reasons why you're currently using BeSweet.. but "because I've always used it" doesn't count as it's highly subjective. I actually find myself in the same boat as many.. I've never encoded audio via AviSynth so I'm a little wary too (and that's the main reason BeSweet support is still in). But at the point where I become convinced that we're not incurring any additional problems and have personally assured myself that encoding via AviSynth works properly, in the end it comes down to code management.. one encoding path is easier to manage than two, and avisynth gives flexibility to do things that we can't do with BeSweet. The day I add the video cutter, I'm not willing to write workarounds that stop you from using it because you want to use besweet for audio encoding, or worse, mess around with existing ac3/dts/mpa cutters that will always result in suboptional results.

ok, where can I find an exhaustive guide that teach me how to encoded audio via AviSynth?

Doom9

1st February 2006, 22:23

there's really nothing to learn.. it's just a single click. Instead of besweet and dlls you need some other executable and dlls.. but that's all in the guide (which you should have no trouble finding).

Inc

1st February 2006, 22:26

That's making the assumption that you'll never get a 1:1 DAR source having any of these resolutions.. a petty big assumption if you ask me. I prefer the handling outlined before where only d2v DARs are taken into account..the rest is rendered 1:1.

A simple "Check inputs for common mpeg1/2 resolutions" checkbox in the settings would solve that and make MeGUI for many Cappers and DVB'ers verrrrrrry verrrrry valuable. LIKE ME! :D . Sorry I'm not in C# so I would directly assist if i could.

max-holz

1st February 2006, 22:33

Sorry another question, the bug in the bitrate calculator is fixed?
I ask that cos I'am seeing the status form during my encoding, I tell to the bitrate calculator that I want 2 CD file size taking care of audio track that I encode separately (I don't use the autoencode button), now I see that projected filesize is 1429195. If the file will be created with this size, when I merge it with the audio track it will be more than 2 CD.I'am at 4,7% of the encoding. Perhaps the projected file size that I see in status form is very variable.

Doom9

1st February 2006, 22:33

DVB'ersDVB means MPEG-2 streams which in turn means DGIndex and we have the DAR from that. And if you capture analogue.. I have no quarrel not accodomating something for which I have a whole book of swearwords to describe. Oh yeah, and how many TV broadcasts are actually widescreen with a 16:9 DAR? Very few. And there's nothing wrong with resizing to playback resolution on the fly when capturing regular (4:3) shows.

Doom9

1st February 2006, 22:36

Sorry another question, the bug in the bitrate calculator is fixed?I remember asking you for the logfiles.. but I didn't see anything posted. For all I know.. you're doing something wrong. The log truthfully reports any bitrate recalculations it's doing. People not posting logfiles are really abusing the patience of every single developer that takes his time to help out.. some day in the future, I can assure you that we'll stop being so accomodating and strictly enforce the "no log no service" policy and only reply to reports that accomodate to the established groundrules for bug reporting (see the first post in this thread). Whatever we have to guess, derive, ask back is time we could spend to improve megui instead.

max-holz

1st February 2006, 22:38

I remember asking you for the logfiles.. but I didn't see anything posted. For all I know.. you're doing something wrong. The log truthfully reports any bitrate recalculations it's doing. People not posting logfiles are really abusing the patience of every single developer that takes his time to help out.. some day in the future, I can assure you that we'll stop being so accomodating and strictly enforce the "no log no service" policy and only reply to reports that accomodate to the established groundrules for bug reporting (see the first post in this thread). Whatever we have to guess, derive, ask back is time we could spend to improve megui instead.

Starting job job1-1 at 23.13.34
Job is a video job. encoder commandline:
--pass 1 --bitrate 1605 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --threads 2 --progress --no-psnr --output NUL "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding
Processing ended at 19.53.15
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 640x336 @ 25.00 fps (169725 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:833 Avg QP:14.32 size: 34149
x264 [info]: slice P:61646 Avg QP:16.29 size: 13621
x264 [info]: slice B:107246 Avg QP:18.00 size: 4520
x264 [info]: mb I I16..4: 18.3% 0.0% 81.7%
x264 [info]: mb P I16..4: 18.1% 0.0% 0.0% P16..4: 78.1% 0.0% 0.0% 0.0% 0.0% skip: 3.8%
x264 [info]: mb B I16..4: 1.2% 0.0% 0.0% B16..8: 62.8% 0.0% 0.0% direct:19.0% skip:17.0%
x264 [info]: final ratefactor: 17.10
x264 [info]: kb/s:1594.3

Actual bitrate after encoding without container overhead: 1595.30

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 19.53.16
Job is a video job. encoder commandline:
--pass 2 --bitrate 1605 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --filter -2,-1 --subme 7 --trellis 1 --analyse all --8x8dct --me umh --threads 2 --progress --no-psnr --output "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.mkv" "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding

Doom9

1st February 2006, 22:41

uhh.. that's not the log. You hinted something about audio size being taken into account.. that means auto-encode or one click.. in both cases, the log would contains more information.. lines that mention desired target size, audio size, what the bitrate was set to in function of audio size.. the likes.

Here's an example (that you get even before encoding even starts):

Generating jobs. Desired size: 20971520 bytes
Encoded audio file is present: D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio.aac It has a size of 2240358 bytes.
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 1041 kbit/s
Setting desired size of video to 18731008 bytes

max-holz

1st February 2006, 22:47

uhh.. that's not the log. You hinted something about audio size being taken into account.. that means auto-encode or one click.. in both cases, the log would contains more information.. lines that mention desired target size, audio size, what the bitrate was set to in function of audio size.. the likes.

Here's an example (that you get even before encoding even starts):

NO I don't explain myself. I have encoded audio separately then in bitrate calculator I select this audio file to tell to the program to take in account is size in bitrate calculation. Audio is 100 MB so why projected filesize tells 1423839. I don't use auto-encode or one click.

Doom9

1st February 2006, 22:56

Audio is 100 MB so why projected filesize tells 1423839.Argh, how on earth would I know without knowing what you set the target size to, what container you're using and what codec, the length of your video source and the framerate.. those are all factors that influence the calculations (I wrote them.. I should know). But if I configure an audio track in MP4/x264 mode, then the target video size changes in function of the size of the audio track.. as it should.

@edit: even in the debugger.. pressing apply writes the bitrate to where it should.

Inc

1st February 2006, 23:32

I tried out MeGUI xvid encoding via xvid_encraw (xvid_encraw-build-20-01-2006).

Seems MeGUI does generate a non supported cmd line.

The log:
Starting job job1-1 at 23:14:03
Job is a video job. encoder commandline:
-i "D:\testscript.avs" -single -bitrate 1000000 -custom_par 35 24 -max_key_interval 300 -vhqmode 1 -closed_gop -max_bframes 2 -o "D:\testscript.m4v"
successfully started encoding
Processing ended at 23:14:04
----------------------------------------------------------------------------------------------------------

Log for job job1-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Error: Unrecognized commandline parameter detected.

I did search for the guilty and it seems that:

a) "-closed_gop" seems that it does not exist anymore as its now default? and can be switched off by "-noclosed_gop".
b) "-custom_par xx yy" also seems that it has changed to "-par <integer>" where the integer value stands for:
1 = 1:1
2 = 12:11 (4:3 PAL)
3 = 10:11 (4:3 NTSC)
4 = 16:11 (16:9 PAL)
5 = 40:33 (16:9 NTSC)
No other custom par supported.

Sorry in advance if maybe this has been already reported before.

Doom9

1st February 2006, 23:39

Richard Berg

2nd February 2006, 00:48

Even if you're not someone who uses PAR to save bitrate like me, it'll still be necessary if everyone has widescreen TVs. Movies are usually either 1.85:1 or 2.35:1, neither of which is exactly 16:9. And of course all the old 4:3 content should be encoded anamorphically to maximize quality on 16:9 displays, just like we do in reverse today.

cmw

2nd February 2006, 03:14

Thank you very much for the detailed explanation, that quite clarifies this issue.

However, I'm still experiencing the problem that deinterlace analysis won't work, as well as the non function NAAC.

Tell me whatever additional information you need, expect that I followed the Guide line by line and even tried older version of the dll's, with no effect at all. The sound wouldn't be that important, I can use FAAC, but for the deinterlacing, it would be quite good if that worked somehow.^^

The above mentioned problem with deinterlacing appears on d2v source btw (atm I don't have an interlaced avi source to test with).

best regards cmw

berrinam

2nd February 2006, 06:09

@cmw: You say the interlacing error appears with a d2v source as well, but earlier you said that it works with DVDs. What is your d2v source, then? Can you tell me exactly what does work and doesn't?

1. What is your OS?
2. What version of AviSynth?

@dimzon: Could you take a look at cmw's NAAC problem? I'm really not aware of audio encoding in MeGUI.

Doom9

2nd February 2006, 09:21

And of course all the old 4:3 content should be encoded anamorphically to maximize quality on 16:9 displays, just like we do in reverse today.I still recall very well the test bond performed on that issue. The bottom line is that anamorphic encoding only makes sense when you have a 16:9 source that you just crop. If you start to resize (which would be needed for 4:3 content), then you no longer gain anything and upsizing a 4:3 encode, for me that's heresy. Go teach the people that created such content the importance of 16:9. Or just tell them to stop using SDTV and the problem will go away by itself.

Inc

2nd February 2006, 10:28

Thank you very much for the detailed explanation, that quite clarifies this issue.

So if you go into MeGUI using captures, do capture in 1:1 then, means ...

PAL : 768x576 or 384x288
NTSC: 640x480 or 320x288

Inc

2nd February 2006, 10:36

The bottom line is that anamorphic encoding only makes sense when you have a 16:9 source that you just crop. If you start to resize (which would be needed for 4:3 content), then you no longer gain anything and upsizing a 4:3 encode, for me that's heresy.

Or ... if upsizing quality doesnt matter, do encode the 4:3 content kept as 4:3 and do apply a zoom on the 16:9 TV Set via its remotecontrol. So its your decision if you want to see the 'whole' 4:3 proportion/content incl black bars on the sides or if you want to zoom via the TV Device hardware.
On letterboxed 16:9 sources fittet into 4:3 there sometimes that cropping/re-anamorphing makes sense if the source is very good (some HighBitrate DVB streams) and if a good detailenhancing via avs is applied (see Didées Voyager examples in the iip thread).

And if not playing back via a HTPC, then for shure you gotta have a mp4 kompatible SAP which ALSO supports PAR/SAR or DAR flags. The well known common Xoro HSD 4000 doesnt support that imho.

dimzon

2nd February 2006, 11:10

non function NAAC.
I need additional details. Which Dll's are @ neroraw.exe folder. Wich versions? Where does you get them?

Doom9

2nd February 2006, 11:30

Alright, I did a nero7 test as well and it fails here as well.

Log:
Starting job job4 at 11:20:43
Job is an audio job. Commandline:
-core( -input "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.mp4" -logfile "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.besweet.log" ) -azid( -cbr 160 ) -ota( -g max )
successfully started encoding
Processing ended at 11:23:21
----------------------------------------------------------------------------------------------------------

Log for job job4

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\temp\neroraw\neroraw.exe -o "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.mp4" -rr 48000 -rb 16 -rc 2 -cbr 160 Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode() in D:\MeGUI\MeGUI-src.CVS\AviSynthAudioEncoder.cs:line 310System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
Starting job job5 at 11:23:56
Job is an audio job. Commandline:
-core( -input "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio.ac3" -output "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.mp4" -logfile "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.besweet.log" ) -azid( -cbr 128 ) -ota( -g max )
successfully started encoding
Processing ended at 11:24:00
----------------------------------------------------------------------------------------------------------

Log for job job5

Channels=6, BitsPerSample=16, SampleRate=48000Hz
C:\temp\neroraw\neroraw.exe -o "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.mp4" -rr 48000 -rb 16 -rc 6 -cbr 128 Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode() in D:\MeGUI\MeGUI-src.CVS\AviSynthAudioEncoder.cs:line 310System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

----------------------------------------------------------------------------------------------------------

Note that the problems start right there.. I'm not sure what the channel report is.. in the first case, as the filename indicates, this is a 5.1 AC3 that I'm downmixing to 2.0. In the second case, the source is reported as 5.1 which is just plain wrong.. this is a 2.0 trailer audio.

Neroraw.exe: latest CVS build (0.0.2.1 - works fine when using the Nero6 dlls (AAC.dll version 2.5.9.97, aacenc32.dll version 2.9.9.998).
DLLs:
AAC.dll version 3.0.0.3 from Nero 7.0.1.2
aacenc32.dll version 4.2.1.0 also from Nero 7.0.1.2
bsn.dll - downloaded from where the guide points to (and as I mentioned, it works with the nero6 dlls).
Needless to say my Nero DLLs come from my own licensed installation and that I unchecked the "I'm using Nero6" checkbox when I did the Nero7 tests.

On letterboxed 16:9 sources fittet into 4:3 there sometimes that cropping/re-anamorphing makes sense if the source is very goodBut this would imply that you're not using the avisynth script creator but loading your own script.. and thus, you'd also be in charge of your own cropping and resizing as well as finding the proper PAR values.

dimzon

2nd February 2006, 11:41

Note that the problems start right there.. I'm not sure what the channel report is.. in the first case, as the filename indicates, this is a 5.1 AC3 that I'm downmixing to 2.0. In the second case, the source is reported as 5.1 which is just plain wrong.. this is a 2.0 trailer audio.
Don't look @ job command line - I do not touch this code at all, it still produce BeSweet command line, this is a cosmetic bug...

Channels=2, BitsPerSample=16, SampleRate=48000Hz
This is actual information, provided by AviSyhth. Maybe you are checked "Upmix Stereo to 5.1" ?

Neroraw.exe: latest CVS build (0.0.2.1 - works fine when using the Nero6 dlls (AAC.dll version 2.5.9.97, aacenc32.dll version 2.9.9.998).
DLLs:
AAC.dll version 3.0.0.3 from Nero 7.0.1.2
aacenc32.dll version 4.2.1.0 also from Nero 7.0.1.2
bsn.dll - downloaded from where the guide points to (and as I mentioned, it works with the nero6 dlls).

There are error @ installation guide:
You need at least NeroIPP.dll in same folder ;)
AFAIK some concrete Dll version can also reque something like MFC71.dll OR something like libmmd.dll

Doom9

2nd February 2006, 11:54

This is actual information, provided by AviSyhth. Maybe you are checked "Upmix Stereo to 5.1" ?No, but I'm afraid I misread the info file.. the track is actually 5.1.

You need at least NeroIPP.dll in same folder I'm afraid that's not correct. It required MFC71.dll, and nothing else.

nurbs

2nd February 2006, 11:54

There are error @ installation guide:
You need at least NeroIPP.dll in same folder ;)
AFAIK some concrete Dll version can also reque something like MFC71.dll OR something like libmmd.dll

I was just about to post a report when I read this. I copied the NeroIPP.dll and the MFC71.dll and it works now. The error message I got before was diffrent form doom9's.

If anyone is still interested:
Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Temp\Video\MeGUI\neroraw.exe -o "C:\FUTURAMA_DISC_2\VIDEO_TS\VTS_01_1 T01 2_0ch 192Kbps DELAY -15ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.IO.IOException: Die Pipe wurde beendet.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()System.DllNotFoundException: Unable to load DLL 'bsn.dll': Das angegebene Modul wurde nicht gefunden. (Exception from HRESULT: 0x8007007E)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args)

berrinam

2nd February 2006, 11:58

I'm afraid that's not correct. It required MFC71.dll, and nothing else.So that I can update the guide, does this mean MFC71.dll in the same directory as neroraw.exe, or what? Where can people get MFC71.dll from?

dimzon

2nd February 2006, 12:02

I'm afraid that's not correct. It required MFC71.dll, and nothing else.
No, I'm correct ;)
Actually it need NeroIPP.dll (just open aacenc32.dll in hexeditor and search for NeroIPP.dll)
But You have Nero7 installed, it means NeroIPP.dll placed @ folder included in PATH variable OR/AND aacenc32 perform direct LoadLibrary using path obtained via registry information. There are such line in aacenc32.dll
%s\%s NeroIPP.dll %s;%s PATH aacenc32.dll Lib SOFTWARE\Ahead\Shared

dimzon

2nd February 2006, 12:06

So that I can update the guide, does this mean MFC71.dll in the same directory as neroraw.exe, or what? Where can people get MFC71.dll from?
It must be in neroraw.exe folder OR in folder included in path variable (like Windows\System32)
MFC71.Dll is standart library (it's Microsoft Foundation Classes)
http://www.google.ru/search?q=MFC71.dll
If You have Nero7 installed just serch it on your HDD. If you does not have Nero7 installed try to serch it on your HDD too (another application can install it - it's standart MFC runtime). Or you can download it (use google to find it).

Doom9

2nd February 2006, 12:13

NeroIPP.dll is not in my path. So perhaps it works via the registry, but then you can safely assume that it will work like that for everybody since you can only use the Nero DLLs if you have a proper installation with registration.
I already updated the guide by the way, it points out the path of the mfc dll and where you must copy it to.

dimzon

2nd February 2006, 12:38

since you can only use the Nero DLLs if you have a proper installation with registration
This can be illegal, but copyng NeroIPP.dll in neroraw folder allows You to use it without installation/registration at all ;)
In other case You can by Nero7 licence but does not want to intstall it on your encoding machine. In this case, I believe, this approach is legal ;)

ADD:
This approach allows You to use different AAC Encoder versions side by side, I like it!

Doom9

2nd February 2006, 12:47

This approach allows You to use different AAC Encoder versions side by side, I like it!Actually, all it takes me is copying some dlls (which I could automate via batch file) so switch between Nero 6 and Nero7. You don't need to have both installed (in fact it's not even possible).. and anything that may allow to circumvent the license check has no place in a guide.

Inc

2nd February 2006, 17:34

uhh.. as already written in the German forum... megui supports encraw CVS build, not squid's derivation thereof. I'm hoping that eventually the thing will be feature complete and integrated into the CVS..for now I'm sitting that out. As for the par.. seems I forgot to remove some lines in the copy/paste.. the CVS build has no par support (and I really don't get the current fixation on PARs.

I did build xvid_encraw.exe using MinGW and VisualStudio C++ out of the CVS 1.1.0 Sources on a G5 Mac under the VirtualPC environment using Win2000. No linking errors so far, I hope it works.

Input options:
-i string : input filename (default=stdin)
-type integer: input data type (yuv=0, pgm=1, avi/avs=2)
-w integer: frame width ([1.2048])
-h integer: frame height ([1.2048])
-frames integer: number of frames to encode

Output options:
-dump : save decoder output
-save : save an Elementary Stream file per frame
-o string: save an Elementary Stream for the complete sequence

BFrames options:
-max_bframes integer: max bframes (default=0)
-bquant_ratio integer: bframe quantizer ratio (default=150)
-bquant_offset integer: bframe quantizer offset (default=100)

Rate control options:
-framerate float : target framerate (>0 | default=25.0)
-bitrate integer : target bitrate
-single : single pass mode
-pass1 filename : twopass mode (first pass)
-pass2 filename : twopass mode (2nd pass)
-zq starting_frame float : bitrate zone; quant
-zw starting_frame float : bitrate zone; weight
-max_key_interval integer : maximum keyframe interval

Other options
-noasm : do not use assembly optmized code
-turbo : use turbo presets for higher encoding speed
-quality integer : quality ([0..6])
-vhqmode integer : level of Rate-Distortion optimizations ([0..4]) (default=0)
-bvhq : use Rate-Distortion optimizations for B-frames too
-qpel : use quarter pixel ME
-gmc : use global motion compensation
-qtype integer : quantization type (H263:0, MPEG4:1) (default=0)
-qmatrix filename: use custom MPEG4 quantization matrix
-interlaced : use interlaced encoding (this is NOT a deinterlacer!)
-packed : packed mode
-closed_gop : closed GOP mode
-grey : grey scale coding (chroma is discarded)
-lumimasking : use lumimasking algorithm
-stats : print stats about encoded frames
-debug : activates xvidcore internal debugging output
-vop_debug : print some info directly into encoded frames
-help : prints this help message

NB: You can define 64 zones repeating the -z[qw] option as many times as needed.

So as you said no PAR support in the CVS based compile, and -closed_gop is available, so this one should work well with MeGUI if I understood right.

max-holz

3rd February 2006, 10:44

Argh, how on earth would I know without knowing what you set the target size to, what container you're using and what codec, the length of your video source and the framerate.. those are all factors that influence the calculations (I wrote them.. I should know). But if I configure an audio track in MP4/x264 mode, then the target video size changes in function of the size of the audio track.. as it should.

@edit: even in the debugger.. pressing apply writes the bitrate to where it should.

Hi Doom9. Finally I have a log for bitrate problem :)

Generating jobs. Desired size: 1468006400 bytes
Encoded audio file is present: C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.AC3 It has a size of 380183552 bytes.
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 1278 kbit/s
Setting desired size of video to 1085119488 bytes
Generating jobs. Desired size: 1468006400 bytes
Setting desired size of video to 1468006400 bytes
Starting job job1-1 at 1.04.50
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.AC3" -output "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.mp4" -logfile "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -g max )
successfully started encoding
Processing ended at 1.30.00
----------------------------------------------------------------------------------------------------------

Log for job job1-1

BeSweet v1.5b31 by DSPguru.
--------------------------

[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...

[01:53:08:992] |

[01:53:08:992] Finalizing...
[01:53:08:992] Conversion Completed !

Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/
SR: 48000, Table idx: 6 - start 12, stop 9
N_Q: 2, usb 45, lsb 22, num noise: 2
SR: 48000, Table idx: 6 - start 12, stop 9
N_Q: 2, usb 45, lsb 22, num noise: 2

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job1-1 the first pass job1-2 and the second pass job1-3
The second pass job has a desired final output size of 1468006400 bytes and video bitrate of 1605 kbit/s
The size of the first audio track is 100827479 bytes
Desired video size after substracting audio size is 1331608Setting the desired bitrate of the subsequent video jobs to 1606 kbit/s
Starting job job1-2 at 1.30.00
Job is a video job. encoder commandline:
--pass 1 --bitrate 1606 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --threads 2 --progress --no-psnr --output NUL "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding
Processing ended at 23.37.17
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 640x336 @ 25.00 fps (169725 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:832 Avg QP:14.31 size: 34149
x264 [info]: slice P:61644 Avg QP:16.29 size: 13629
x264 [info]: slice B:107249 Avg QP:18.00 size: 4524
x264 [info]: mb I I16..4: 18.3% 0.0% 81.7%
x264 [info]: mb P I16..4: 18.1% 0.0% 0.0% P16..4: 78.1% 0.0% 0.0% 0.0% 0.0% skip: 3.8%
x264 [info]: mb B I16..4: 1.2% 0.0% 0.0% B16..8: 62.8% 0.0% 0.0% direct:19.0% skip:17.0%
x264 [info]: final ratefactor: 17.10
x264 [info]: kb/s:1595.2

Actual bitrate after encoding without container overhead: 1596.28

----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Starting job job1-3 at 23.37.18
Job is a video job. encoder commandline:
--pass 2 --bitrate 1606 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --filter -2,-1 --subme 7 --trellis 1 --analyse all --8x8dct --me umh --threads 2 --progress --no-psnr --output "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.mkv" "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding

I have highlighted in red where there is an error for me; Setting 2 CD size the bitrate is settled to 1605 kbit/s; when the audio size is substracted the bitrate recalculation gives 1606 kbit/s. It's more than before adding audio track. MeGUI version is 2062.

Doom9

3rd February 2006, 11:11

I have highlighted in red where there is an error for me;Actually.. the log of the entire thing would be interesting.. don't just pick out one little thing and say it's wrong.. it needs context. 1605 kbit/s is the bitrate the autoencocode mode precalculated prior to audio encoding (it shows something very weird at the beginning that warrants investigation, but it looks like it only shows the wrong info but does the right thing.. )

After audio encoding, the app still knows your correct target size. The bitrate shown in your first red line is an approximation, not a calculated value.. it is thus irrelevant for us. The only thing that matters is target size. As you can see, the audio size is properly substracted from the target size, and based on that, and your output target type (which I can't see because I don't have the log for all jobs of this series of jobs), the bitrate is then recalculated and it comes down to 1606 kbit/s.. that's taking desired target size, container and actually encoded audio into account. Forget the 1605.. it has no relevance in this case (in fact I don't even know why I'm putting this into the log).

And by the way, the size difference of 1606 versus 1605 kbit/s is 828 KB ..;)

max-holz

3rd February 2006, 11:19

Actually.. the log of the entire thing would be interesting.. don't just pick out one little thing and say it's wrong.. it needs context. 1605 kbit/s is the bitrate the autoencocode mode precalculated prior to audio encoding (it shows something very weird at the beginning that warrants investigation, but it looks like it only shows the wrong info but does the right thing.. )

After audio encoding, the app still knows your correct target size. The bitrate shown in your first red line is an approximation, not a calculated value.. it is thus irrelevant for us. The only thing that matters is target size. As you can see, the audio size is properly substracted from the target size, and based on that, and your output target type (which I can't see because I don't have the log for all jobs of this series of jobs), the bitrate is then recalculated and it comes down to 1606 kbit/s.. that's taking desired target size, container and actually encoded audio into account. Forget the 1605.. it has no relevance in this case (in fact I don't even know why I'm putting this into the log).

And by the way, the size difference of 1606 versus 1605 kbit/s is 828 KB ..;)

But I'am actually doing the second pass, it's at 24,6% and the video size is at 354960 KB. By the way of this fact I can presume that the final output probably will not be correct.

berrinam

3rd February 2006, 11:24

But I'am actually doing the second pass, it's at 24,6% and the video size is at 354960 KB. By the way of this fact I can presume that the final output probably will not be correct.
I don't see what your problem is:
-you are targetting 1400MBs
-you are 1/4 of the way through your encode, and you have roughly 1/4 of 1400MBs already (1400 / 4 = 350MB = 358400KB).

What's the problem?

max-holz

3rd February 2006, 11:30

I don't see what your problem is:
-you are targetting 1400MBs
-you are 1/4 of the way through your encode, and you have roughly 1/4 of 1400MBs already (1400 / 4 = 350MB = 358400KB).

What's the problem?

Yes but without count the audio file size that's 98465 KB

berrinam

3rd February 2006, 11:35

Yes but without count the audio file size that's 98465 KB
So, assuming audio and overhead mean that you can only have about 1300MB of video, then 1300MB / 4 = 325MB = 332800 KB

The difference between that and your actual value for 24% of the film is only about 7% of the current filesize.... I think you are forgetting to take into account that this is variable bitrate, so perhaps the first quarter of the film is on average less compressible than the last three quarters.

I think making this claim before you've even finished encoding and found out whether it was correct is a bit premature....

Doom9

3rd February 2006, 11:52

And while we're at it, be careful with the estimated size and remaining encoding time.. those are linear approximation. But video encoding is never really linear, speed varies in function of complexity of a scene, and so does bitrate.. so these values will fluctuate somewhat until the end. Those that have been staring at the VDub's (that's where I got the idea from) progress dialog know that these values tend to change until the end.. and up until the very last few seconds, your predicted size can actually be too small or too large. So you can make a call once encoding has been completed.

cmw

3rd February 2006, 13:21

Ok, about the NAAC problem.

I did some thourough testing. NAAC + BeSweet does work, but the resulting mp4 file will force Haali to claim "first byte is not EBML". The file plays fine in VLC though... A FAAC + AviSynth file does not produce this error, but FAAC + BeSweet will also cause teh "first byte is not EBML message" *gets confused*. I also tried to use the CLI Program, it gives me a similar error as the MeGUI log.

C:\Dokumente und Einstellungen\Chaos Raven>C:\Programme\Rippen\neroraw\neroraw.e
xe -i josef.ac3 -o josef.aac
System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

For files:

I have a folder neroraw, with

neroraw.exe, 7kb, 0.0.2.1, 26.01.06
aac.dll, 840kb, 2.5.9.994, 25.09.05
aacenc32.dll, 4.2.0.27, 25.09.05
bsn.dll, no version, 05.07.04 Note: It is the bsn.dll from the same zip as neroraw as pointed to in the Guide.
MFC71.dll, 1.036 kb, 7.10.3077.0, 25.09.2005
NeroIPP.dll, 1.528 kb, 4.2.0.27, 25.09.2005

I also copied the NicAudio.dll and mpasource.dll to the AviSynth Plugin folder as mentioned.

My AviSynth version is 2.56

I copied MFC77.dll and NeroIPP.dll to system32 folder. The MFC71.dll was already there, but it was a version from 2003, i decided to overwrite it with the new version.

About the source detection problem:

Ah yeah sorry, I mixed that up. d2v interlace detection works, it just won't work for my DV input. I think it has something to do with a problem that maybe MeGui cannot decode the DV stream correctly (allthough i get a good preview).

dimzon

3rd February 2006, 13:38

@cmw
please, compess your neroraw folder and place it @ mytempdir.com
STOP!
Seems like i found a problem!
Try to use mp4 or m4a output file extension when you encoding via FAAC or NAAC (both via BeSweet and AviSynth)

cmw

3rd February 2006, 14:05

Umm, FAAC + AviSynth produces mp4 file (as mentioned, this works perfectly fine).

FAAC + BeSweet and NAAC + BeSweet produce mp4 files aswell. I've found out something new:

FAAC + BeSweet actually works. I forgot to check "source is multichannel", because if it is, and i do not check it, i will get the above mentioned error "first byte is not ebml" (but file plays in VLC). It works perfectly fine for stereo sources aswell

NAAC + BeSweet works with stereo sources. It will also output a file, when the input is multichannel and i do not check "source is multichannel". The result will be the known "first byte is not ebml". If I check it however, BeSweet will crash with "error configuring bsn".

So to summarize this confusion:

FAAC + AviSynth = works
NAAC + AviSynth = error
FAAC + BeSweet = works, when "Source is Multichannel" is properly checked if needed
NAAC + BeSweet = works, but not with multichannel

I have uploaded my compressed neroraw folder to:

http://cmw.cybton.com/neroraw.rar

Note: I've noticed that dooms Nero 7 dll versions are different than mine. I don't know what's going on, this version came with my Laptop and it's supposed to be Deluxe Version or sth, i don't know exactly. I didn't want to install it, so I just ran setup routine and copied the needed dll's from temp files and then cancelled setup. But it still should work without nero being installed.

Btw: I just noticed, d2v interlace analysis does work (sorry, I'm stupid). Leaves just the problem that it won't work with DV Video...

best regards, gmw

dimzon

3rd February 2006, 14:33

@cmw
Your bug is reproduced ;) You are using buggy aacenc32.dll version (from very early Nero7 release).
Try fresh Nero7 - it will work.

cmw

3rd February 2006, 15:08

Ok thank you, I'll see what I can do with my license.

Remains just the deinterlace problem.

I've tested now with interlaced files. With interlaced xvid, mpeg and d2v source, the analysis will work.. So there must be a SPECIFIC problem with DV Video (at least with PAL DV Video). As mentioned above, my best guess would be that there some DV-Codec related problem. Maybe similar to the cause why VirtualDub cannot open DV Video....

best regards, cmw

dimzon

3rd February 2006, 15:17

Ok thank you, I'll see what I can do with my license.
Check this: http://www.hydrogenaudio.org/forums/lofiversion/index.php/t39689.html http://www.hydrogenaudio.org/forums/index.php?showtopic=39673

This encoder is published by Nero itself for listening tests ;)

cmw

3rd February 2006, 15:27

It works now! Thank you very much!

Umm, lil sidenote, although I'm going to use AviSynth transcode, I tested it with BeSweet again and BeSweet will still crash with a multichannel source if "Source is Multichannel" is checked (with NAAC). But this is most probably not aacenc's fault...

dimzon

3rd February 2006, 15:29

It works now! Thank you very much!
berrinam, please note @ your guide that aacenc32.dll, v4.2.0.27 is not supported version.

Doom9

3rd February 2006, 15:40

I tested it with BeSweet again and BeSweet will still crash with a multichannel source if "Source is Multichannel" is checkedMake sure you only select that option if your source is really multichannel. Then run the besweet commandline from a command prompt to see if you can get any more crash details.. it sounds doubtful though. You realize you also need another bsn.dll for besweet.. the default one doesn't work with Nero6 afaik (you can find all the dirty details on the different Nero versions in the audio forum).

Maybe similar to the cause why VirtualDub cannot open DV Video....Hmm.. so you can't open these AVIs in VDub either? How does your script look in this case? And what DV codec are you using and could you post a sample of your AVI?

dimzon

3rd February 2006, 16:00

the default one doesn't work with Nero6 afaik
Wrong. Default bsn does work with both Nero7/Nero6. Just one exception - you will get improper channel mapping using bsn.dll for Nero7. In this case I wrote special workaround - bse_nero7wa.dll to be used via -dimzon besweet switch. Get this dll @ BeLight package if you need it

cmw

3rd February 2006, 16:28

Ah i have to correct this, I just downloaded the most recent version and the Video will load into Virtual Dub because either of ffdshow which can decode DV Video and even if i disable it, The "FourCC" will be "Internal DV Decoder" (must be new to VirtualDub because it was never able to load a DV Video unless you installed some DV Decoder (preferably Panasonic DV because it was the only freeware).

This seems messed up though, because ffdshow CAN handle DV (and therefore should MeGUI) and it also does load into the preview, it just can't handle the Deinterlace analasys and i don't see why.

You'll find uploaded piece of video at: http://cmw.cybton.com/test.rar This is just a 4 sec sample but it's 14MB, sorry for inconvenience.

Hmm, BeSweet will also crash on CLI of course, it just says error configuring bsn, but then I guess it's the problem you mentioned with the different versions, and since i'm not gonna use it and as I heard you will purge BeSweet support anyway, i don't really care now that NAAC works^^

Doom9

3rd February 2006, 17:30

@cmw: I'm just running an encoding session with NAAC via Besweet and "source is multichannel" checked.. it seems to be working out just fine.

cmw

3rd February 2006, 18:28

It works now for me aswell, I had to copy all the files (including MFC71 and NeroIPP, not just the encoder dll's) to BeSweet directory xD.

However, NAAC + BeSweet messes up channel mapping as dimzon said. (NAAC + AviSynth channel mapping is right).

Any luck with the interlaced DV?

FooFighter007

3rd February 2006, 18:45

Hi, I really love MeGUI!

I came accross some problems with the crop dialog in AviSynnth script generator. If someone has already posted this, simply ignore my posting :)

If I missunderstood the workflow, please point me in the right direction!

Plattform:
Windows XP Pro SP2 (German)
MeGUI 0.2.3.2062 -> compile.bat full
DGIndex 1.4.5

My workflow in AviSynth script generator

- open the d2v and get a Video Preview
- press Crop Dialog and get an additional Video Preview with cropping capabilities and ok and cancel button.
- press Auto Crop and the crop markers are set quite well
- press ok -> nothing happens
- press cancel -> nothing happens
- close the windows by top right X - crop settings get lost

I thought pressing ok would close the windows and put the values into the fittings fields in the Resolution Crop area.

Regards,

Foo

dimzon

3rd February 2006, 18:49

- open the d2v and get a Video Preview
- press Crop Dialog and get an additional Video Preview with cropping capabilities and ok and cancel button.
- press Auto Crop and the crop markers are set quite well
- press ok -> nothing happens
- press cancel -> nothing happens
- close the windows by top right X - crop settings get lost

:D
Crop Dialog is incomplete (i still waiting desicion from Doom9).
Right actions are to use crop controls placed on Script Generator window (near Crop Dialog button) instead of using Crop Dialog

By the way - what does you think is more comfortable for you - to use crop dialog or to use crop cpntrols placed on Script generator window

FooFighter007

3rd February 2006, 19:01

Thank you for the info! :)

I always use the controls placed on the Script Generator window and they have fullfilled my needs completely.

The crop dialog might help if the borders are not detected properly what actually has never happend to me during the last 10 DVDs.

I just pressed the Crop Dialog button as it was there :)

Regards,

Foo

P.S. Haveing two video previews open might be a bit irritating. If Crop Dialog is pressed the other windows should be closed.

foxyshadis

3rd February 2006, 21:27

ps, since it's the topic, horizontal cropping should use horizontal spinners. (Haven't seen the latest, maybe they do.) Vertical spinners make little sense in this instance.

Doom9

3rd February 2006, 21:40

The crop dialog might help if the borders are not detected properly what actually has never happend to me during the last 10 DVDs.Not really.. it's much easier to see what you get if the parts that are cropped effectively disappear from the screen.. if you feel auto-crop goes wrong you can always reduce the amount of cropping.
ps, since it's the topic, horizontal cropping should use horizontal spinners.not really bug, is it? I think the placement is enough.. I don't really see an advantage to making any changes in that department.

FooFighter007

3rd February 2006, 22:11

so are there any needs to stick to the Crop Dialog button then?

as value changes take immediate effect on the preview window fine tuning can be done in the standard AviSynth script generator.

Regards,

Foo

max-holz

5th February 2006, 08:56

I have done my first try to encode audio via avisynth this is result:

Starting job job1 at 8.51.13
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.AC3" -output "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -logfile "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -d 8 -g max )
successfully started encoding
Processing ended at 8.51.16
----------------------------------------------------------------------------------------------------------

Log for job job1

Error:
MeGUI.AviSynthException: Script error: there is no function named "NicAc3Source"
at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
at MeGUI.AviSynthAudioEncoder.encode()

this is result trying with force via direct show option

The current job contains errors. Skipping chained jobs
Starting job job1 at 8.56.31
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.AC3" -output "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -logfile "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -d 8 -g max )
successfully started encoding
Processing ended at 8.59.14
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Programmi\x264\neroraw.exe -o "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -rr 48000 -rb 16 -rc 2 -vbr_transcoding -codecquality_high -aacprofile_he Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode()System.DllNotFoundException: Unable to load DLL 'bsn.dll': Impossibile trovare il modulo specificato. (Exception from HRESULT: 0x8007007E)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args) in C:\MeGUI\Source-Cvs\MeGUI-src.CVS\neroraw\neroraw.cs:line 111

Version is 2063.

berrinam

5th February 2006, 09:09

I have done my first try to encode audio via avisynth this is result:C'mon, remember rule 1: read before posting.

You clearly haven't read the MeGUI guide, which is a sticky in this forum. It lists all the dlls that are needed for AviSynth encoding, it tells you where to put them, and it links to them, so you should have no problem finding them. Obviously from your two error messages, it is clear that you haven't set up bsn.dll in the right place, and you haven't put nicaudio.dll in your avisynth plugins folder.

berrinam

5th February 2006, 09:19

So as you said no PAR support in the CVS based compile, and -closed_gop is available, so this one should work well with MeGUI if I understood right.
If it's ok with you, I'm linking the MeGUI guide to your attachment, assuming that it works in my test. Thanks for posting it, and please tell me if you want me to remove my link.

max-holz

5th February 2006, 09:48

C'mon, remember rule 1: read before posting.

You clearly haven't read the MeGUI guide, which is a sticky in this forum. It lists all the dlls that are needed for AviSynth encoding, it tells you where to put them, and it links to them, so you should have no problem finding them. Obviously from your two error messages, it is clear that you haven't set up bsn.dll in the right place, and you haven't put nicaudio.dll in your avisynth plugins folder.

Yes I correct my error. Berriman is there any known bug using NAAC with a 2 channels source?

berrinam

5th February 2006, 11:30

Not that I'm aware of. I try to keep the known bugs list at the beginning of this thread up-to-date, but I miss out on some things. However, I haven't seen anything about NAAC+2channels.

nurbs

5th February 2006, 12:46

Yes I correct my error. Berriman is there any known bug using NAAC with a 2 channels source?

There is a bug if you encode LC with less than 128 kbps. The bug has nothing to do with MeGUI.

http://www.hydrogenaudio.org/forums/index.php?showtopic=40974

Turd_Ferguson

5th February 2006, 12:47

ok, in the D2V Creator of MeGUI, i select a .vob file to create the .d2v file, and i check "on completion load file" box. I hit the Queue button, go to the Queue tab of MeGUI, and there is my job waiting. there i hit start, and after a minute, the Avisynth script generator window opens with a video preview window next to it. the video input file path is already completed for me, so i only adjust the resolution to 320x240, and check "on save close and load to be encoded" box. i then click save. next i have the MeGUI Input tab selected and have the fields for video already filled in. if i check "add pre-rendering job", i get errors about my avisynth script, so i leave it unchecked. i click Autoencode, and the Automatic Encoding window opens, where i leave muxed output alone, and select the "no target size" button, and click Queue. i then click on the queue tab and see my jobs waiting. i click start, and instantly, the video encoding is shown as done, and i am left with a .mp4 file that is 0kB in size. i can repeat this process with another, much smaller .vob file from the same DVD, and everything works. i can not get the video encoding to work on any other .vob file so far.

i have attached both the working and failing MeGUI logs.

i am using sharktooth's PD-iPod profile, in MeGUI 0.2.3.2063. this is the script for both projects:

LoadPlugin("C:\ipod\dgmpgdec146\dgdecode.dll")
mpeg2source("C:\THE_OFFICE\VIDEO_TS\New Folder\VTS_03_1.d2v")
#blank deinterlace line
#crop
LanczosResize(320,240)
#denoise

please help!

Doom9

5th February 2006, 13:15

i have attached both the working and failing MeGUI logs.Please run the failing commandline manually.
Before you ask how to do that, read the reporting guidelines again.. I just put the instructions there.

cmw

5th February 2006, 16:23

Hi there, new problem ;)

I've set up the One Click Encoder according to the Guide. When I click go I get the error Message:

"The following error occured when parsing the info file: Empty path name is not legal".

However I can't figure out where I would have an "emtpy" path, except for chapter file selection oO

Edit: The Job gets listed in the Queue though and umm.. it works... but why the error?

best regards, cmw

Doom9

5th February 2006, 16:28

@cmw: ask yourself, with the info given, can anybody reproduce this?

To those that have reported shutdown not working: have a look at your logs.. megui will write a message to the log if it tries to shut down but it doesn't work out.

cmw

5th February 2006, 16:36

No, I don't mean shutdown. It's just the One Click Encoder. I set up a One Click Encoder Profile, then start the one click Encoder, Load a .vob file, it complains it has no DVDDecryptor info, so I select Track 1 and 2, set filesize, check all settings (everythings fine) and then click "Go". At this moment, the error messagea appears: "The following error occured when parsing the info file: Empty path name is not legal".

I can close the window then and go to the Queue tab, where the job is listed (idx). I can click encode and EVERYTHING works.

It's just why does this error occur?

MeGUI Version is 0.2.3.2062 1 Feb 2006

There is no log entry, since it's just about adding a job to the queue.

pcaca

5th February 2006, 21:23

I have Windows XP x64 (I compiled MeGUI by myself for x86 platform) and everyrhing works except Nero encoding via AviSynth. FAAC and Lame encoding via AviSynth works as it should but NAAC doesn't work. The log file is:
Starting job job1 at 21:02:17
Job is an audio job. Commandline:
-core( -input "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp2" -output "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp4" -logfile "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.besweet.log" ) -bsn( -2ch -cbr 128 ) -ota( -g max )
successfully started encoding
Processing ended at 21:02:20
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\MeGUI\neroraw.exe -o "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.IO.IOException: The pipe has been ended.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()System.BadImageFormatException: An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args)

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs

I have all files as mentioned in MeGUI guide. I have tried with diferent versions of Nero AAC (Nero 7 oficial and experimental version from rarewares) but it doesn't work.

EDIT: Problem solved the error was in neroraw.exe i recompiled it with included bat file and /platform:x86 argument and it works. I don't know why it didn't work when i compiled it with VS and platform x86 option.

Turd_Ferguson

5th February 2006, 21:55

@Doom9
your instructions on my last post were very clear. i will run the command line and give the results as soon as i can.

ok, i just did an entire DVD sucsessfully, using One Click Encoder. it was a disk of episodes that were in 4:3 format, and they all playback in ipod fine. i have yet to get the x264 compression to work on a 16:9 DVD. has anyone else had these issues with the PD-iPod profile?

berrinam

5th February 2006, 22:00

It's just why does this error occur?
Yep, I confirm that it happens to me as well. It occurs because it is a remnant from a long time ago, when One Click Encoding was managed differently, and since most people probably either use DVDDecrypter or don't use One Click Encoding, it hasn't been reported yet. I've added it to the bug list.

ChronoCross

6th February 2006, 05:04

AviSynth Script creator is broken in 2064. It cannot be loaded from the gui.

AviSynthProfile prof = this.mainForm.Profiles.AvsProfiles[this.avsProfile.SelectedText]; ;

Visual Studio Reports it as a Key not found in dictionary error.

cmw

6th February 2006, 05:45

Ok, another report here. I'm sorry I haven't had the time to go though the entire thread and this might have been discussed before.

I also not consider it really a bug (indeed, this turned out EXTREMELY helpful today).

I haven't tried with different source types, but what I can say is that if I load a vob file into the OneClickEncoder, which has a Framerate of 29.xxxx (standard NTSC) and encode it with AVC (CE-Quicktime Profile) (I think XVID behaves the same, but I'm not sure, have to check when I have time), the resulting mp4 will have a framerate of 25fps. I have no clue how the transcoder does this, but it must be similar to Virtual Dub's "Convert to Framerate" (because the resulting Movie won't be longer than the original one, and Audio will be in Synch).

However, If i encode to raw stream, something ugly happens: The Framerate still turns out as 25 fps, but there are no frames dropped, resulting that a 37sec video will be 45sec afterwards (which of course leads to *some* issues ;) ).

This behaviour is also reproducable when doing a normal encode (not OneClick, just load d2v with 29fps into avs generator and convert to mp4 and then raw to see what happens).

Note (might be relevant or not, don't know): The vob's I used are the Dolby Cinematic Trailers (eg. Dolby Aurora, or Dolby Canyon). I downloaded them from CineLine or some similar site, so I didn't use DvdDecryptor, the files are just there on my HD.

As I mentionend, I've had no time to investigate this further, but ask me for any information you might need.

berrinam

6th February 2006, 05:56

I haven't tried with different source types, but what I can say is that if I load a vob file into the OneClickEncoder, which has a Framerate of 29.xxxx (standard NTSC) and encode it with AVC (CE-Quicktime Profile) (I think XVID behaves the same, but I'm not sure, have to check when I have time), the resulting mp4 will have a framerate of 25fps. I have no clue how the transcoder does this, but it must be similar to Virtual Dub's "Convert to Framerate" (because the resulting Movie won't be longer than the original one, and Audio will be in Synch).The One Click Encoder should do no such thing. The only conversion of framerate that I can imagine would happen is one of the two following:
You have a telecined film (29.97fps), which MeGUI IVTCs or Force Films, which results in a downconversion of the framerate to 23.976fps
There is a bug in MeGUI which causes it not to signal the framerate to the muxer. This would result in an audio desynch.

However, If i encode to raw stream, something ugly happens: The Framerate still turns out as 25 fps, but there are no frames dropped, resulting that a 37sec video will be 45sec afterwards (which of course leads to *some* issues ;) ). Not a MeGUI bug. I presume you don't mean the One Click Encoder, because I didn't think that you could encode to raw with it (it doesn't make sense having raw output in what is supposed to be a complete system). Obviously, if you have a raw file, it doesn't signal the fps, so the muxer doesn't know what it is. You must set the fps manually in the muxer (MeGUI gives a fps checkbox which must be filled in for raw video).

Avish

6th February 2006, 08:21

When i tried to open Avisynth Script Creater from tools menu, its giving me error...see the attached image.

Doom9

6th February 2006, 09:30

(CE-Quicktime Profile)I presume that means MP4 output (those details are important darnit).. the log would tell us more (once again it's missing.. I think I need an additional keyboard button that writes "post the log"). it's the mp4box commandline and especially the fps flag that would be important.. or lack thereof and seeing which encoder was used.. if input is mp4, mp4box should take the input fps so that would indicate a problem in x264's mp4 output (they are numberous I'm afraid and always keep on creeping up.. though it's not really x264's problem but gpac's), or combine that with an improper mux commandline.

@Avish: chronocross already reported that. However, perhaps I should've written in the notes that the build you're using is not meant for non developers.. it contains major internal changes and while I did try every form (at least I think I did), I don't have all kinds of profiles to test out.

ChronoCross

6th February 2006, 17:13

As a precaution until the refactoring is done, I will be marking my builds as stable or dev. Hopefully this will prevent some confusion onto whether or not people should use it as you have stated that they should be more for internal testing than full use.

netchris

6th February 2006, 19:26

Hi all.
I have this small prob. i couldnt find a solution for.
When i create a d2v file, and try to open it in Megui's avisynth script generator i get this error "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project". Creating new d2v files with options correct field order and force open gops in d2v file,(in DGindex) doesnt help either.
I think i have my system setup just fine (with DGDecode.dll @ avisynths plugin folder). So im clueless how to fix it.
Any help appreciated.
Im using DGIndex 1.4.6.

berrinam

7th February 2006, 12:26

When i create a d2v file, and try to open it in Megui's avisynth script generator i get this error "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project".This could be caused by quite a number of reasons... possibly a version mismatch between DGIndex.exe and DGDecode.dll?

@devs: I think that we could perhaps get more descriptive error messages for that situation if we used dimzon's Avisynthwrapper .... new DGDecode.dll's return very descriptive AviSynth error messages, and they could be much more useful to debug than the current one (as netchris quoted).

My own bug report: MeGUI 0.2.3.2066 flags jobs as done instead of error when there is an error. However, the job quere still stops.

cmw

7th February 2006, 12:48

I'm going to test out before-mentioned stuff now, but for starters:

You can not crop more than 200 pixels from each direction. Although this may not be necessary often, I don't see why. When using manual crop it won't let you enter a value above 200 and with Auto Crop there will come an error message that the Value xxx (something above 200) is supposed to be between Min and Max value.

Doom9

7th February 2006, 13:01

@cmw: what kind of content requires more than 200 pixels be cropped from one side?

cmw

7th February 2006, 13:27

Domm 9: The sample I was going to test.

Ok, here are the results. I have to explain a bit. I use a capured Video (AVI, Zipped Motion Block Codec) from DosBox as source. This file has 70 FPS! Although this has nothing to do with MeGui, this is a major problem, because apparently VMR7 Playback AND Overlay Playback are not able to render more fps than the vertical synch of the display is. This results in extreme dumb behaviour that from an 70fps movie, only 60 are rendered in one second and the remaining 10 are not dropped but appended to the nex second! This results that the movie plays slower than it should, but the sound does not adapt, so we have extreme audio/video desynch.

However, if I use Virtual Dub's "Convert to Framerate" --> Someting below 60, Playback will be in synch.

For more information on this topic, see:

http://vogons.zetafleet.com/viewtopic.php?t=11168

Well now for the bug reporting stuff: I loaded this 70 fps movie in the avisynchscript, cropped it, it's not interlaced.

For the cropping question: This is the Phantasmagoria Intro, the resolution of the games is 640x480, but when I set the videos to "Half", then they will only consume about 320x180 or sth like that and i would need to crop more than 200px to get rid of black borders, but that's not that important.

As encoding settings, I chose CE-Quicktime and as container .mp4.

Here is the log:

Starting job job1-1 at 12:49:41
Job is a video job. encoder commandline:
--pass 1 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Programme\DOSBox-0.63\capture\test.avs"
successfully started encoding
Processing ended at 12:54:01
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:46 Avg QP:18.83 size: 16516
x264 [info]: slice P:10782 Avg QP:21.52 size: 1719
x264 [info]: mb I I16..4: 31.4% 0.0% 68.6%
x264 [info]: mb P I16..4: 2.5% 0.0% 0.0% P16..4: 48.2% 0.0% 0.0% 0.0% 0.0% skip:49.3%
x264 [info]: final ratefactor: 27.39
x264 [info]: kb/s:997.7

Actual bitrate after encoding without container overhead: 997.82

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 12:54:01
Job is a video job. encoder commandline:
--pass 2 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Programme\DOSBox-0.63\capture\test.mp4" "C:\Programme\DOSBox-0.63\capture\test.avs"
successfully started encoding
Processing ended at 12:59:03
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
mp4 [info]: initial delay 0 (scale 10000000)
x264 [info]: slice I:46 Avg QP:14.17 size: 23415
x264 [info]: slice P:10782 Avg QP:16.54 size: 1702
x264 [info]: mb I I16..4: 23.7% 0.0% 76.3%
x264 [info]: mb P I16..4: 0.3% 0.0% 1.5% P16..4: 17.6% 1.1% 2.1% 1.2% 1.5% skip:74.7%
x264 [info]: kb/s:1004.9

Actual bitrate after encoding without container overhead: 1005.04
desired video bitrate of this job: 1000 kbit/s - obtained video bitrate: 1007,47829964239 kbit/s
----------------------------------------------------------------------------------------------------------

Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least *declared* 25 fps. However, when I check with Windows Media Player (6.4, not Classic!), and press statistics, it states that the FPS is 25, but that the actual FPS are around 60! The Audio/Video will still be out of synch, exactly as in the original Capture File (so my former assumption that it does sth like Virtual Dub's Convert to FPS is not accurate, indeed, it seems to do nothing at all except declaring the file as 25fps).

Since the FPS of the file seem not to be really altered, the only bug in this case would be that e.g. a 35fps source will be declared as 25fps in the resulting output, but will still play back with 35 fps.

Here is a screenshot of the MP Statistics:

http://cmw.cybton.com/statsmp4.png

For XVID: I couldn't reproduce the behaviour. I set xvid to 1700 CBR and as Container AVI. The resulting output will have 70fps and playback with 60 (as ususal).

So in XVID a 35fps video would be declared as 35fps and would playback with 35fps.

Screenshot:
http://cmw.cybton.com/statsxvid.png

I hope this lifts the confusion a bit.

Edit: To clarify more, i made additional screenshots:
This is the stats from the Dolby Canyon Cinemeatik Trailer. It has 29 FPS (standard) NTSC.

When converted to AVC, it will be declared as 25fps but will still playback with 29.

http://cmw.cybton.com/dolbyavc.png

When converted to XVID, it will be correctly declared as 29 FPS and will playback with 29.

http://cmw.cybton.com/dolbyxvid.png

Edit 2: I also wonder what has happened to my interlacing problem with DV. Have you checked with the sample I provided? =)

Edit 3: Ah yeah, in case of question, my x264 version is Sharktooth's 408M.

mfg gmw

netchris

7th February 2006, 17:13

Thank you for your response berrinam.
I found the solution, for some reason the program paths were reset and had to realocate them.
Somebody please post a newer binary @ sourceforge :)

Doom9

7th February 2006, 18:43

Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least *declared* 25 fps.I see that you're using direct mp4 output. Your log shows no muxing, so am I correct in assuming that your experiments were done with a video-only mp4? (if not.. that's something you should not forget to mention). And if that assumption does not hold, then it's important to know that if fed with video containing mp4's, mp4box will use the input fps as its output fps.. so unless there's a muxjob with a wrong forced framerate, the problem seems to be located somewhere in gpac (be it x264's mp4 output or mp4box).

@devs: I think that we could perhaps get more descriptive error messages for that situation if we used dimzon's Avisynthwrapper Didn't one of dimzon's latest commits already take care of that (redirect calls to avswrapper instead of using interop via dgdecode to access the video). In fact, looking at the dev thread, he did: - Simplified d2vReader code (now it just forwards it's calls to AvsReader executed on Mpeg2Source(fileName) script)

ChronoCross

7th February 2006, 19:26

seems the Pre Render Checkbox does nothing. Not that it currently works(I'm almost positive now that it's a minGW problem). Just thought I'd let you know for future purposes.

dimzon

7th February 2006, 19:28

Didn't one of dimzon's latest commits already take care of that (redirect calls to avswrapper instead of using interop via dgdecode to access the video). In fact, looking at the dev thread, he did:
Actually I do nothing about error reporting yet - i need to modify all code wich invokes d2vReader's methods for this
public bool openD2V()
{
try
{
this.reader = AvsReader.ParseScript("Mpeg2Source(\"" + this.fileName + "\")");
return true;
}
catch (Exception e)
{
Console.Write(e.Message);
return false;
}
}

dimzon

7th February 2006, 19:39

fixed
0.2.3.2069 7 Feb 2006
Commit by dimzon
- Better diagnostics for d2v
- Fixed some resource leak in VideoUtil

Doom9

7th February 2006, 19:45

i need to modify all code wich invokes d2vReader's methods for thisWell.. go nuts then.. just keep the coding guidelines in mind.

dimzon

7th February 2006, 19:48

Well.. go nuts then.. just keep the coding guidelines in mind.
really i have found only one "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project" entry in solution - @ VideoPlayer.cs and perform modification. If anyone know another place please inform me!

arnea

7th February 2006, 19:48

Hi!

Audio encoding via Avisynth produces mute sound clip when DirectShowSource is used in AVS script.

Avisynth 2.5.5
MeGUI 0.2.3.2063

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.

Thanks for the nice tool, I especially like that it prints out the command lines - very educational.

Arne

dimzon

7th February 2006, 19:52

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.
1) Does You hear sound when you opening your script in any DShow player?
2) Provide your script
3) Provide (if possible) wmv sample (less than 10MB please, upload it @ mytempdir.com in ZIP or RAR or 7Z)

Doom9

7th February 2006, 20:20

really i have found only oneThat sounds about right.. after all.. d2v reading is only used for the preview window with a d2v input.

Turd_Ferguson

7th February 2006, 20:52

@Doom9
sorry about the delay, but i finally ran that command line you posted. it returned the same error that was in the windows error. i have a screen shot of the command line and error attached.

the second attachment is a screen shot of the Avisynth script generator after loading the .d2v file from DGIndex. fps show as "NaN". when i open the .d2v file in wordpad, fps shows as...

Frame_Rate=23976

the third attachment shows the Automatic Encoding window. each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. i never select bitrate, always file target size, and usually it is "don't care".

i am fairly certain it is not the muxing that is the problem, since i can get the exact same senario to work if i only use a 4:3 ratio DVD. what should i try next? there must be an Avisynth command or plugin that i can use to deal with the 23.976 fps, and that might fix everything else down the line. mabey?

pcaca

7th February 2006, 21:07

Why don't you add /platform:x86 switch in the compile.bat in order fix the compilation bug for Windows XP x64 and compile the ChronoCross builds with that switch?
I don't have any problems because i can do CVS checkout and compile it by myself, but there are people wich can't do that. I think that it's inconvinient for someone who uses Windows XP x64 to download and configure TortoiseCVS wich is not completley compatible with x64 and you must use 32-bit explorer to do CVS checkout.

Doom9

7th February 2006, 21:11

@Turd_Ferguson: 1) just as I suspected.. you have a buggy mp4box build.
each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. I very much doubt that has anything to do with it.. rather this signifies a number overflow.. which bodes the question of preview.. what if you load the avs.. do you have a proper preview and does the source has the proper length reported? And then there's the question on what audio streams you have configured, and what you have clicked and typed in the auto-encode window. Add to that what the codec's bitrate was set to before you pressed auto-encode (I can't reproduce it).

Richard Berg

7th February 2006, 21:11

I'm sure it's already on the list. MeGUI is under heavy development; I don't expect us to release a new "official" build very soon.

max-holz

7th February 2006, 23:08

I noticed that in version 2064 the bitrate is not transferred from bitrate calculator to commandline and I do not know if the size is settled correctly.
I do not know if this bug caused by the hard development was fixed or not.

Richard Berg

7th February 2006, 23:20

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

max-holz

8th February 2006, 07:10

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

x264 bitrate

Tzim

8th February 2006, 10:05

It's been a long time since I did my last video encoding trials.
I just wanted to try MeGUI, as a .net fan I am.

But ... it crashed on my system as soon as I opened an .avs file, saying that avisynth wasn't there. Damnit, it shouldn't crash, I have avisynth install, as I can pass avs files to x264 CLI.

So what ? I'm under Windows XP x64. So I checked, and here's the problem :
MeGUI is launched on a 64-bit process, with the x64 framework. As a 64bit process, it can't load 32bits dlls, and crashes trying to load avisynth.

As it's said there : http://blogs.msdn.com/junfeng/archive/2005/12/09/502327.aspx
Managed applications compiled with compiler option /platform:anycpu (MSIL only applications) will be executed as 64 bit native processes.
The decision is made by the OS.

So I used the corflags tool to mark the exe as 32bit only.

I think you should use the /platform:x86 option to compile MeGUI. Note that that changes only one bit of the final exe, to tell windows to run it only on 32bit framework.

More info : http://blogs.msdn.com/joshwil/archive/2005/05/06/415191.aspx

Doom9

8th February 2006, 10:16

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740

Tzim

8th February 2006, 10:19

Noted. I didn't recompile but used corflags, but thanks, and megui looks like a great tool...

dimzon

8th February 2006, 11:54

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740
commited new compile.bat - now it contains /platform:x86 switch

Sh4nn0w

8th February 2006, 12:01

I have been using the 0.2.3.2063 stable build for encoding, no probs.

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......

Couldn't see this listed elsewhere in the buglist.

Great App, keep up the good work:D

berrinam

8th February 2006, 12:06

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......
Reproduced here. Added to the buglist.

dimzon

8th February 2006, 13:46

Reproduced here. Added to the buglist.
fixed

The Link

8th February 2006, 14:21

The audio configuration seems to be broken (build 2069):

1) Creating a new audio profile generates an error.
2) If there's already a preset for a codec chosen and you click "config" also an error message pops up.
3) Changing the state of the "Audio profile" dropdown box doesn't make the codec dropdownbox adapt, i.e. changing from an aac profile to a mp3 profile doesn't make the codec dropdownbox change to mp3.
4) Adding a job to the queue prouces "Audio iput/output types are incompatible". Clicking "config" before adding a job avoids that message and the job gets properly added to the queue.

edit: added point 4

dimzon

8th February 2006, 15:33

@The Link
1) - fixed
2) - fixed

dimzon

8th February 2006, 15:41

@The Link
3) - fixed in 0.2.3.2075

@developers
Can't fix 4) issue myself - there are really ugly ununderstandable code!

The Link

8th February 2006, 18:37

Thanks for the quick fixes :) Point 4 is there since I use MeGUI so it seems to be indeed severe and not easy to fix but since there's a workaround it's not too bad for me.

There are still some things which are not correct (imho) in the AVS script creotor (build 2078):

1) The noise filter dropdown box contains the same values as the resize filter dropdown box.
2) The preview button at the bottom works if the original preview window is open but produces wrong results: It looks like the crop values got applied double so that there's not much left to see from the image. If the original preview window has been closed the preview button at the bottom generates an error message.
3) The crop dialog button is still dysfunctional, i.e. the crop preview window works but the values don't get applied and the OK and CANCEL buttons don't work.

The Link

8th February 2006, 18:50

In the settings you can't chose the default audio tracks independently, i.e. if you change the language in one of the two dropdown boxes the other one gets changed to the same value (build 2078).

dimzon

8th February 2006, 18:54

@The Link
1) fixed (this is my stupid bug during refactoring)
2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design

bob0r

9th February 2006, 00:52

2079 won't compile:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
baseAudioConfigurationDialog.cs(603,57): error CS0234: The type or namespace name 'Interaction' does not exist in the namespace 'Microsoft.VisualBasic' (are you missing an assembly reference?)
JobUtil.cs(559,30): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'

I waited hours for sourceforge cvs to update to 2079, before i compiled x264 rev 425, and now megui does not compile :p

Turd_Ferguson

9th February 2006, 01:04

YES! i got it! i finally got a video encode of a 16:9 DVD with the PD-iPod profile.
the problem this whole time was that the .d2v file created by DGIndex 1.4.6 contained this line:

Frame_Rate=23976

When it should have been this:

Frame_Rate=23976 (24000/1001)

AutoEncode worked fine after i changed that one line. again, this only happened to me with 16:9 ntsc dvd's. when i use 4:3 ntsc dvd's the frame rate line is correct, and everything works fine.

ChronoCross

9th February 2006, 05:16

2079 won't compile:

try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.

Doom9

9th February 2006, 09:22

2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design
NO bugs are by design. Please remove the crop dialog (it should've never made its way into functional builds)

leowai

9th February 2006, 10:23

2079 won't compile:
try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.
I've managed to compile it from the compile.bat.

Just add /r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll to the end of MeGUI and MeGUI-svn compilation command lines.

Doom9

9th February 2006, 10:25

"/r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll" Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?

dimzon

9th February 2006, 10:59

Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?
Fresh compile.bat commited, error fixed (sorry)
@Doom9
MeGUI still written un C# but I'm using one VB.NET function - InputBox (Microsoft.VisualBasic.dll is part of .NET Runtime)
Later it can be replaced by custom form

Sh4nn0w

9th February 2006, 15:11

version 0.2.3.20.81

You can now select a default audio track for DGIndex in the settings tab, but not 2 independant languages, ie track 2 automatically defaults to track 1 default language. (I tried changing to other languages, same problem)

Also the same if change track 2, track 1 changes to the same language.

Just to add, the following came up when compiling:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix,
please check it!'
JobUtil.cs(559,30): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.