MeGUI Bug-Report Thread [Archive] - Page 5

View Full Version : MeGUI Bug-Report Thread

Pages : 1 2 3 4 [5] 6 7 8

Limobar

24th May 2006, 18:10

@Limobar: am I correct to assume that job10-2 is the audio job that didn't work out and job12 is the audio job that caused no problem (and respectively job11 is the muxjob whose result couldn't be properly played and job13 is the muxjob whose result you were able to properly play?)

All assumptions are correct. I've added colors to my message, to make things clearer (I hope).

acrespo

24th May 2006, 19:06

2153 version has the same problem of all versions from 2146.
I did these steps:

1- Load AVS in video input.
2- Choose the video profile and x264+MP4 container
3- Click on Autoencode
3- Choose the size (174 Mbytes) and check Add additional content.
4- Choose the audio file already compressed with Nero AAC.
5- Press Go button. Nothing happens.

I did a fresh install of 2153 version upgraded from 2148. MP4Box is from 19 May. The only way to mux audio and video is after do 2passes with final video and final audio ready and click on menu Tools>Muxer>Adaptative and choose the files manualy and add a separate queue for this.

Back to version 2132 and all is function again.

Doom9

24th May 2006, 19:22

hmm.. same audio commandline..
can the .aac file be played properly?
as far as the muxing goes, what happens if you try to mux the .aac file manually (assuming it can be played)?

Also, could you open a command prompt at the location of your mp4box.exe and paste the following, then press enter:

-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac" -fps 23.976023976024 -new "E:\Samples\freedom-muxed.mp4"

And if it doesn't work, try again but this time with -fps 23.976 (so strip away the rest of the fps string)

DeathTheSheep

24th May 2006, 19:42

The Nero AAC files made with this thing seem to be non-spec compliant, so MP4box chokes on 'em.

Anyway, my bug. (Another Nero AAC problem).
Muxing an x264-mkv and Nero AAC doesn't work: only the video is kept. MeGUI tells mkvmerge to use track "0" when it doesn't exist: the audio is in track 1. There is no way for the user to change this behavior, either.

Manually muxing with MKVmergeGUI 1.7 is fine--it detects that the audio is in track 1, not in track 0, so it muxes properly to mkv.

I have the same MP4 problem that acrespo and many others have with Nero audio muxing. Any other AAC (faac, CT AAC) work fine with both mkv and mp4, regardless of settings. So...

PS: For Nero, I use LC-AAC VBR Q .15, just so ya know ;)

Limobar

24th May 2006, 19:46

hmm.. same audio commandline..
can the .aac file be played properly?
as far as the muxing goes, what happens if you try to mux the .aac file manually (assuming it can be played)?

No sound. Job 11. The red part of the log.

Also, could you open a command prompt at the location of your mp4box.exe and paste the following, then press enter:

-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac" -fps 23.976023976024 -new "E:\Samples\freedom-muxed.mp4"

No sound.

And if it doesn't work, try again but this time with -fps 23.976 (so strip away the rest of the fps string)

No sound.

The muxed file without sound (.mp4) + AAC = audio + video working (both fps tried)
The original video file (.264) + AAC = video working (both fps tried)

Is there something wrong with the original video file (.264)?

Shouldn't the audio file have a mp4 container, in the first place?

parcival

24th May 2006, 19:47

I have a problem with MeGUI and 1st pass encoding.
Whenever I choose "2pass-1st pass" (x.264) and press enqueue I get the following error message:

Video output filename does not have the correct extension.
Based on current settings, it should be mkv

(or mp4 if mp4 was selected before it become grayed out)

What am I doing wrong? 1st pass isn't supposed to create a file right?

acrespo

24th May 2006, 20:14

Bitrate calculator has a small bug. I did these steps:

The steps to wrong result values:
1- Change the audio bitrate and file size.
2- Change the container from MKV (default) to MP4.
3- The results are the same for MKV and MP4

The steps to correct result values:
1- Change the container from MKV (default) to MP4.
2- Change the audio bitrate and file size.
3- The results are correct (different) for MKV and MP4.

In other words, it seems that when the container is changed the results are not changing but if you change anything after container the results are changing considering the new container.

berrinam

24th May 2006, 22:22

Ok, so nero shouldn't be used to generate AAC files. We know that, but it needs a bit of a restructure to fix it, so you'll just have to cope for now.

I'm interested in the slowdown that people are talking about. While I have not touched audio encoding, I've refactored the video encoding. Perhaps running another thread caused a significant slowdown, so if people can give me some exact numbers to show this, that would be good.

acrespo

25th May 2006, 00:00

It's strange I am using Nero via BeLight (LC VBR Streaming) and OK to version 2132 but with version 2146 and up, I can only mux manualy. My problem is not the same as yours.

I don't know if neroaacenc will be a problem for me because I am using ABR 112 Kbps (2pass) when I do some convertions. I will test some of them with MeGui tomorrow.

Doom9

25th May 2006, 00:11

@berrinam: if youv'e halfways kept my way of registering encoders, then you could register the nero encoder to only do mp4. I'm quite surprised that raw aac is chosen in automatic mode.. mp4 should have first priority. In fact, since we're not using avimuxgui now (it cannot handle aac in mp4 so that's why I introduced raw aac), perhaps it would be better to remove raw aac again.

futurex

25th May 2006, 04:50

i have 0.2.3.2153 from x264.nl and i'm still getting the "bitrate calculator not refactored" message. but it said here it was fixed, so i just ignore it. but when i'm setting the output size, the calculated bitrate does not change when i alter the audio bitrate. eg. in the screenshot below, the calculated bitrate stays at 2445kbps even if i change the audio bitrate to 320, 0, etc. naturally the file size doesn't end up how i want it

http://img231.imageshack.us/img231/562/megui3bd.jpg

doesn't anybody else experience this? :o

Limobar

25th May 2006, 10:35

dimzon

25th May 2006, 11:15

In fact, since we're not using avimuxgui now (it cannot handle aac in mp4 so that's why I introduced raw aac), perhaps it would be better to remove raw aac again.
CT AAC doesn't support MP4 output...

berrinam

25th May 2006, 11:47

@berrinam: if youv'e halfways kept my way of registering encodersI have, but it is not complete for the Audio Encoders: a single monolithic AviSynthAudioEncoderProvider is registered, which manages all of the audio encoding... it seems to me to be a bad structure, but I've avoided touching audio as much as possible, since that seems to be dimzon's area.

Anyway, I said it would need a restructure, and I meant that it would need to be separated into separate AudioEncoderProviders for each encoder (which I think is a good idea anyway).

shon3i

25th May 2006, 12:14

CT AAC doesn't support MP4 output...

Why should not make only mp4 otput because is more better than aac, for both FAAC, CT or aac support for Nero.

Doom9

25th May 2006, 12:33

How about registering the avisynthprovider multiple times, but each time with different capabilities? Then again I think that would lead to a codec dropdown that would include AAC multiple times because there are multiple AAC encoders... we're back to the "one codec multiple encoders" problem.

Doom9

25th May 2006, 12:36

@futurex: I can confirm that behavior. It gets worse as changing codec and / or container doesn't seem to be having an effect either.

berrinam

25th May 2006, 12:37

How about registering the avisynthprovider multiple times, but each time with different capabilities?I'll sort something out -- it'll end up being the same as video, which is good.

Then again I think that would lead to a codec dropdown that would include AAC multiple times because there are multiple AAC encoders... we're back to the "one codec multiple encoders" problem.I don't see this as a problem -- that is exactly how it SHOULD work.

Doom9

25th May 2006, 12:40

I don't see this as a problem -- that is exactly how it SHOULD work.
Hmm.. I was too quick to jump to judgement.. it's actually not this situation.. we'll have multiple AAC encoders, but one called CT AAC, one ND AAC and one FAAC.. and that's indeed what we want. I must've still been asleep when I posted :(

hhanh00

25th May 2006, 13:26

It seems like SAR doesn't work anymore after the checkin: 'berrinam: Silent commit: partway of IJobProcessor refactor'. Is it expected?

I noticed that nothing calls findSAR anymore. It used to be in CommandlineVideoEncoder.cs.

Thanks,
--h

sp@rrow

25th May 2006, 14:36

Half of bugs have caught, there was second half =))))

Use raw-aac in autoencode it`s bad idea - mp4box don`t understand raw-aac:

Log for job job1

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 704 x 384 at 25.0000 FPS
Adjusting AVC SizeLength to 24 bits
Import results: 4871 samples - Slices: 38 I 1617 P 3216 B - 1 SEI - 38 IDR
Stream uses B-slice references - max frame delay 2
Audio isn't MPEG-2/4 AAC with ADTS
Error importing D:\Test\test.aac:lang=English: BitStream Not Compliant
(BitStream Not Compliant)

Bag 2:
If in autoencode choose necessary bitrate - then "Files Size" - will be real size*1000:
Bitrate put 1700kbit, size has calculated 40482mb =)))

job job1-1 has been processed. This job is linked to the next job: job1-2
We have an audio job followed by a video job
The audio job is named job1-1. The first video job is named job1-2.Found another video job: job1-3.
The audio job is named job1-1 the first pass job1-2.
The video job has a desired final output size of 42 448 453 632 bytes and video bitrate of 1000 kbit/s
Found a preceding audio job: 'job1-1'.job1-1 completed successfully, taking size into account...The size is of this track is 1732370 bytes, and the type is Raw-AAC. Taking this into account in the bitrate calculation.
Desired video size after substracting audio size is 41 451 826Setting the desired bitrate of the subsequent video jobs to 1 742 831 kbit/s

shon3i

25th May 2006, 14:46

Use raw-aac in autoencode it`s bad idea - mp4box don`t understand raw-aac:
If you use ND AAC and raw aac this not work because ND AAC only work with MP4 container like CT AAC only work with raw aac and not with mp4 for now.

sp@rrow

25th May 2006, 16:18

Yes i use Nero aac - but after autoencode files with "aac" extension (actually mp4 but with "aac" extension =)))
And mp4box don`t understand these files (MP4Box - 20060519).

Carpo

25th May 2006, 19:08

doesn't anybody else experience this? :o

ye i have done for a bit but if you roughly know what bitrate your audio is you can choose the rate in the drop down box and it seems to give a closer avg than without :)

shon3i

25th May 2006, 20:04

Yes i use Nero aac - but after autoencode files with "aac" extension (actually mp4 but with "aac" extension =)))
And mp4box don`t understand these files (MP4Box - 20060519).
That is bug in AutoEncoder because Nero MP4 can't have aac extension so not only mp4box reject that file, any player will reject too.

@dimzon Can you manage to use only mp4 containers for all Nero, CT, FAAC, because is more flexible

Thanks

Avish

25th May 2006, 22:00

Guys, please take a look at this http://img345.imageshack.us/my.php?image=whyisthishappening8qj.jpg

First look at what error MeGUI is giving & then look in the background & please tell me why is this happening?

Happend 3-4 times, everytime it gives the same error. Why can't it find it when it is right there. :rolleyes:

cc979

25th May 2006, 22:05

acrespo

25th May 2006, 22:24

I did some tests with neroencaac.exe in ABR mode. I can't mux when I do autoencode but I can do separate jobs to encode video (2passes) and other to mux audio (encoded previously with SNG 0.71) and video.

The final file is OK.

Sharktooth

26th May 2006, 03:45

using 0.2.3.2153 24 May 2006

just tested the CT AAC

and got an error,
Job completed successfully and deletion of intermediate files is activated
Starting job job1 at 20:59:34
calling setup failed with error Can't find encoder D:\Utils\AV\DVD\Me.GUI\tools/encaacplus\encaacplus.exe, please check settings!

so had to change the path to:
D:\Utils\AV\DVD\Me.GUI\tools\encaacplus\enc_aacPlus.exe
and it found it ok
fixed in 0.2.3.2155

EDIT: to fix encaacplus.exe -> enc_aacPlus.exe you have to delete your settings.xml file and let megui recreate it... you obviously need to set the paths again.
you can also uninstall megui, clean the folder and reinstall from a newer version package.

Avish

26th May 2006, 11:40

Guys, please help me out here!! I've put the "enc_aacplus.dll" in appropriate folder, that is "C:\Program Files\megui\tools\encaacplus" where "enc_aacPlus.exe" is also present, but still meGUI gives me error "Can't find enc_aacplus.dll!"

What is going wrong here? Have I put "enc_aacplus.dll" in wrong place?

Here is the screenshot http://img345.imageshack.us/my.php?image=whyisthishappening8qj.jpg

Carpo

26th May 2006, 12:48

you could always do as sharktooth suggests - as i had the same prob with the \ and / and his solution worked for me :) (shame the bitrate calc still hoosed)

dimzon

26th May 2006, 14:07

chipzoller

26th May 2006, 16:10

In 0.2.3.2155 when I create a job using x264 and neroaacenc (selecting MP4-AAC as the audio output) and use the autoencode button, it spits out a .aac file and not a .mp4 for the audio (even though it SEEMS to be muxing correctly now). If I create an audio job with the same settings and choose MP4-AAC as the output, it outputs a .mp4 file.

I'm still experiencing slow-downs in this version compared to previous ones. Let me know what I can provide that would help.

EDIT: I take that back...the .aac file it outputs is not playable at all, and the muxed video rightly will not playback the audio.
In fact, this is what MediaInfo 0.7.2.1 reports about the muxed file:

Audio #0
Codec : MPEG-2 Audio
Bit rate : 154 Kbps
Channel(s) : 5 channels
Sampling rate : 7 KHz

Contrary to what it says about the single .aac file (encoded from DVD AC3 audio):

Audio #0
Codec : AAC LC
Bit rate : 75 Kbps
Channel(s) : 2 channels
Sampling rate : 48 KHz
PlayTime : 1h 34mn

dimzon

26th May 2006, 16:28

I'm still experiencing slow-downs in this version compared to previous ones.
What does slow-downs means?

fight2win

26th May 2006, 16:29

1.in megui, in x264 encoding, if i configure 2-pass-1st pass, i cannot enqueue it, as it says output is not mp4

2.if i chose a high bitrate, and do 2-pass automatic , then at 2nd pass it automatically lowers the bitrate, i see it in log.

are these bugs anyone else seen?

Sharktooth

26th May 2006, 16:35

both confirmed.

bug nr.2 seems megui doesnt always update the selected profile...

chipzoller

26th May 2006, 16:39

What does slow-downs means?

Slow-downs mean a considerable drop in encoding speed for both audio and video compared to previous versions. For example, with the HQ-slow profile on first pass turbo, I was getting over 15 fps with my P4 2.4GHz, and now on the same source with the same settings I get under 10 fps. Although it would seem this would be a x264 problem, but I don't see how.

The important thing right now is the issue with the audio.

DeathTheSheep

26th May 2006, 17:25

0.2.3.2155.
When I select a profile for x264 and hit config, it sometimes loads the wrong profile for editing, so I must manually select the profile again to edit it. Certainly not a fatal bug, but it can be annoying in a list of many profiles ;)
I've noticed this issue since .2153, maybe before.

Xin-Hong

26th May 2006, 17:42

0.2.3.2155

I have the same bug than sp@rrow with filesize and autoencode, my settings :
- Create an AviSynth script, i edit it to remove audio=false
- Set codec to x264, container mkv, profile AE-Standard
- AviSynth script as Audio Input, codec ND AAC Q=0.34, container MP4-AAC
- Autoencode with filesize = 140 MB

Found a preceding audio job: 'job1-1'.job1-1 completed successfully, taking size into account...The size is of this track is 15780251 bytes, and the type is Raw-AAC. Taking this into account in the bitrate calculation.
Desired video size after substracting audio size is 2224609Setting the desired bitrate of the subsequent video jobs to 14542 kbit/s

Full logfile can be found here (http://membres.lycos.fr/icarusnetspace/logfile-06-05-26_13-58-54.log)

And in update window, controls are not resized with the window

Avish

26th May 2006, 17:51

Since winamp 5.22 You need nscrt.dll (from winamp\plugins folder) too:thanks: Dimzon, now its working!!

dimzon

26th May 2006, 18:22

The important thing right now is the issue with the audio.

AFAIK MediaInfo is bugfull
try to get AAC info via fresh foobar2000 (add file to playlist and choose "properties" in popup menu)

chipzoller

26th May 2006, 19:07

try to get AAC info via fresh foobar2000

Negative...when dropping the file into foobar it will not even read it (i.e. not allow in a playlist). Clearly there is something wrong with megui's output of this file.

So I have to queue up video then audio separately in order to get an aac file in .mp4 wrapper that is functional at all.

fight2win

26th May 2006, 19:30

is there any way to manually config 2 separate passes?

shon3i

26th May 2006, 20:10

foobar 0.9 not support raw aac files only in mp4

sp@rrow

26th May 2006, 22:18

Please correct "my" bugs - there all simply =))

Inc

27th May 2006, 21:54

I just compiled the actual CVS 0.2.3.2155 and I did recognise a hughe bug in the provided SAR out of the script.

1.) In the Globals which are stored in the Script you did set "DAR" values, as an anamorphic keeping test of mine did result in ...
global MeGUI_darx = 199
global MeGUI_dary = 100
So far in case of DAR that is almost ok. as it was almost my wanted DAR (anyway ITU was not taken into account of my DVD source but thats not the point now)
2.) Now the Problem: These 199:100 have been set as -sar parameter to x264's commandline. So as these 199:100 actually are DAR values and you can assume how stretchy the playback resulted.
3.) In the Preview Window below it says "PAR" but actually calculates to the preview resizing a "DAR" when choosing "Show PAR".

Solution:
Keep in MeGUI internally the calculations "PAR/SAR" based and not DAR based. By this in my case a PAR of i.E. 64/45 (here non ITU) should be inserted in my script which will also be interpretd well by x264.exe.
And finally in the auto-Preview window do calc the image-preview-resize when choosing "Show par" out of a PAR and not a DAR.

I did a test and applied in a script of mine where 720x576 are cropped to 640x400 (trashy original incl. hughe big le+ri borders)
global MeGUI_darx = 64
global MeGUI_dary = 45
.. and everything played back fine.

berrinam

27th May 2006, 23:50

2.) Now the Problem: These 199:100 have been set as -sar parameter to x264's commandline. So as these 199:100 actually are DAR values and you can assume how stretchy the playback resulted.Yes, that bit of code disappeared during the refactor. It will come back soon.
3.) In the Preview Window below it says "PAR" but actually calculates to the preview resizing a "DAR" when choosing "Show PAR".Please explain the difference between DAR and PAR.

Inc

28th May 2006, 00:30

DAR = DisplayAspectRatio = The total Image aspect ratio at final playback calculated out of width/height.

Means in case of 768/576 = GCD --> 4/3 = 1.33333p

PAR = PixelAspectRatio which equals SAR.

In Case of ISO/IEC 13818 Mpeg2 :
height*(DAR)
ISO MPEG PAR = ----------------
width

So in ISO Mpeg 720x480 do result in ...

480*(4/3) = 640
--- = 8/9 (GCD)
720

But most DVD Sources are produced to be played back via DVD SAPs which semselfs are purposed to be used for TV Devices. And thats what most of our sources which will be encoded to mpeg1/2/4 are made of.
And here counts the ITU (a simple way to get the PAR is as followed):
TV_Mhz
------------
Playback_Mhz

So as a DVD SAP plays back a 720x576(480) @ 13.5Mhz .. in PAL that results in ...

14,769230 (PAL TV)
---------
13.5 (Playback of 720 width's )

= 1.09402 = 128/117
In case of SVCD i.E. which is played back at 9 Mhz this results in
14,769230
--------- = 1,641026 = 128/78
9

http://lipas.uwasa.fi/~f76998/video/conversion/#conversion_table

Avish

28th May 2006, 15:45

I'm not sure if it's a bug in meGUI, but I'm letting u guys know anyway. I encoded a mpa file to CT AAC at 48 kbps using meGUI.

When I opend it in MPC, it's properties shows its a "AAC 22050Hz Mono 48Kbps".

In CoreAAC's Info Panel it says "AAC+SBR 44100Hz Stereo 93kbps!!!

Both infos confused me a bit so I checked it with foobar2000. Foobar2000 showd this:
bitrate = 48
channels = 2
samplerate = 44100
aac_profile = AAC HE
aac_header_type = ADTS
codec = PS AAC
So which one is correct?[my gut says its Foobar!!] & Why all the different infos? & Can I correct the wrong info? If yes then How? Coz I don't want to burn it with wrong info.:D

shon3i

28th May 2006, 15:57

foobar is only correct, and i told you (sbr) HE-AAC must have 22050Hz and when play this file decoder reconstruct(upsample) to 44100. Everything is fine.

Avish

28th May 2006, 16:25

foobar is only correct, and i told you (sbr) HE-AAC must have 22050Hz and when play this file decoder reconstruct(upsample) to 44100. Everything is fine.I'm not sure about that. Cause' I'm not playing that file in foobar, I just added it to playlist & viewed properties, so foobar's decoder isn't in use. So your saying "decoder upsamples to 44100" doesn't apply here. ;)

And how could u say "Everything is fine" when MPC & CoreAAC both are showing different & wrong infos! MPC says its a Mono file, while it's a stereo. And CoreAAC says its 93kbps, while it's a 48kbps!!! :rolleyes:

Well, what I want finally is that, when I'll put it in mkv & will view it in MPC, I want it to show the correct info in its properties.

That's all. :)

foxyshadis

28th May 2006, 16:35

Support or lack thereof in AAC players isn't a MeGUI problem. But their only problem is in reporting, all the players you listed will decode it properly. (Technically, HE-AAC is 22khz "extended" to 44khz, and PS is mono "extended" to stereo, thus MPC's confusion. Talk to Gabest about it. Also CoreAAC is correct as well.)

If you put it in mkvmerge, read the manual and remember to signal HE!

Avish

28th May 2006, 17:05

Raziel6969

29th May 2006, 03:51

Means ffvh wasn't enabled on the ffdshow VFW config (separate from the main video config). It should be by default, but I guess not in your case.
Thanks! that solved my problem.

Sorry for write this so late! :P

EsTaF

29th May 2006, 19:46

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.

And where is guide of megui?

Sharktooth

29th May 2006, 19:47

Sticked!

Carpo

29th May 2006, 19:55

And where is guide of megui?
http://forum.doom9.org/showthread.php?t=106189 - ya cant miss it :p

EsTaF

29th May 2006, 20:10

2 Carpo

Thanks..
If be I known English yet .. ;)
Because I didn't find it fast..

for all, I copied all libs, that man asked for megui.
But I see simular troubles, what I saw on 22th page of this topic as soon as I begin to encode audio 2 mp4 audio with megui

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

Aaaa.. exuse me.. I turned on directshow. without one all are ok...

ChronoCross

30th May 2006, 07:55

you need to install avisynth.

http://www.avisynth.org

acrespo

30th May 2006, 22:55

I did a encode in AVI / XVID container with autoencode and failed. I think the problem is with xvid_encraw, because I didn't have problem enconding by mencoder with megui 2132.
The job1-1 start and finish in 1 second. I can't start the encode with the command line below too.
My guess is that xvid_encraw don't support AVS as input.
Is there any way to force use mencoder instead xvid_encraw? I tried remove xvid_encraw directory but megui still try encode with xvid_encraw instead mencoder.

Job completed successfully and deletion of intermediate files is activated
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 17:43:13
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass2 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -vhqmode 1 -closed_gop -imax 31 -max_bframes 2 -bmax 31 -threads 1 -avi "C:\encodes\Yu-Gi-Oh 178.avi"
successfully started encoding
Processing ended at 17:43:14
----------------------------------------------------------------------------------------------------------

Log for job job1-2

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

Trying to retrieve width and height from input header
Couldn't open statsfile 'C:\encodes\ygh1.stats'!

Rumbah

30th May 2006, 22:59

I just ran into the bug that Inc described.
I have a 4:3 video with a resolution of 528:576. Now I cropped away 166 lines and MeGui resulted in a ratio of 37:20 (the height gets resized to 416 from 406 to be a multiple of 16). But that leads to a width fo 976 pixels and that's too much.
As MeGui calculates the wrong values I have to do it myself. Now the question is how to do it correctly.

As I ony cropped the heigth, the horizontal resolution has to stay at 768 as in the original video. Then the video is stretched from a height of 406 to 416 so it is streched by (416/406). So I stretch the "original" width by (416/406), too and get 768*416/406 as the new horizontal resolution. Now I have to get the ratio of the of the real height and the desired height. So I get (768*416/406)/528 as the ratio.
The reduced fraction then is 3328/2233. Is that the correct AR?

sp@rrow

30th May 2006, 23:00

Where all were gone?
When there will be a new version)))

squid_80

31st May 2006, 00:31

Doom9

31st May 2006, 08:10

Where all were gone?That's not really a sentence, is it? We're all out buying big TVs and setting up our homes for the soccer world cup. No time to code when you have to lug A/V equipment, beer and chips ;)

acrespo

31st May 2006, 15:29

That's the log for job1-2, which says the statsfile is missing. Where's the log for job1-1?

Here is the full log:

Job completed successfully and deletion of intermediate files is activated
Generating jobs. Desired size: 103809024 bytes
No audio encoding. Calculating desired video bitrate directly.
Encoded audio file is present: C:\encodes\2006-04-01\ygh178 T01 DELAY 0ms.mp3 It has a size of 17976704 bytes.
Setting video bitrate for the video jobs to 606 kbit/s
Setting desired size of video to 85185536 bytes
Starting job job1-1 at 17:42:35
calling setup failed with error Could not find C:\encodes\megui\tools\xvid_encraw\xvid_encraw.exe in the path specified: C:\encodes\megui\tools\xvid_encraw\xvid_encraw.exe Please specify the proper path in the settings
Starting job job1-1 at 17:43:12
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass1 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -turbo -vhqmode 1 -closed_gop -imax 31 -max_bframes 2 -bmax 31 -threads 1
successfully started encoding
Processing ended at 17:43:13
----------------------------------------------------------------------------------------------------------

Log for job job1-1

Trying to retrieve width and height from input header
Wrong Framerate 0.000000
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 17:43:13
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass2 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -vhqmode 1 -closed_gop -imax 31 -max_bframes 2 -bmax 31 -threads 1 -avi "C:\encodes\Yu-Gi-Oh 178.avi"
successfully started encoding
Processing ended at 17:43:14
----------------------------------------------------------------------------------------------------------

Log for job job1-2

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

Trying to retrieve width and height from input header
Couldn't open statsfile 'C:\encodes\ygh1.stats'!

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

Doom9

31st May 2006, 16:12

@acrespo:

Aren't you wondering why the following is in the log:
calling setup failed with error Could not find C:\encodes\megui\tools\xvid_encraw\xvid_encraw.exe in the path specified: C:\encodes\megui\tools\xvid_encraw\xvid_encraw.exe Please specify the proper path in the settings
It not only tells you exactly what went wrong.. it also tells you how to correct it. The only bug insofar as megui is concerned is that the second job is even started.

acrespo

31st May 2006, 16:25

I get the wrong part of log. This is my first encode when I rename xvid_encraw to try a menconder encode but megui still try xvid_encraw.

This second part of the log is my encode with xvid_encraw:

Log for job job1-1

Trying to retrieve width and height from input header
Wrong Framerate 0.000000
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 17:43:13
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass2 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -vhqmode 1 -closed_gop -imax 31 -max_bframes 2 -bmax 31 -threads 1 -avi "C:\encodes\Yu-Gi-Oh 178.avi"
successfully started encoding
Processing ended at 17:43:14
----------------------------------------------------------------------------------------------------------

Log for job job1-2

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

Trying to retrieve width and height from input header
Couldn't open statsfile 'C:\encodes\ygh1.stats'!

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

acrespo

31st May 2006, 16:28

I did other encode with the same error. Here is the log:

Starting job job2-1 at 11:27:35
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass1 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -turbo -vhqmode 4 -closed_gop -imin 1 -imax 31 -pmin 1 -max_bframes 2 -bvhq -bmin 1 -bmax 31 -threads 2
successfully started encoding
Processing ended at 11:27:35
----------------------------------------------------------------------------------------------------------

Log for job job2-1

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

Trying to retrieve width and height from input header
Wrong Framerate 0.000000

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job2-1 has been processed. This job is linked to the next job: job2-2
Starting job job2-2 at 11:27:35
encoder commandline:
-i "C:\encodes\ygh1.AVS" -pass2 "C:\encodes\ygh1.stats" -bitrate 606 -kboost 100 -overhead 0 -vhqmode 4 -closed_gop -imin 1 -imax 31 -pmin 1 -max_bframes 2 -bvhq -bmin 1 -bmax 31 -threads 2 -avi "C:\encodes\Yu-Gi-Oh 178.avi"
successfully started encoding
Processing ended at 11:27:36
----------------------------------------------------------------------------------------------------------

Log for job job2-2

Trying to retrieve width and height from input header
Couldn't open statsfile 'C:\encodes\ygh1.stats'!
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Carpo

31st May 2006, 17:53

That's not really a sentence, is it? We're all out buying big TVs and setting up our homes for the soccer world cup. No time to code when you have to lug A/V equipment, beer and chips ;)

depends on if you support england ;)

acrespo

31st May 2006, 19:18

I did other test but this time I check "Add pre-rendering job" to generate a huff video before xvid encode. The first pass (generate huff video) was OK. The second and third pass (xvid 1pass and 2pass) was OK too. The forth pass (mux audio and video) was not OK. This is the log of forth pass:

Log for job job3-4

DivXMux: Version 6.1 Build Num: 36
Output File Streams:

TrackId 0: Video Stream: From AVI
Frame Rate: 23.976024
Resolution: 320x240
TrackId 1: Audio Stream: From MP3
SamplesPerSec: 48000
BlockAlign: 1

Creating Index...

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated

But the final video is gray. I can't see anything in the video. Then I did a manual mux in virtualdubmod and the final video is OK.

During add job to queue, the "Automatic Encoding" window (pressing Autoencode button), show Container = MP4 but I choose AVI in the main screen. I change to AVI in this window, check "Add additional content" and press Queue. In "Adaptative Mux" window the settings are the same of .MP4 container (Audio 1 and 2, Subttitles chapter etc) but I choose AVI in last window. I think this is the problem of Mux process.

Doom9

31st May 2006, 20:55

@acrespo: parts of your log for the last error are still missing... it's better to post too much information than too little.. we can always disregard information that's not pertinent.. but finding information that is pertinent but hasn't been posted is another story entirely ;)

Can you open your Avisynth script from the failed video jobs in VirtualDubMod? Because what the log says is that there's a problem opening your AviSynth script.

parcival

31st May 2006, 21:31

I try to use WinAmp CT AAC with MeGUI (fully updated to the latest files). Here are the settings I use:
http://img168.imageshack.us/img168/3269/megui0bl.png
I get the following log:
Starting job job1 at 10:31:04 μμ
encoder commandline:

successfully started encoding
Processing ended at 10:31:04 μμ
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Backup of Programs\Ripping\MeGUI\tools\encaacplus\enc_aacPlus.exe - "D:\DVDs\MOULIN_ROUGE\Test\Original_Sound.mp4" --rawpcm 48000 6 16 --cbr 128000 --nopsError:
System.ApplicationException: Can't start encoder: Cannot process request because the process (1588) has exited. ---> System.InvalidOperationException: Cannot process request because the process (1588) 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()
----------------------------------------------------------------------------------------------------------

What is wrong?

shon3i

31st May 2006, 22:59

Use raw aac and try, CT at moment not support MP4 container but only in megui

cc979

1st June 2006, 01:57

using 0.2.3.2157

just tested the ct-aac encoder
i set it to produce, a 48khz 192kbps joint stereo no-ps file but it produced this:

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Utils\AV\DVD\Me.GUI\tools\encaacplus\enc_aacPlus.exe - "D:\DVD-Rips\test\VIDEO_TS\VTS_03_1 T01 2_0ch 192Kbps DELAY 0ms.aac" --rawpcm 48000 2 16 --cbr 192000 --nops********************************************************************
* AACPlus v2 Encoder (using Winamp 5.2 enc_aacplus.dll)
* Source timestamp Mon May 15 17:24:26 2006
* Build May 15 2006, 17:24:35
********************************************************************
* NOTE! enc_aacplus.dll must be into executable directory
* get it from Winamp 5.2 plugins directory
* tested on Winamp 5.2 Release Feb 23 2006 Full (Not Pro) version)
********************************************************************
Input file: -
Output file: D:\DVD-Rips\test\VIDEO_TS\VTS_03_1 T01 2_0ch 192Kbps DELAY 0ms.aac
SampleRate: 48000
ChannelCount: 2
BitsPerSample: 16
Bitrate: 128000
ChannelMode: Stereo
Encoder: aacPlus v2 (HE-AAC+PS)
Done

berrinam

1st June 2006, 02:12

Limobar

1st June 2006, 02:41

0.2.3.2156
Commit by berrinam:
- Fix the mp4/aac bug with AutoEncoding.
------------------------------------------------------------

Generating jobs. No desired size.
User doesn't care what the filesize is. Leaving bitrate/qp/crf at the profile's valueStarting job job6-1 at 2:19:21
encoder commandline:

successfully started encoding
Processing ended at 2:19:44
----------------------------------------------------------------------------------------------------------

Log for job job6-1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\megui\tools\neroaacenc\neroaacenc.exe -ignorelength -lc -q 0.2 -if - -of "E:\Samples\Saving Private Ryan T02 3_2ch 448Kbps DELAY -176ms.mp4"*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright (C) 2006 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: May 1 2006 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job6-1 has been processed. This job is linked to the next job: job6-2
No desired size. Continuing without making any changes.
Starting job job6-2 at 2:19:44
encoder commandline:
--crf 20 --ref 3 --mixed-refs --no-fast-pskip --nf --no-cabac --subme 7 --analyse p8x8,b8x8,i4x4 --me umh --progress --no-dct-decimate --no-psnr --output "E:\Samples\SPR.m4v" "E:\Samples\SPR.avs"
successfully started encoding
Processing ended at 2:25:18
----------------------------------------------------------------------------------------------------------

Log for job job6-2

avis [info]: 720x400 @ 25.00 fps (1500 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:11 Avg QP:21.73 size: 36093
x264 [info]: slice P:1489 Avg QP:24.78 size: 14034
x264 [info]: mb I I16..4: 25.8% 0.0% 74.2%
x264 [info]: mb P I16..4: 6.3% 0.0% 12.5% P16..4: 40.5% 24.1% 4.7% 0.0% 0.0% skip:11.9%
x264 [info]: ref P 75.6% 16.1% 8.3%
x264 [info]: kb/s:2839.1

encoded 1500 frames, 4.51 fps, 2839.17 kb/s
desired video bitrate of this job: 20 kbit/s - obtained video bitrate (approximate): 2839 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job6-2 has been processed. This job is linked to the next job: job6-3
Starting job job6-3 at 2:25:18
encoder commandline:
-add "E:\Samples\SPR.m4v" -add "E:\Samples\Saving Private Ryan T02 3_2ch 448Kbps DELAY -176ms.mp4" -fps 25 -new "E:\Samples\SPR-muxed.mp4"
successfully started encoding
Processing ended at 2:25:21
----------------------------------------------------------------------------------------------------------

Log for job job6-3

MPEG-4 Video import - 0 x 0 @ 25.0000 FPS
Indicated Profile: Simple Profile @ Level 1
Import results: 0 VOPs (0 Is - 0 Ps)
IsoMedia import - track ID 1 - Audio (SR 48000 - 6 channels)
Converting to ISMA Audio-Video MP4 file...
Saving E:\Samples\SPR-muxed.mp4: 0.500 secs Interleaving
Adjusting visual track size to 0 x 0

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated

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

Actually, I used v2157

The muxed file does not play video in MPC, Nero Showtime and XBMC, but the audio does. The muxed filesize really is audio + video.

The m4v file does not play seperately.
The mp4 (audio) file does play seperately.

berrinam

1st June 2006, 03:04

Any more bugs? we're trying to get rid of the bugs so we can finally release a stable build again.

cc979

1st June 2006, 03:29

using 0.2.3.2159

if i manually create .mp4/.aac and mux them they play

using autoencode the video part of the .mp4 have extra data in the file, which makes it not play - mediainfo says it is 0x0 0fps mpeg4 video

here is the extra data:
@31 bytes into the

x264 - core 47 svn-530M - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=16 deblock=1:1:1 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 chroma_qp_offset=0 slices=1 nr=0 decimate=1 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=3 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=2pass bitrate=1000 ratetol=1.0 rceq='blurCplx^(1-qComp)' qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.40 pb_ratio=1.30

cc979

1st June 2006, 04:00

using 0.2.3.2160

the autoencode works fine now, cheers

i've tried lowering the bitrate and changing stereo-modes on ct but it still produces ps/sbr when not asked to

Carpo

1st June 2006, 07:43

Any more bugs? we're trying to get rid of the bugs so we can finally release a stable build again.
bitrate calc still needs a looking at

foxyshadis

1st June 2006, 07:47

Specific bugs please, read the first page of the thread and make sure it's 0.2.3.2160 that you're reporting against.

Teegedeck

1st June 2006, 10:50

I'm having some uneasiness about the naming of parameters in the profiles XML files. The parameter 'LumiMasking' seems to be deprecated if this would mean XviD's lumimasking; actually 'AdaptiveQuant' triggers XviD's lumimasking AKA adaptive quantization. Strange, as AdaptiveQuant doesn't seem to be an xvid_encraw input option AFAIK. If one of the parameters is for XviD and one of them for x264, this should perhaps be made more clear?

Also, activating chroma optimization and HQ AC coefficients in the GUI doesn't seem to have any effect; they're not encraw options either, I think.

sp@rrow

1st June 2006, 10:57

Autoencode work fine :rolleyes: Big thanks :thanks:

squid_80

1st June 2006, 11:26

acrespo

1st June 2006, 14:06

Post the contents of the avisynth script "c:\encodes\ygh1.avs", if you could. This does look like a problem with encraw, it seems to be able to open the script (no error after the width/height line) but doesn't like the framerate for some reason. (Yes, I know I need to add more info messages.)

I don't have the script here, I will do this today yet. The ygh1.avs can be open in Virtualdubmod and Virtualdub when I did my encode. As I said in last post, when I ask for pre processing (generate huff avi file), xvid_encraw can do the encode. I will post the entire log today to you too.

Limobar

1st June 2006, 16:03

[...]
Actually, I used v2157

The muxed file does not play video in MPC, Nero Showtime and XBMC, but the audio does. The muxed filesize really is audio + video.

The m4v file does not play seperately.
The mp4 (audio) file does play seperately.

Fixed in version 0.2.3.2160 :thanks:

acrespo

1st June 2006, 17:57

Here is the log in version 2160 with autoencode in AVI container (XVID encoder) with "pre-rendering job" checked.
I think that the problem is with the frame index. The video is playing like a corrupted file that don't have all indexes.
If I mux in Virtualdub or Virtualdub mod the problem is not occuring.

Generating jobs. Desired size: 103809024 bytes
No audio encoding. Calculating desired video bitrate directly.
Encoded audio file is present: C:\encodes\2006-04-01\ygh1.mp3 It has a size of 18241280 bytes.
Setting video bitrate for the video jobs to 595 kbit/s
Setting desired size of video to 84911104 bytes
Starting job job7-1 at 10:47:52
encoder commandline:
"C:\encodes\ygh1.AVS" -o "C:\encodes\hfyu_ygh1.avi" -of avi -forceidx -ovc lavc -lavcopts vcodec=ffvhuff:vstrict=-2:pred=2:context=1
successfully started encoding
Processing ended at 11:13:43
----------------------------------------------------------------------------------------------------------

Log for job job7-1

MEncoder dev-CVS-060515-06:00-4.0.3 (C) 2000-2006 MPlayer Team
CPU: Intel Pentium 4/Celeron D Prescott; Pentium D/XE Smithfield; Xeon Nocona,Irwindale (Family: 15, Stepping: 1)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE

success: format: 0 data: 0x0 - 0x76f
AVS file format detected.
VIDEO: [YV12] 320x240 12bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:38 fourcc:0x32315659 size:320x240 fps:23.98 ftime:=0.0417
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
VDec: vo config request - 320 x 240 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
videocodec: libavcodec (320x240 fourcc=48564646 [FFVH])
Selected video codec: [rawyv12] vfm: raw (RAW YV12)
==========================================================================
New_Face failed. Maybe the font path is wrong.
Please supply the text font file (~/.mplayer/subfont.ttf).
subtitle font: load_sub_face failed.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.
ODML: Starting new RIFF chunk at 1023MB.

Flushing video frames
Writing index...
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.

Video stream: 7659.493 kbit/s (957436 B/s) size: 1091530940 bytes 1140.056 secs 27334 frames
This is a CQ job so there's no desired bitrate. Obtained video bitrate: 7665 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job7-1 has been processed. This job is linked to the next job: job7-2
Starting job job7-2 at 11:13:43
encoder commandline:
-i "C:\encodes\hfyu_ygh1.avs" -pass1 "C:\encodes\hfyu_ygh1.stats" -bitrate 595 -kboost 100 -overhead 0 -turbo -vhqmode 4 -closed_gop -imin 1 -imax 31 -pmin 1 -max_bframes 2 -bvhq -bmin 1 -bmax 31 -threads 2
successfully started encoding
Processing ended at 11:18:14
----------------------------------------------------------------------------------------------------------

Log for job job7-2

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

Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.1.0-beta2
Bitstream version: 1.1.-125
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 0 cpus, using 2 threads.

Tot: enctime(ms) =75864.00, length(bytes) = 68907796
Avg: enctime(ms) = 2.78, fps = 360.33, length(bytes) = 2520
I frames: 353 frames, size = 14825/5233509, quants = 2 / 2.00 / 2
P frames: 9726 frames, size = 5513/53624217, quants = 2 / 2.00 / 2
B frames: 17255 frames, size = 582/10050070, quants = 4 / 4.00 / 4

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job7-2 has been processed. This job is linked to the next job: job7-3
Starting job job7-3 at 11:18:14
encoder commandline:
-i "C:\encodes\hfyu_ygh1.avs" -pass2 "C:\encodes\hfyu_ygh1.stats" -bitrate 595 -kboost 100 -overhead 0 -vhqmode 4 -closed_gop -imin 1 -imax 31 -pmin 1 -max_bframes 2 -bvhq -bmin 1 -bmax 31 -threads 2 -avi "C:\encodes\Yu-Gi-Oh.avi"
successfully started encoding
Processing ended at 11:28:31
----------------------------------------------------------------------------------------------------------

Log for job job7-3

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

Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.1.0-beta2
Bitstream version: 1.1.-125
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 0 cpus, using 2 threads.

Tot: enctime(ms) =442944.00, length(bytes) = 84758772
Avg: enctime(ms) = 16.20, fps = 61.71, length(bytes) = 3100
I frames: 353 frames, size = 23753/8385101, quants = 1 / 1.00 / 1
P frames: 9722 frames, size = 6617/64335391, quants = 1 / 1.91 / 3
B frames: 17255 frames, size = 697/12038252, quants = 2 / 3.69 / 5
N frames: 4 frames, size = 7/ 28
desired video bitrate of this job: 595 kbit/s - obtained video bitrate (approximate): 599 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'C:\encodes\hfyu_ygh1.stats', deleting...
Deletion succeeded.Found intermediate output file 'C:\encodes\hfyu_ygh1.avi', deleting...
Deletion succeeded.Found intermediate output file 'C:\encodes\hfyu_ygh1.avs', deleting...
Deletion succeeded.job job7-3 has been processed. This job is linked to the next job: job7-4
Starting job job7-4 at 11:28:31
encoder commandline:
-v "C:\encodes\Yu-Gi-Oh.avi" -a "C:\encodes\2006-04-01\ygh1.mp3" -o "C:\encodes\Yu-Gi-Oh-muxed.avi"
successfully started encoding
Processing ended at 11:28:50
----------------------------------------------------------------------------------------------------------

Log for job job7-4

DivXMux: Version 6.1 Build Num: 36
Output File Streams:

TrackId 0: Video Stream: From AVI
Frame Rate: 23.976024
Resolution: 320x240
TrackId 1: Audio Stream: From MP3
SamplesPerSec: 48000
BlockAlign: 1

Creating Index...

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated

AstaRoth

3rd June 2006, 13:39

Megui build 2161

I have a problem with encodage audio (same ND AAC and MP3)

here is the log :

Starting job job1 at 13:16:22
encoder commandline:

successfully started encoding
Processing ended at 13:34:35
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Dvd\Encoder\MeGUI\tools\neroaacenc\neroaacenc.exe -ignorelength -q 0.4 -if - -of "E:\DVD\TEST T01 3_2ch 448Kbps DELAY 0ms.mp4"Error:
System.AccessViolationException: Tentative de lecture ou d'écriture de mémoire protégée. Cela indique souvent qu'une autre mémoire est endommagée.
à MeGUI.AviSynthClip.dimzon_avs_destroy(IntPtr& avs)
à MeGUI.AviSynthClip.cleanup(Boolean disposing)
à MeGUI.AviSynthClip.System.IDisposable.Dispose()
à MeGUI.AviSynthAudioEncoder.encode()

buzzqw

3rd June 2006, 14:09

@AstaRoth

no problem here with same megui build

Tentative de lecture ou d'écriture de mémoire protégée. Cela indique souvent qu'une autre mémoire est endommagée.

my french is too old but this is an memory error, somelike "Error while reading or writing protected memory... most like memory is corrupted"

maybe a reboot could help.

BHH

AstaRoth

3rd June 2006, 15:29

Same error after rebooting. That appears at the end of encoding

This problem has appeared with new version
I have tested, I don't have this problem with build 2146 :( it's strange

Limobar

3rd June 2006, 18:21

Starting job job3 at 1:55:25
encoder commandline:
-AIF=[G:\VIDEO_TS\VTS_01_1.VOB] -OF=[D:\Nero Digital\16 Blocks\16b] -exit -minimize -OM=2
successfully started encoding
Processing ended at 1:58:16
----------------------------------------------------------------------------------------------------------

Log for job job3

Film percentage: 99,97 meets force film tresholdSuccessfully applied force film
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Generating jobs. No desired size.
User doesn't care what the filesize is. Leaving bitrate/qp/crf at the profile's valueStarting job job1-1 at 2:04:09
encoder commandline:

successfully started encoding
Processing ended at 2:40:28
----------------------------------------------------------------------------------------------------------

Log for job job1-1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\megui\tools\neroaacenc\neroaacenc.exe -ignorelength -lc -q 0.2 -if - -of "D:\Nero Digital\16 Blocks\16b T01 3_2ch 448Kbps DELAY -255ms.mp4"*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright (C) 2006 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: May 1 2006 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
No desired size. Continuing without making any changes.
Starting job job1-2 at 2:40:28
encoder commandline:
--crf 20 --ref 3 --mixed-refs --no-fast-pskip --no-cabac --subme 7 --analyse p8x8,b8x8,i4x4 --me umh --progress --no-dct-decimate --no-psnr --output "D:\Nero Digital\16 Blocks\16B.264" "D:\Nero Digital\16 Blocks\16B.avs"
successfully started encoding
Processing ended at 8:23:07
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 720x304 @ 23.98 fps (146325 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:1719 Avg QP:18.59 size: 18614
x264 [info]: slice P:144606 Avg QP:21.11 size: 4451
x264 [info]: mb I I16..4: 31.9% 0.0% 68.1%
x264 [info]: mb P I16..4: 5.6% 0.0% 4.0% P16..4: 50.8% 12.5% 2.3% 0.0% 0.0% skip:24.8%
x264 [info]: ref P 74.7% 15.1% 10.2%
x264 [info]: kb/s:885.6

encoded 146325 frames, 7.12 fps, 885.67 kb/s
desired video bitrate of this job: 20 kbit/s - obtained video bitrate (approximate): 885 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Starting job job1-3 at 8:23:07
encoder commandline:
-add "D:\Nero Digital\16 Blocks\16B.264" -add "D:\Nero Digital\16 Blocks\16b T01 3_2ch 448Kbps DELAY -255ms.mp4" -fps 23.976023976024 -new "D:\Nero Digital\16.Blocks.h264.xbox.friendly.rabomil.mp4"
successfully started encoding
Processing ended at 8:31:15
----------------------------------------------------------------------------------------------------------

Log for job job1-3

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 720 x 304 at 23.9760 FPS
Adjusting AVC SizeLength to 24 bits
Import results: 146325 samples - Slices: 1719 I 144606 P 0 B - 1 SEI - 1594 IDR
IsoMedia import - track ID 1 - Audio (SR 48000 - 6 channels)
Saving D:\Nero Digital\16.Blocks.h264.xbox.friendly.rabomil.mp4: 0.500 secs Interleaving

The muxed file has audio/video sync problems. The gap increases during the movie, to 1.2 seconds in the end. The sync problem is exactly the difference between 23.9760 fps and 23.9800 fps, multiplied by the movielength.

Audio in ms = 6101738 = 6101.768 seconds - multiplied by 23.9800 = 146320 frames
Video in ms = 6102930 = 6102.930 seconds - multiplied by 23.9760 = 146325 frames

When I remux it at 23.9800 fps with YAMB, the sync is correct during the movie. I am aware that this not the correct fps.

"E:\YAMB\MP4Box.exe" -add "D:\Nero Digital\16 Blocks\16B.264:fps=23.98" -add "D:\Nero Digital\16 Blocks\16b T01 3_2ch 448Kbps DELAY -255ms.mp4"

parcival

3rd June 2006, 19:36

For winamp CT-AAC to work it needs enc_aacplus.dll and nscrt.dll besides enc_aacPlus.exe. Should they be in autoupdate too?

buzzqw

3rd June 2006, 20:18

@parcival

are you sure ? i have searched my hd for this dll and i haven't found it, but i have encoded several audio tracks with CT encoder

BHH

Doom9

3rd June 2006, 20:35

@Teegedeck: there might be a bunch of xvid options that made sense for mencoder and no longer make sense for encraw. I must admit I just checked what encraw could do and added that the commandline generator and I did not check it against GUI options. So if you change an option and the commandline preview doesn't change, unless it's an actual bug the option has been deprecated and should be removed.

foxyshadis

3rd June 2006, 21:11

buzzqw: It's required for the version that comes with winamp 5.2 (or 5.21? I forget), but not the older 5.1x versions.

buzzqw

3rd June 2006, 22:36

@foxyshadis

thanks ! time to upgrade my winamp !

BHH

shon3i

4th June 2006, 00:29

@parcival

are you sure ? i have searched my hd for this dll and i haven't found it, but i have encoded several audio tracks with CT encoder

BHH
Yes you need both enc_aacplus.dll and nscrt.dll(winamp 5.22), but it's same encoder like winamp 5.20, 5.21, so you can use only enc_aacplus.dll from 5.20, 5.21 or enc_aacplus and nscrt.dll form 5.22

ChronoCross

4th June 2006, 23:15

@parcival

The reason the winamp dll's are not provided is because they are currently licensed to winamp. Distributing them apart from the winamp package is a violation of their AUP.

Kostarum Rex Persia

5th June 2006, 02:38

Since winamp 5.22 you need nscrt.dll (from winamp\plugins folder) too

Yes, I can't play my MP4 files at all without that file. But, from some strange reason, when I installed version 5.22, that file wasn't there.

So, if anyone can post link for download nscrt.dll and tell me exact path where to copy this file, it will be very nice.

foxyshadis

5th June 2006, 04:43

Install the full winamp, not one of the lite versions, and make sure all aac/mpeg4 related plugins are installed. A copy should show up in both the winamp folder and the plugins folder.

Sharktooth

5th June 2006, 04:52

I've added the latest Nero AAC commandline encoder (1.0.0.2) in the megui autoupdate.
Please test it and report any problems here, thanks.

bkman

5th June 2006, 12:26

Strange bug in 2161: The encoding window disappeared after I installed an unrelated application with an NSIS installer. 7-zip 4.42 to be precise. The encoding job is still going, but the window is gone :(

Any ideas?

Doom9

5th June 2006, 12:34

And you are 300% sure you didn't accidentally click somewhere you're not supposed to? It happens that you press the wrong X.. I've accidentally clicked in the wrong place a lot and still do.

check

5th June 2006, 13:48

2162 bitrate calculator bugs. still broken n_n :P
General:
-nothing seems to automatically update the bitrate anymore! Only a few fields will update the bitrate when changed (audio 1 bitrate, storeage medium, others?)

Time:
-does not import video length any more (iirc it used to)
-manually entering length of playback in seconds does not update the hours/min/secs fields
-framefield seems to only function as an indicator, can you grey it out to remove any doubt about its function?
-B-frame works fine :D

Audio:
-bitrate only goes up to 100 for audio tracks, can you change this back to a combobox (the style where it has a dropdown of common values plus user enterable value)?
-audio track 2 not counted towards bitrate
-some audio types seem to fail and produce whacky video bitrate suggestions: raw-aac, dts, mp2 (these are all right next to each other in the list fyi)
-"x" buttons don't seem to work (they simply activate bitrate but don't set it to 0)

Output format:
-video codec used has no effect
-container works :D

Filesize & Results:
-manually setting filezise in mb doesnt work. kb seems to work

In future, this is the correct place to post this right? A few bugs are being reported in the dev thread...

bkman

5th June 2006, 13:53

And you are 300% sure you didn't accidentally click somewhere you're not supposed to? It happens that you press the wrong X.. I've accidentally clicked in the wrong place a lot and still do.

I don't think so. Can the encode window even be closed or hidden without aborting the encode, though? And if so, is it possible to show it again?

check

5th June 2006, 14:08

bkman, did you minimise to tray?

Doom9

5th June 2006, 14:11

A few bugs are being reported in the dev thread...and I then have to move them here. This is the one and only place to report bug. Anything else is creating additional work for me.

bkman

5th June 2006, 14:19

bkman, did you minimise to tray?

Nope, nothing in the tray, although I think it was minimized before it disappeared. Has anyone else experienced this? Maybe it has something to do with my Windows XP?

parcival

5th June 2006, 17:16

@parcival

The reason the winamp dll's are not provided is because they are currently licensed to winamp. Distributing them apart from the winamp package is a violation of their AUP.
I thought so, just wanting to be sure.

A small bug: Resizing of UpdateWindow doesn't resize the elements inside it.

Carpo

5th June 2006, 18:10

this is a strange one

i am trying to back up final fantasy advent children - during the annalysing phase it kicks up and error saying

unexpected value in C:\Documents and Settings\Carpo\Local Settings\Temp\interlace-e8818a81fe024b20a12719eaa54e1aff.log - make sure tivtc.dll is in you avisynth plugins directory

well i have checked an it is - the information in the log is

false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means
false-I don't know what "b" means

carrys on like that all through the log

any idears - using avisnyth 2.55

dimzon

5th June 2006, 18:41

I've added the latest Nero AAC commandline encoder (1.0.0.2) in the megui autoupdate.
Please test it and report any problems here, thanks.

unfortunally this is strongly prohibited by EULA (http://www.nero.com/nerodigital/eng/down-ndaudio.php)

This License does not provide any rights to reproduce and/or distribute this software package in whole or in any part.

Sharktooth

5th June 2006, 19:30

well, 1.0.0.0 was already there... i just updated it.
however the license doesnt explicitly state the distribution is prohibited... and im not and end-user... :p

Kostarum Rex Persia

6th June 2006, 00:07

unfortunally this is strongly prohibited by EULA (http://www.nero.com/nerodigital/eng/down-ndaudio.php)

I really don't know why, because Nero Digital Audio is freeware product. That is really bold.

XadoX

7th June 2006, 08:46

unexpected value in C:\Documents and Settings\Carpo\Local Settings\Temp\interlace-e8818a81fe024b20a12719eaa54e1aff.log - make sure tivtc.dll is in you avisynth plugins directory

I get the same Probs.

XiFF

9th June 2006, 07:48

Hi,
I'm getting this error and it makes my computer unable to do any encode in x264, then I fired up a Virtual PC and managed to use it for a few days to encode x264 and after awhile I got the same msg on it as well.

So Im wondering if this could be that my system memory is corrupt?

This happens after I load an AVS file into MeGUI and only after i close the preview window. but vdubmod and mpc can play the avs file just fine. I can also use any other codec to encode the avs file as well.

http://img84.imageshack.us/img84/2664/error4ol.jpg

AMD X2 3800+ system, Win XP Pro SP2 with all new updates, x264 ver 5.30, latest MeGUI x264 ver, AVS 2.56.

dimzon

9th June 2006, 10:58

Carpo

10th June 2006, 01:06

berrinam

10th June 2006, 08:59

any updates ?
Perhaps the addition of ConvertToYV12 to the scripts in 0.2.3.2164 will fix it. Update and see if it does.

berrinam

10th June 2006, 09:00

A small bug: Resizing of UpdateWindow doesn't resize the elements inside it.Resizing is now not available in 0.2.3.2164:D

Carpo

10th June 2006, 14:18

Perhaps the addition of ConvertToYV12 to the scripts in 0.2.3.2164 will fix it. Update and see if it does.

i updated to latest megui and added ConvertToYV12 as you suggested

tried that but now i get a diff error - happenes with or without ConvertToYV12

http://img101.imageshack.us/img101/2393/error1dj.th.jpg (http://img101.imageshack.us/my.php?image=error1dj.jpg)

berrinam

10th June 2006, 14:22

i updated to latest megui and added ConvertToYV12 as you suggestedI think there's a misunderstanding here -- the latest megui automatically adds ConvertToYV12.

tried that but now i get a diff error - happenes with or without ConvertToYV12

http://img101.imageshack.us/img101/2393/error1dj.th.jpg (http://img101.imageshack.us/my.php?image=error1dj.jpg)
While this is certainly annoying, it is not an error, per se. It means you have an unusual source type which MeGUI is not aware of. Can you upload a small sample of the unprocessed source somewhere, please, so that I can adjust the detection algorithm to support your type of source.

Carpo

10th June 2006, 14:59

i have cut out about 30 seconds from the first vob and have uploaded it - i have pmd you the info

/me now waits for an update :P

check

10th June 2006, 15:04

2164 bitrate calculator bugs:
none!
Thanks to berriman and everyone who worked on this, it obviously took a while to fix the calculator and I'm a big fan of some of the design choices you made (such as the new audio bitrate input).
This is a half bug, half request. Would it be possible to add in a button to force an update to the bitrate? When inputting values into textboxen, the bitrate does not update until a button is clicked, which means if you are entering a manual filesize (such as 1.0, 1.5 or 2.0gb), you need to increment and then decrement the filesize after putting in the size.
Thanks!

bob0r

10th June 2006, 16:36

2164 bitrate calculator bugs:
none!
.....
Thanks!

Hmm what is the purpose of audio track 2?

Is it active? Should it work the same as audio track 1?

If so, for audio track 2:
You can not select type
Changing values does not change the result.

Selecting the audio file works for both (mp3 and raw-aac detected as test)

... also not sure what is the function of the 'X' ?
Is it a reset/remove button? If so should it reset all values to 0?

When you start calculator and change bitrate of audio tracks it goes in steps of 16, when you set time to lets say 2 hours, it uses steps of 15.
I guess this problem is part of "it's just an interface detail" link (http://forum.doom9.org/showthread.php?p=838724#post838724)

Sharktooth

11th June 2006, 16:14

bug: megui eats too much cpu cycles when encoding with some codecs (expecially audio) due to too fast interface updates in both main form and progress window.

berrinam

12th June 2006, 02:41

bug: megui eats too much cpu cycles when encoding with some codecs (expecially audio) due to too fast interface updates in both main form and progress window.
Is it a serious issue? Roughly how much CPU time is used when doing an encode?

bkman

12th June 2006, 09:55

bug: Profiles still don't save alterations. A new profile has to be made to save changes.

How about just having a simple "Save" button?

quake74

12th June 2006, 11:35

maybe it's the same as the "Profiles don't save changes" but to set the bitrate of a clip it's only possible to do it through the bitrate calculator and clicking apply. If it change the bitrate using the config button on the main megui, if I close and click config again, the bitrate is still the old one (and the old one is the one used when i start the encoder).

Rumbah

12th June 2006, 12:37

Is it a serious issue? Roughly how much CPU time is used when doing an encode?

For me it is about 20-30% of the CPU time that is used by MeGui on a P4 3.2 Ghz when encoding audio.

Doom9

12th June 2006, 13:34

For me it is about 20-30% of the CPU time that is used by MeGui on a P4 3.2 Ghz when encoding audio.Since it's megui that opens the avisynth script in that case, I would presume that the CPU cycles used for the avisynth filter to read and decode the audio is listed as part of megui's cpu usage. When encoding video, it's the video encoder that reads the video so the CPU usage is reflected entirely as part of the encoder process, not the megui process.

Sharktooth

12th June 2006, 13:55

i tested it on a xp2600+ box and megui eats 60% of cycles when encoding with nero aac.
however, as i said, it's due to the too much interface updates.

bkman

12th June 2006, 14:23

Since it's megui that opens the avisynth script in that case, I would presume that the CPU cycles used for the avisynth filter to read and decode the audio is listed as part of megui's cpu usage. When encoding video, it's the video encoder that reads the video so the CPU usage is reflected entirely as part of the encoder process, not the megui process.

No that isn't the case; Behappy and even older (still avisynth audio) versions of MeGui didn't consume nearly so much CPU time while encoding.

check

12th June 2006, 15:11

Have tou compared encoding speed of using meGUI bs commandline? 60% of CPU time to updateing sounds excessive, to say the least.
With the nero encoder it could be possible, because it updates every frame or so, but 60%?? I just find it hard to believe without proof that 60% of the CPU is for GUI updates.

cc979

12th June 2006, 16:31

i tested it on a xp2600+ box and megui eats 60% of cycles when encoding with nero aac.
however, as i said, it's due to the too much interface updates.

i just tested .ac3 to .mp4 encode with megui with nero-aac,
megui about %25 and nero-aac 75%, i used processexplorer to check

CruNcher

12th June 2006, 23:45

seems an old bug is back profiles changes don't update automaticly anymore you have to save a new profile geez why are those bugs coming back once they were fixed ?
build is 0.2.3.2166

holzi

13th June 2006, 19:43

When you try to encode somthing with 2pass in XviD
I get this error when I configure 1st pass.
http://img104.imageshack.us/img104/2785/megui8ob.th.jpg (http://img104.imageshack.us/my.php?image=megui8ob.jpg)

In 1st pass you don't get an avi. you only get a stats file.
The gui dosn't allow to set a filename anyway which is correct but it still checks if I set an output avi file.
Since I can't set one I can't go on with encoding. Didn't test other multipass encodings. Since I only use xvid.
But I guess it will be the same.
Greetings
Holzi

ChronoCross

13th June 2006, 20:02

Seems as though megui doesn't realize that it's configuring a first pass and doesn't require output.

holzi

13th June 2006, 20:29

well half of the gui realise it :) the other half doesn't

Rumbah

14th June 2006, 00:27

Now I tested Stereo Wav -> AAC with Megui against the Nero command line encoder alone and the encoding with Megui was 20% slower.

I doubt that the wav reading and handling it to the Nero encoder by avisynth takes 20% processing time so it seems to be a Megui issue.

Sharktooth

14th June 2006, 00:31

Try enabling ClearType fonts and you'll see that 20% rise up to 40/50% ...

berrinam

14th June 2006, 04:12

Ok, to clarify, is this an issue when encoding things other than audio in MeGUI?

dimzon

14th June 2006, 13:09

there are 3 possible reason to slowdown audio encoding
1) MeGUI using AviSynth for audio decoding and processing, sometimes it's slower than BeSweet. If You choose "Increase volume automaticaly" it performs floating-point computations (BeSweet performs fixed point) and It eats more CPU power
2) Since Win32 architecture there are additional bottleneck during transfer unpacked PCM data to encoder process via STDIN pipe
3) Possible too much GUI updates (I'm updating it approx each 4096 audio samples)

Rumbah

14th June 2006, 13:28

Disabling "Increase volume automaticaly", so without normalisation, the difference between MeGui and the command line is even 30% for me.

shon3i

14th June 2006, 14:24

Yes but get very quiet file. I think that is fastest way to do Normalization (Reply Gain) from foobar RG scaner and than just apply db value with AmplifyDB in BeHappy.

If that RG scaner (from foobar) or simmilar can be integrated in MeGUI/BeHappy, that will very cool thing because is faster, and make file very louder (without any cliping, distorsion) than Normalize.

dimzon

14th June 2006, 14:35

If that RG scaner (from foobar) or simmilar can be integrated in MeGUI/BeHappy, that will very cool thing because is faster, and make file very louder (without any cliping, distorsion) than Normalize.
AFAIK there are RG scanner in NicMPG123Source... So we can use it in next release...

btw: this is new version of NicAudio.Extension for BeHappy
<?xml version="1.0"?>
<BeHappy.Extension xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://workspaces.gotdotnet.com/behappy">
<AudioSource UniqueID="1B1E7952-5316-4C88-88DF-24EDCCD8A8C7">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>200</DialogWidth>
<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>mpg</SupportedFileExtension>
<SupportedFileExtension>mpeg</SupportedFileExtension>
<SupportedFileExtension>mpa</SupportedFileExtension>
<SupportedFileExtension>mp3</SupportedFileExtension>
<SupportedFileExtension>mp2</SupportedFileExtension>
<Option>
<Name>NicMPG123Source</Name>
<Value>NicMPG123Source("{0}")</Value>
</Option>
<Option>
<Name>NicMPG123Source (Normalize)</Name>
<Value>NicMPG123Source("{0}", true )</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>
<AudioSource UniqueID="ff49a26c-7348-4674-a28f-17bf7fcb38cc">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>0</DialogWidth>
<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>ac3</SupportedFileExtension>
<Option>
<Name>NicAc3Source</Name>
<Value>NicAc3Source("{0}")</Value>
</Option>
<Option>
<Name>NicAc3Source (DRC)</Name>
<Value>NicAc3Source("{0}", DRC=1)</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>
<AudioSource UniqueID="bd3ac54a-5c6a-4f9f-9d42-2d3990a0fafd">
<Plugin>
<MultiOptionSource Type="BeHappy.Extensions.MultiOptionSource, BeHappy">
<DialogWidth>0</DialogWidth>

<TitleFormatString>{0}</TitleFormatString>
<SupportedFileExtension>dts</SupportedFileExtension>
<Option>
<Name>NicDtsSource</Name>
<Value>NicDtsSource("{0}")</Value>
</Option>
<Option>
<Name>NicDtsSource (DRC)</Name>
<Value>NicDtsSource("{0}", DRC=1)</Value>
</Option>
</MultiOptionSource>
</Plugin>
</AudioSource>

</BeHappy.Extension>

Doom9

14th June 2006, 15:02

you could always try to bump up the number of samples per status update.. it does update very frequently in the audio department, a lot more than for video encoding and what besweet used to do.

Sharktooth

14th June 2006, 15:21

Ok, to clarify, is this an issue when encoding things other than audio in MeGUI?
I think it's related to all those programs that frequently update the stdout.
So, yes, at this time it's only related to audio but it could be a more general problem in future.

shon3i

14th June 2006, 15:51

AFAIK there are RG scanner in NicMPG123Source... So we can use it in next release...
And what we do with AC3 or DTS, anyway this is faster metod but only for MP1/2/3 input.

Here (http://www.mytempdir.com/739089) is very quiet ac3 cutted form Saw 2 which have very quiet 6ch AC3 audio. i do some test with normalize and RG scaner from foobar.

First i open ac3 i foobar 0.9.2 and do ReplayGain scan, and he give me this results

http://img227.imageshack.us/img227/51/rg6jf.jpg

I need to amplifydb by 15.84db, this is very big amplify value, but when i apply this i get very loud file, without clipping/distozing.

I created avs script to emulate normalize proces

NicAC3Source("CSaw2 T01 3_2ch 448Kbps DELAY 0ms_fixed.ac3",DRC=1)
Normalize()

Open into foobar and to rg scan again, and i get

http://img207.imageshack.us/img207/7024/rg28uo.jpg

So i need to amplyfy more 5db to get same effect.

So then RG works totality different form Normalize, because RG works something like Hard Limit but with pre-scan proces.

acrespo

14th June 2006, 16:46

Autoencode still has two bugs in 2167 version.

1-) When I do a AVI encode, the container selected in "Automatic Encoding" window is MP4 and not AVI. And in the "Adaptative Mux Window" the Output selected is MKV, not AVI.

2-) When I don't encode the audio, I choose "Add additional content" in "Automatic Encoding" window. Then I choose my .MP4 or .MP3 file and click in "Go" button. Nothing happens. Then I change the file name and press "Go" button again to function correctly.

DeathTheSheep

14th June 2006, 18:29

spunch

14th June 2006, 23:13

I have a problem with MeGUI that's been around for quite a while and I feel like I need to report it.

I use the OneClickEncoder feature of MeGUI a lot, but I don't use it for single videos, I have a batch script that generates many OneClickEncoder jobs for many short clips. The problem is MeGUI doesn't handle so many OneClickEncoder jobs at a single time very well.

I tend to get many errors (and eventually a fullscale crash) in the OneClickEncoder innitiation routine - when MeGUI creates many jobs out of the OneClickEncoder job (the time when MeGUI also decides which deinterlacer to use, cropping, etc...).

I get these errors when I have more than 15~ OneClickEncoder jobs in the queue and MeGUI processes them sequentially.

To get around this problem I simply suspend/pause all the OneClickEncoder jobs after 15, and let MeGUI process the first 15. I then restart MeGUI, unpause the next 15 in queue, and I continue this cycle until everything is processed. Not very convenient but it works.

I think MeGUI needs to reset something in itself after every OneClickEncoder job to avoid these errors and crashes.

The sort of errors I get:

Source detection failed
Eroor opening analysis script External component has thrown an exception.
Check to make sure you have TIVTC.dll in your AviSynth plugins directory.
External component has thrown an exception.

Error opening analysis script Script error: there is no function named DGDecode_mpeg2source
Check to make suree you have TIVTC.dll in your AviSynth plugins directory.
Script error: these is no function named "DGDecode_mpeg2source"

The input clip for source detection could not be opened.
External component has thrown an exception.

Error opening analysis script Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Check to make sure you have TIVTC.dll in your AviSynth plugins directory.
Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

vendol21

15th June 2006, 07:32

Autoencode latest version calculator bug : Desired filesize 500MB - Projected file size 2GB. I'm using HQ-Slowest sharkstooth profile and CT-AAC 48 kbps for audio.

~bT~

15th June 2006, 15:04

I keep getting this error when trying to analyse the source...
I have all the .dll's in the plugins folder.
http://img133.imageshack.us/img133/8568/untitled3ou.jpg
Please help...
Update: Sorted it out.

bratao

15th June 2006, 18:38

Hi,
Where is the "use mencoder to xvid " option ??

I hate xvid_encraw, and like to use mencoder ;-(

Adub

15th June 2006, 18:46

they are under the settings menu. It is a drop down list. There is also the option to use Mencoder instead of x264 commandline as well.

bratao

15th June 2006, 21:49

Merlin7777,
i know this and always use mencoder,
but the lastest version(0.2.3.2167) do not have it !

berrinam

16th June 2006, 00:21

What is wrong with xvid_encraw that makes you not want to use it?

acrespo

16th June 2006, 04:19

My AVS scripts can't be recognized by xvid_encraw. I already post my script here and nobody can explain this problem.

ChronoCross

16th June 2006, 04:23

There is nothing wrong with xvid_encraw. I'll take a look at your script and see if I can narrow it down.

P.S. mencoder currently doesn't work using the latest avisynth versions. Which is why it is a bad idea to use it.

Repost the avs that is giving you problems. I can't seem to find it.

acrespo

16th June 2006, 07:29

The latest megui stable version work with mencoder perfectly to me.
I have avisynth 2.56 installed here. I don't know if this is the reason for my xvid_encraw problem.

ChronoCross

16th June 2006, 07:40

2.5.7 doesn't work with mencoder due to mencoder being broken. something about planar alignments (I forgot exactly what the problem was).

xvid_encraw should function correctly for all versions of avisynth currently in use. what problems are you having that you think it's broken?

berrinam

16th June 2006, 08:27

Error opening analysis script Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Check to make sure you have TIVTC.dll in your AviSynth plugins directory.
Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
I know this is annoying, but all I can say is that, since MeGUI is in a managed language (C#), this is probably AviSynth's fault. Maybe someone else can help more. I'll look into it in a little while, though, to see if anything obvious crops up.

berrinam

16th June 2006, 08:38

3-) XviD encoding is wacko it seems. No matter what quantizer you enter (CQ mode), it always uses 8. Also, some checkboxes don't work--that is, even if you check Cartoon Mode, when you hit OK, it is then automatically unchecked. Thus, every encode I do is forced into Q8, and many options can't be selected--no cartoon mode, no chroma optimization, etc...
Whenever you have a problem, the easiest solution is simply to hide it. The options which didn't work are hidden (because they aren't supported in xvid_encraw) and CQ is fixed.

holzi

16th June 2006, 12:30

To Bad Multi Pass Bug still not fixed :(
Ok let's wait for another new version :)

berrinam

16th June 2006, 14:20

1-) When I do a AVI encode, the container selected in "Automatic Encoding" window is MP4 and not AVI.I think you are misunderstanding the meaning of the comboboxes. The filetype combo-box in the main window is unrelated to the one in the mux window.

And in the "Adaptative Mux Window" the Output selected is MKV, not AVI.Not sure what you mean. It is whatever you choose.

2-) When I don't encode the audio, I choose "Add additional content" in "Automatic Encoding" window. Then I choose my .MP4 or .MP3 file and click in "Go" button. Nothing happens. Then I change the file name and press "Go" button again to function correctly.I confirm this, and you can expect a fix soon.

acrespo

16th June 2006, 14:43

I think you are misunderstanding the meaning of the comboboxes. The filetype combo-box in the main window is unrelated to the one in the mux window.

Not sure what you mean. It is whatever you choose.

In latest stable version, when I choose AVI container in main screen and press autoencode, all combo boxes was set to AVI (in Auto Encoding window and in Mux window too) it's not occuring now, in Auto Encoding window the MP4 container is always pre selected and in Mux window MKV is pre selected (the container combo box fill only after choose the audio file and I choose MP3. the options in combo is MKV and AVI but MKV is pre selected).

2.5.7 doesn't work with mencoder due to mencoder being broken. something about planar alignments (I forgot exactly what the problem was).

xvid_encraw should function correctly for all versions of avisynth currently in use. what problems are you having that you think it's broken?
I receive a error from xvid_encraw when I do any encode when the source is a AVS script. It can't detect de video fps (fps = 0.00000000000) and exit after the error. I already post the error here. I don't know if it's related with the avisynth version, I only inform the version instaled here.

berrinam

16th June 2006, 15:00

In latest stable version, when I choose AVI container in main screen and press autoencode, all combo boxes was set to AVI (in Auto Encoding window and in Mux window too) it's not occuring now, in Auto Encoding window the MP4 container is always pre selected and in Mux window MKV is pre selected (the container combo box fill only after choose the audio file and I choose MP3. the options in combo is MKV and AVI but MKV is pre selected).I am aware of that, but what I'm saying is that there is no point in choosing the video format in the main form unless you are encoding from there: you might as well just select it in the Adaptive mux window or the autoencode window. It's no more work for you, and it means there needn't be an internal conversion between filetypes, because they are stored differently on the main form from on the other windows.

acrespo

16th June 2006, 15:44

I am aware of that, but what I'm saying is that there is no point in choosing the video format in the main form unless you are encoding from there: you might as well just select it in the Adaptive mux window or the autoencode window. It's no more work for you, and it means there needn't be an internal conversion between filetypes, because they are stored differently on the main form from on the other windows.

Ok, for me it's not a problem. I can select AVI again, but when people that use the stable version today will upgrade to latest version will guess that it's a bug, because tha stable version assume the main form settings in auto encode.

berrinam

16th June 2006, 23:05

@acrespo: I see your point, but I think they will just have to deal with it, like you do. :D

Now I think in 2169 I've fixed all reported bugs except:
15 One Click Encodes in a row causes Source Detection crashes
xvid_encraw AviSynth bugs, which I don't think are to do with MeGUI

Is there anything I've missed?

unskinnyboy

17th June 2006, 03:11

Ah, I think I managed to crash MeGUI. :D

Build is 0.2.3.2146 from ChronoCross. OS is Win XP 5.1.2600 SP2 Build 2600.

What I did:

Tools -> AviSynth script generator -> Options -> Video Input.

I selected a VOB file instead of a .d2v file and poof! MeGUI crashed (Don't ask me why I did it).

http://img98.imageshack.us/img98/5899/meguierror0ly.png

Ideally, you should throw a dialog asking the user to select the .d2v and not the .vob.

Reproducable error. No logfile produced. Let me know if you need to see the dump which Windows produced. I hope this wasn't reported before - I did a small search in this thread but didn't see it.

ChronoCross

17th June 2006, 03:21

you should try updating to a later version and see if it stil occurs.

the latest version of megui is 2169.

unskinnyboy

17th June 2006, 03:35

Adub

17th June 2006, 04:09

Is it just me or does the Deinterlace analysis do one pass, show the correct/needed information with the recommended settings, and then keeps doing multiple passes for no reason?

ChronoCross

17th June 2006, 05:10

Where is 2169? Before I submitted this report, I saw berrinam saying "Now I think in 2169 I've fixed all reported bugs except", so I checked for 2169 in your site, but it wasn't there. If I had gotten it, I would have definitely tried with it too.

Your site is down btw.

I've removed all builds as there is no reason to have them anymore. the auto updater does everything that's needed. Hence why the page doesn't load lol. I'll post an auto updater build on my site now so people can start there.

http://www.chronocrossdev.com/apps/MeGUI-0.2.3.2169.rar

ChronoCross

17th June 2006, 05:11

Is it just me or does the Deinterlace analysis do one pass, show the correct/needed information with the recommended settings, and then keeps doing multiple passes for no reason?

It does 2 passes and then stops. I'm not sure the reason for the second pass but I assumed it had to do with error checking to make sure the first pass's results were accurate.

unskinnyboy

17th June 2006, 05:27

I've removed all builds as there is no reason to have them anymore. the auto updater does everything that's needed. Hence why the page doesn't load lol. I'll post an auto updater build on my site now so people can start there.

http://www.chronocrossdev.com/apps/MeGUI-0.2.3.2169.rar

OK, I am on 2169 now (the autoupdater is lovely), but the bug I reported is still there, which isn't surprising if it wasn't reported by anyone else before and subsequently fixed. What I'd like for someone to do is to check to see if they get the issue too, just to ensure it isn't mine alone.

Adub

17th June 2006, 05:28

Right. Okay, thanks ChronoCross.

ChronoCross

17th June 2006, 05:33

OK, I am on 2169 now (the autoupdater is lovely), but the bug I reported is still there, which isn't surprising if it wasn't reported by anyone else before and subsequently fixed. What I'd like for someone to do is to check to see if they get the issue too, just to ensure it isn't mine alone.

It doesn't crash on my system. Megui throws an error that says

"Directshowsource: The filter graph manager won't talk to me"

Perhaps you have a Directshow vob decoder that's crashing avisynth and thus megui. Or it could be the vob itself. Does it happen with other vobs?

berrinam

17th June 2006, 05:44

Is it just me or does the Deinterlace analysis do one pass, show the correct/needed information with the recommended settings, and then keeps doing multiple passes for no reason?The second pass is used to find the field order. Since it's only required in some places and it uses a different script, it is done in a different pass, but only when the field order is needed (interlaced/film/hybrid sources)

unskinnyboy

17th June 2006, 06:31

It doesn't crash on my system. Megui throws an error that says

"Directshowsource: The filter graph manager won't talk to me"

Perhaps you have a Directshow vob decoder that's crashing avisynth and thus megui. Or it could be the vob itself. Does it happen with other vobs?
You are right. It was my MPEG-2 decoder after all. I had installed Darim DVMPEG the other day and looks like it took over MPEG-2 decoding without permission. :rolleyes: I have uninstalled Darim and now Nero's video decoder took over. But I must admit I am still not satisfied with the state of affairs, because now I am getting a script error: there is no function named "DirectShowSource" as if AviSynth itself is not installed. Instead of even letting AviSynth into the picture (and I am sure if I remove Nero from the chain, the error will be something else), can't we simply throw a dialog to the user based on the file extension itself? "Not a .d2v file" or something like that?

ChronoCross

17th June 2006, 07:37

You are right. It was my MPEG-2 decoder after all. I had installed Darim DVMPEG the other day and looks like it took over MPEG-2 decoding without permission. :rolleyes: I have uninstalled Darim and now Nero's video decoder took over. But I must admit I am still not satisfied with the state of affairs, because now I am getting a script error: there is no function named "DirectShowSource" as if AviSynth itself is not installed. Instead of even letting AviSynth into the picture (and I am sure if I remove Nero from the chain, the error will be something else), can't we simply throw a dialog to the user based on the file extension itself? "Not a .d2v file" or something like that?

well one of the things that people had been clamoring for in the avisynth script creator was to be able to put whatever file they wantd in there.

.d2v is handled by Mpeg2source
.avi is handled by AVISOURCE
everything else is handled by Directshow source.

It's a give in take in this instance. I do however in all instances thing that .vob should be handled exclusively by DGindex. However IDK if it's possible for megui to have both the d2v creation screen and avisynth script creator open at the same time.

unskinnyboy

17th June 2006, 07:54

Well then, things don't look very peachy here. d2v opens alright, but avi, avs all give "there is no function named "DirectShowSource"" error. :-|

As for your question about the 2 windows, if I open an MPEG-1 file in AviSynth script generator, DGIndex Project Creator window pops up, and so yes, they can co-exist, but with DGIndex Project Creator as a modal window.

ChronoCross

17th June 2006, 09:27

do you have AVISYNTH installed? it seems wierd that it would continue throwing that message.

berrinam

17th June 2006, 09:45

holzi

17th June 2006, 12:56

When I want to mux an xvid/avi file with AC3 Audio I get stucked. When I load the avi I can choose avi as the Container Format. But as soon as I add the AC3 Audio file I can only choose MKV. Which doesn't work for me :)

Or should I use the Divx Avi Muxxer?
This one dosn't work for me either because it changes the fourCC to dv50.

Greetings Holzi

berrinam

17th June 2006, 13:34

In that case, no muxer can be found. It's simply not supported unless you want to use a dv50 fourCC, so either make do with that or consider another container, like mkv, for instance.

holzi

17th June 2006, 14:41

well Ok then I just go with avi mux gui or virtual dub mod.
Thx anyway

unskinnyboy

17th June 2006, 16:24

It sounds like you do have AviSynth, but it sounds like you are missing the DirectShowSource plugin and/or the registry location for the AviSynth plugins folder is wrong. Check that the AviSynth plugins folder which MeGUI tells you in the settings contains DirectShowSource. Also, try reinstalling AviSynth
My bad, yes. DSS was missing. I had moved all the plugins from the plugin folder couple of days back because of some DLL conflicts. I also falsely assumed autoupdater took care of it. Again, my bad. Had I checked the autoupdater window, I would have seen that DSS isn't one amongst them because it comes installed with AviSynth.

I have a related question which I will post in the feature request thread.

Cantello

18th June 2006, 12:25

While trying to generate an AVS script wiht MeGUI, it gives the following error message but does not crash.

Programs used: MeGUI 0.2.3.2116, AviSynth 2.56a.

The file I was trying to generate an avs script for is a standard xvid avi file with AC3 sound, which I encoded before from a DVD, which worked well.

http://img119.imageshack.us/img119/7206/clipboard014pn.th.png (http://img119.imageshack.us/my.php?image=clipboard014pn.png)

Could I be missing something? Reinstalling AviSynth did not help, even different versions (2.55).

Thanks for any hints!

HieiYYH

18th June 2006, 16:00

i have a xvid raw 23.976fps, i tried to encode in twopass to h264 raw (*.264) in normal profile, i only changed the Subpixel refinament to mode 7 rdo level 2 (slower), all the 2 passes are done with no warnings or errors, but there is a error, some random ones, look at the picture... i encoded a 28:40 video to 60mb, maybe the bitrate (250kbps) is too low for avc and so give this crap error or maybe a error in the avysynth script? i tried encode 4 times, and always give those erros :/ any help

http://xs302.xs.to/xs302/06240/videoerror.jpg

my script:
AVISource("video.avi", audio=false)
LoadPlugin("VSFilter.dll")
textsub("encode.ass")

check

18th June 2006, 16:04

Does the error exist in the avs file when you play it back in a media player? If so, check the original avi is ok and try without the subtitles to see if vsfilter is broken.

HieiYYH

18th June 2006, 16:08

Does the error exist in the avs file when you play it back in a media player? If so, check the original avi is ok and try without the subtitles to see if vsfilter is broken.

raw doesn't have any error, i checked already, the subititle that i used has only 1 line, for credits, can be the vsfilter?

ps: i'm using the latest version of megui and x264 codec CLI

yamb log

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 512 x 384 at 23.976 FPS

Saving to video.mp4: 0.500 secs Interleaving

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

* Movie Info *
Timescale 600 - Duration 00:28:40.960
Fragmented File no - 2 track(s)
File Brand isom - version 1

File has root IOD
Scene PL 0xff - Graphics PL 0xff - OD PL 0xff
Visual PL: AVC/H264 Profile (0x15)
Audio PL: AAC Profile @ Level 1 (0x28)
No streams included in root OD

Track # 1 Info - TrackID 1 - TimeScale 24000 - Duration 00:28:40.885
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 41260 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 512 x 384
Self-synchronized

Track # 2 Info - TrackID 2 - TimeScale 48000 - Duration 00:28:40.960
Media Info: Language "jap" - Type "soun" - Sub Type "mp4a" - 40335 samples
MPEG-4 Config: Audio Stream - ObjectTypeIndication 0x40
MPEG-4 Audio AAC LC - 2 Channel(s) - SampleRate 24000 - SBR SampleRate 48000
Synchronized on stream 1

ps 2: the turbo option in x264 cause some problem if used?

i really want to know why those errors ;~~

foxyshadis

18th June 2006, 22:02

berrinam

18th June 2006, 23:43

While trying to generate an AVS script wiht MeGUI, it gives the following error message but does not crash.

http://img119.imageshack.us/img119/7206/clipboard014pn.th.png (http://img119.imageshack.us/my.php?image=clipboard014pn.png)
There's something up on your end with DirectShow which is causing problems. All I can really do is let MeGUI provide a more standard error message in that situation.

EDIT: That's what I've done in 0.2.3.2170. Can you test it to find out if it does just give a DirectShow error message instead of a crash? Since I can't reproduce the crash, i can't test it.

jellysandwich

18th June 2006, 23:43

sorry

js

HieiYYH

19th June 2006, 04:28

http://forum.doom9.org/showthread.php?t=54130
Is the error on the same frame every time? If not and you're getting random, unrepeatable corruption, try this, as you may be pushing your system too near its limits. If so, it might be a bug in x264 and you should go back a couple versions.

You should also check that your command line doesn't contain anything related to aq, which are of unknown stability. (And no, turbo's fine if you're just going to drop the first pass.)

i don't think is my pc, i used to encode with x264 in virtualdub with 8fps average in mode 7 (rdo) without any errors, in megui the encode goes about 10-12, and i'm using LOW priority (maybe this?)

ps: tried to encode again in profile HQ-Insane, 3passes, the video errors are there again on 2nd and 3rdpasses (and it is random) :/ i think i'll go back to vdub -_- (No there's no AQ in command line) go back some versions? which version i should get?

even with the errors, i tried mux the video in yamb, i don't know why, the video has the same fps, same time, but the audio is playing too late (or the video is too fast) i don't understand -_-

Symptoms for hardware problems include:
- random reboots, system crahes often
- programs freeze, do not respond to user actions
- certain programs freezing during heavy use (e.g. when encoding)

i don't have those problems, the encode goes very well, and i can even play some emus :P

ps: the raw was a 120fps wmv9 one, so i reconverted to xvid 23.976fps, dunno if can be this too

berrinam

19th June 2006, 06:59

Have you tried multiple players, because I've had similar problems with VERY old versions of libavcodec.

Morte66

19th June 2006, 14:57

Bug report for 0.2.3.2170 AviSynth script generator. Examples are in the attachments. The story...

Create a AVS profile (e.g. Deinterlace No-Denoise.zip) that uses "Clever Anamorphic Encoding" with the Encode "non-mod 16" option. Close the "AviSynth script generator".

Open the "AviSynth script generator" again, and open a D2V file, like in AvsGen1.jpg.

Switch to the "Edit" tab, like AvsGen2.jpg, and you'll see # Set DAR in encoder to -1 : -1. The following line is for automatic signalling
global MeGUI_darx = -1
global MeGUI_dary = -1...which is not the right DAR.

Switch back to the "Options" tab, change your clever anamorphic option to "Resize to mod16" and back to the "Encode non-mod16" you started with. Switch over to the "Edit" tab, like AvsGen3.jpg, and you'll see that the script now says:
# Set DAR in encoder to 175 : 96. The following line is for automatic signalling
global MeGUI_darx = 175
global MeGUI_dary = 96...which is just what we need.

So it seems that the code to plant the aspect ratio in the script is not triggered all the times it should be.

It doesn't seem specific to non-mod16, I got the same problem when I created a profile that started with the option set to "Overcrop to achieve mod16", I still had to fiddle the option to get the DAR to propagate into the "Edit" tab.

acrespo

19th June 2006, 16:12

Thanks berrinam. Now I can press "Go" button in adaptative mux window.
I still have problem with mux AVI files. Both Autoencode or manual mux (Divx Mux window) can't mux avi files correctly. When I open the final video in virtualdub I receive this message:
Error decompressing video frame 0: An unknown error occurred (may be corrupt data). (error code -100).
If I open in Media Player Classic, it shows a gray screen.
The file size is 5 Mbytes less than a video muxed in virtualdub.
The log:

Starting job job4 at 10:58:51
encoder commandline:
-v "C:\encodes\Yu-Gi-Oh 199.avi" -a "C:\encodes\2006-05-02\ygh199.mp3" -o "C:\encodes\Yu-Gi-Oh 199a.avi"
successfully started encoding
Processing ended at 10:59:16
----------------------------------------------------------------------------------------------------------

Log for job job4

DivXMux: Version 6.1 Build Num: 36
Output File Streams:

TrackId 0: Video Stream: From AVI
Frame Rate: 23.976024
Resolution: 320x240
TrackId 1: Audio Stream: From MP3
SamplesPerSec: 48000
BlockAlign: 1

Creating Index...

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated

Cantello

19th June 2006, 18:02

There's something up on your end with DirectShow which is causing problems. All I can really do is let MeGUI provide a more standard error message in that situation.

EDIT: That's what I've done in 0.2.3.2170. Can you test it to find out if it does just give a DirectShow error message instead of a crash? Since I can't reproduce the crash, i can't test it.

I don't have access to a binary of 0.2.3.2170. Is it available somewhere?

Or does anyone know about other methods to diagnose DirectShow problems and how to solve them?

edit: Nevermind, I found it. Will try with 0.2.3.2170 tonight and report my experiences.

berrinam

19th June 2006, 23:13

Weird.... I also can't get DivXMux to produce valid video files (the audio is fine, but the video reports 0 frames). I think we are getting problems from the fact that DivXMux is designed only for DivX muxing.... perhaps DivX muxing should be removed from the stable version, and we'll see ffmpeg muxing in the next few versions....

bratao

20th June 2006, 01:59

What is wrong with xvid_encraw that makes you not want to use it?
The xvid_encraw, produce a non-valid video for my vibratto II based dvd.
I don´t know the problem, but is releated to random n-vop that xvid_encraw put in file, even if i use b frames and no packed stream.
And xvid_encraw even produces complete non playable files !!! using a simple avs script(directShowSource(video)) the output is only a gray image(on vcl is green)

The xvid_encraw is so unstable, i can crash it so easy..

But none of my hundreds encodes crashes on mencoder, and it is substantially faster than encraw !

Cantello

20th June 2006, 08:40

There's something up on your end with DirectShow which is causing problems. All I can really do is let MeGUI provide a more standard error message in that situation.

EDIT: That's what I've done in 0.2.3.2170. Can you test it to find out if it does just give a DirectShow error message instead of a crash? Since I can't reproduce the crash, i can't test it.

Okay, I tried it and it told me that I had DirectShow problems, which I did solve afterwards (with some trial and error) by re-installing ffdshow. Everything works fine now, thanks a lot!

:-)

quake74

20th June 2006, 09:54

berrinam

20th June 2006, 09:58

Gentle reminder since this has not been fixed yet.That's not true -- it works fine for me on 0.2.3.2172.

0.2.3.2167
Commit by berrinam:
- Fix some profile bugs was (I think) where it was fixed

quake74

20th June 2006, 11:16

That's not true -- it works fine for me on 0.2.3.2172.

0.2.3.2167
Commit by berrinam:
- Fix some profile bugs was (I think) where it was fixed

I just checked in 0.2.3.2173 and it's still there.
Let me describe it:
1) Open MeGUI
2) Click on config button in the video part (right now it's set on x264 and 1p-intermediate)
3) Change the bitrate from 1000 to 999 in the x264 encoder configuration window
4) click ok in the lower right corner and the window disappear
5) click again config in the main megui window for the video part
6) note that the bitrate is still 1000

If I open the bitrate calculator, choose an avarage bitrate and click apply, then clicking config for the video shows the new bitrate.

berrinam

20th June 2006, 12:54

I just checked in 0.2.3.2173 and it's still there.
Let me describe it:
1) Open MeGUI
2) Click on config button in the video part (right now it's set on x264 and 1p-intermediate)
3) Change the bitrate from 1000 to 999 in the x264 encoder configuration window
4) click ok in the lower right corner and the window disappear
5) click again config in the main megui window for the video part
6) note that the bitrate is still 1000

If I open the bitrate calculator, choose an avarage bitrate and click apply, then clicking config for the video shows the new bitrate.
I don't know what's up, because I simply cannot get it to break like that. I do exactly the steps you say, and it works.

Doom9

20th June 2006, 13:39

I'm afraid I have the same news as berrinam.. I can't reproduce it either.

check

20th June 2006, 14:05

Could this be related to the "safe profile alteration" feature perhaps?

bkman

20th June 2006, 14:10

Profiles still don't save for me either. Just between restarts of MeGUI, that is.

berrinam

20th June 2006, 14:14

@check: GENIUS! Absolutely correct.

quake74

20th June 2006, 14:19

Could this be related to the "safe profile alteration" feature perhaps?

Yep, I can confirm that. Good call! :thanks:

Edit: So it IS a feature and not a bug! :)

Sharktooth

20th June 2006, 15:06

No. It's a bug.
Steps:
1) Open MeGUI
2) Click on config button in the video part (right now it's set on x264 and 1p-intermediate)
3) Change the bitrate from 1000 to 999 in the x264 encoder configuration window
4) click ok in the lower right corner and the window disappear
5) Close and restart MeGUI
6) click again config in the main megui window for the video part
7) note that the bitrate is still 1000 even if Safe profile alteration is disabled.

However IMHO bitrate shouldnt be included into profiles...

check

20th June 2006, 15:45

A few things I've noticed:
-AVS creator has an incorrect title (AviSynth Script Generator -> AviSynth Script Creator) according to the menu item
-Clear jobs has no confirm button, which could turn out nasty
-Does the shutdown on finish have a countdown so it's possible to avert it if you are still using the comp? Easiest way is if you are calling shutdown.exe is to use "shutdown -s -t 60 -c "MeGUI is shutting the computer down. If you wish to cancel this shutdown type shutdown -a into the start->run box".
None life threatening, but interface niggles I've discovered today (along with a zillion other hidden powers I didn't even know MeGUI had! :D)

Sharktooth

20th June 2006, 15:57

we already include a message box library that we can use to create timed (countdown) messageboxes.

Doom9

20th June 2006, 15:58

@Sharktooth: you are mistaken. Absent safe profile alteration (a feature I never used and never will), you need to switch from profile A to profile B for changes to be taken into account. There are two completely separate codec settings.. one in the profile, and one in the IVideoSettingsProvider that's attached to the codec dropdown in the main window. The latter is updated when you press Ok, the former is updated when you switch to another profile, or press the New button to create a new profile in the codec configuration window.

Easiest way is if you are calling shutdown.exe is to use "shutdown -s -t 60 -cIt's not done like that at all.. I'm using the W32 API. The only way to prevent shutdown would be megui bringing up a warning screen with a timer and if the timer runs out, the command is sent.. otherwise the window would be closed and nothing else would happen.

which could turn out nastyI'd call that learning the hard way.. it works quite well for me.. you're not likely to make the same mistake again if it hurts a little ;)

check

20th June 2006, 16:16

Well, I think the shutdown countdown would be a nice user friendly addition, I went through about a week of encoding scratching my head at why my computer was shutting down so much - but mybe this just reflects on me rather than the program n_n

Sharktooth

20th June 2006, 16:34

2174 adds some of your suggestions (except the timed shutdown coz i should have a look at messageboxexlib).

check

20th June 2006, 16:51

hehe, I think you got the naming the wrong way around. The d2v and chapter dialogue are both "creators", shouldn't you swap it the other way?

Sharktooth

20th June 2006, 16:55

Uhm... you're right... going to fix...

EDIT: fixed in 2175

check

20th June 2006, 17:18

'nother thought. If a video is upside down, and vertical flip is checked, will this affect field order detection? I don't have anything to test it on unfortunately.

Sharktooth

20th June 2006, 17:19

Dunno, you should wait for berrinam answer coz he coded the deinterlacing stuff.

berrinam

20th June 2006, 22:57

It could affect field order, you're right. I didn't think of that. There are two solutions: tell the user to check Flip Vertical before doing the analysis, and rewrite a bit of the code for a special exception. I think the first should be done now, and the second should eventually be done.

check

21st June 2006, 02:41

Resetting deinterlacing after changing the state of the flip checkbox (and notifying the user of course) is the only way I can think of that will handle this problem. To make this more user friendy you could move the flip box to the top of the first page (bottom right of the first section?).

berrinam

21st June 2006, 09:10

Tima

21st June 2006, 21:17

Cosmetic bug in bitrate calculator:

To reproduce:
- in Bitrate Calculator choosе any non-integer ramefate
- then choose it again
- and (optionally) again and again :)

after each choice the properties of the video length/total_length/nummber_of_frames change..

quake74

22nd June 2006, 13:08

Sharktooth

22nd June 2006, 23:06

that's a wanted behaviour (http://forum.doom9.org/showthread.php?p=842699#post842699), but we really should add a SAVE button...

unskinnyboy

24th June 2006, 03:05

MeGUI replaced my LAME 4.0a with 3.8a via auto-updater. So much for recognizing the latest version. :mad:

I was using the same lame.exe for my MP3 backups and realized this when I opened my latest backup in EncSpot. My mistake was that when I mass updated everything the first time when auto-updater came out, I didn't check every single one to see if the proposed "new" version was really newer than my current one. But that onus shouldn't have been on me anyway.

How does autoupdater query lame.exe to get the version?

berrinam

24th June 2006, 03:07

It doesn't yet. It will be implemented, though.

unskinnyboy

24th June 2006, 03:11

It doesn't yet. It will be implemented, though.
It doesn't yet what? Recognize which is the latest version? Then on what basis is it updating?

berrinam

24th June 2006, 03:17

Well, I don't know the specifics of what is happening to you, but what it does right now is remembers which version it installed, and assume you haven't changed it, so that is then your current version. If it hasn't installed the files itself, then it doesn't know what version the files are, so assumes they are out-of-date.

unskinnyboy

24th June 2006, 03:24

To be very specific: When the very first time someone uses auto-updater, how does it check for the version of any particular component (for e.g: lame.exe)?

berrinam

24th June 2006, 03:28

It doesn't. I thought I said that.

foxyshadis

24th June 2006, 03:28

The existence of an entry in the AutoUpdate.xml. It doesn't care if the file's there or not yet (avisynth filters and probably most other items have this happen). I just let it update and then replace the files, otherwise I have to uncheck it every time.

unskinnyboy

24th June 2006, 03:47

It doesn't. I thought I said that.
OK. What happened in my case was that I had the program path of lame.exe set to C:\Program Files\LAME even before the age of auto-updater and this was the same lame.exe (4.0 alpha) which I was using for all purposes. When I updated MeGUI to the build which introduced the autoupdater, it "updated" my lame.exe to 3.8 alpha. This came across as quite annoying for me since I was using this LAME build for special purposes. I am not sure why auto-updater thought that 3.8a was the latest version, because it isn't. 4.0a is the latest, albeit experimental (of course so is 3.8a).

The LAME version can be obtained by a simple commandline "lame.exe", but not sure how autoupdater can read it out.

Which brings me to my request: when someone uses auto-updater for the first time, it would be nice to flash a warning message/disclaimer saying that the updater may not necessarily be updating to the bleeding edge build. Had I seen such a message, I would have eyeballed every single proposed new versions before letting the auto-updater update. This isn't applicable in my case anymore, but would be useful for people new to MeGUI. Thanks.

Sharktooth

24th June 2006, 03:57

That happened coz you're not supposed to mess with MeGUI tools folder.
Autoupdate was made to auto-download the SUPPORTED and TESTED software.
If you replace any tools in that folder there is no guarantee MeGUI will continue to work as expected.

unskinnyboy

24th June 2006, 04:06

hmm, I see your point about using supported software, but I had my lame.exe way before I even had my first version of MeGUI. When I started using MeGUI for the first time, I just pointed it to my existing lame.exe. I didn't replace anything. So it is only fair that I expected a warning when it replaced it with a lower build.

But its fine, no biggie. Just consider that warning message suggestion of mine, if possible.

Sharktooth

24th June 2006, 04:36

Yes, auto-update needs improvements, but keep in mind every program has it's own way to show its version number (if it does it at all) and it may change in future versions... so it's not an easy task.
My suggestion is to install megui and let it download the softwares in its own tools dir so it wont mess with your actual installed software.
Keep in mind we had to remove the nero aac encoder from the auto-update server and it needs to be extracted manually until we manage to get it directly from the nero FTP.

Sharktooth

24th June 2006, 04:49

another bug in bitrate calc. (not verified): http://sourceforge.net/tracker/index.php?func=detail&aid=1509066&group_id=156112&atid=798476

foxyshadis

24th June 2006, 05:14

unskinnyboy, you do know that 4.0a is a broken alpha and that 3.98a is the main current branch? (Though even 3.98 had minor quality bugs as of last month.) 4.0 has several known bugs and missing features that reduce quality at equivalent bitrates. 3.97 is the only version HA recommends, having been cleaned of all known bugs.

I presume you mean 3.98a instead of 3.8a, which is... ancient.

I just wanted to let you know so that you don't end up watching the backup a year from now and freaking out about audio blips. >.> If the speed is important enough, then it doesn't matter, I suppose.

unskinnyboy

24th June 2006, 05:56

Sorry for the big-fat typo. Yes, I meant 3.98a and not 3.8a. HA recommended version is 3.97b2 to be precise, which I am aware of.

While I know that 4.0a is experimental and several things could be broken, I cannot see how it could be any more broken than 3.98a, or is it? As per here (http://www.hydrogenaudio.org/forums/index.php?showtopic=28125), all builds >= 3.98a are disclaimed. Nothing specific mentioned about 4.0a. But there could be other threads, I don't visit HA that much. If you know, please link me.

This makes me wonder, should MeGUI update LAME to 3.98a even? Considering HA recommended version is only 3.97b2? Was there a separate testing performed which determined that 3.98a was OK and usable? Are the test results available? Sharktooth did mention that auto-updater updated to only versions which were supported and tested.

Limobar

24th June 2006, 06:04

Was there a separate testing performed which determined that 3.98a was OK and usable? [...] Sharktooth did mention that auto-updater updated to only versions which were supported and tested.

That's no fun. Asking questions and giving the answers right away. ;)

unskinnyboy

24th June 2006, 06:10

That's no fun. Asking questions and giving the answers right away. ;)
Why did you snip away the important middle part? --> "Are the test results available?" ;)

Limobar

24th June 2006, 07:35

Why did you snip away the important middle part? --> "Are the test results available?" ;)

I did it, because it was not important for the point I was making, that you answered your own question. :D

I don't think that every update is fully tested. There are only a few developers, while there are hundreds of users that are provided with the latest version of the software. I strongly believe that when it comes to open source software, it is the users' task to find out whether there are problems with updates and report these, so the developers can fix these problems.

unskinnyboy

24th June 2006, 08:09

Oh, for sure I agree, and if you had read the whole chain of posts, you would have seen that I wasn't thinking any differently - including my usage of the very very alpha version of LAME, [along with my usual usage of a slew of alphas and betas of every software]. I am using it mainly to test and report bugs.

What I was attempting was to get some clarification as to why MeGUI updated LAME to 3.98a since there is nothing special about it as far as I can see. If it updated to 3.98a, it might as well have updated to 4.0a, unless 4.0a is totally unusable & 3.98a is reasonably OK to use. It might be very true, but just wanted to know what the basis of the updates are, especially since Sharktooth said that all the components are tested. If 3.98a is tested and found OK, then why HA disclaims it? If HA recommends only 3.97b2, then why doesn't MeGUI adhere to it?

Everything will have very plausible answers, I am sure, but I just want to hear them out if possible.

EDIT: Oh, 3.98a is the current branch - foxyshadis already said that. Problem solved!

bkman

24th June 2006, 13:37

Profile bug is indeed fixed, but I found another.

When a job errors out (like with an incorrect commandline arg), the log stalls and won't print any new output after that.

shon3i

24th June 2006, 22:58

When doing 3pass encoding with clever TM, in second pass --sar x:y are not included in comandline, and i get very streched output, can i just fix this in mkvmerge or i must encode again because i lost in commpresion because picture is bigger than normal??

foxyshadis

25th June 2006, 04:46

Well, I could only find 4.0 bug reports on quite earlier prereleases, which might well be fixed by now. For 3.98a the problem sample count seems to be about the same as 3.97b so... *shrug* I guess the warning was premature.

Couple threads:
http://www.hydrogenaudio.org/forums/index.php?showtopic=44515
http://www.hydrogenaudio.org/forums/index.php?showtopic=39314

Latexxx

25th June 2006, 21:46

MeGUI wants to update my my Neroaac from 2006-05-08 to 2006-05-26 but

Updating neroaacenc. File 1/1.
Error: neroaacenc could not be found on the server
Update completed.
0 files were completed successfully
1 files had problems.