MeGUI: bug reports and feature requests - Page 40

mozzle · 13th February 2010, 22:16

This x264 issue is bizarre. Some folks have no issues while others are experiencing crashes and still others are successfully encoding but with a bunch of skipped frames.

WTF?!?

Inspector.Gadget · 13th February 2010, 22:26

No issues here with the x264 1400 downgrade on Vista x64 and muxed with mkvmerge / then using Haali -> MPC-HC internal DXVA decoder to play back resulting file.

horvathd · 13th February 2010, 22:55

I made some testing around the x264 r1416 and the problem is with the builds by Komisar, not the x264 itself.

I don't know which versions were included into MeGUI (generic or core2, 32 or 64 bit). The main problem is that the generic 32 and 64 bit executables are the same, probably due mislabeling. They should be the the 64 version because they don't run on my PC. (The core2 32 and 64 bit version also don't run.)

I suggest grab an executable from the following topic http://doom10.org/index.php?topic=3.0 or build one yourself. I did the latter one, and left out the unused lavf and ffms input methods.

thedozer · 13th February 2010, 23:28

@horvathd:
For my tests I used 1400 & 1416 builds from http://x264.nl and still the same problem with those skipped frames.

I should mention that I only mux into MKV, and skipped frames sometimes play normally after muxing the encoded video with audio using mkvmerge.

saint-francis · 13th February 2010, 23:35

I must say that there are no problems on my end with the Dev build. I've been using it all the time too.

horvathd · 13th February 2010, 23:42

@thedozer:
Then probably you should report this issue in this topic (http://forum.doom9.org/showthread.php?t=108571) to the developers.

quantum5uicid3 · 13th February 2010, 23:46

someone upload some clips

help_me! · 14th February 2010, 02:45

I did: http://forum.doom9.org/showthread.ph...19#post1373819

The one with the _ (encoded with the x264 from the dev. server) doesn't play correctly.
The other one (encoded with the x264 from the stable server) plays without problems.

horvathd · 14th February 2010, 08:45

Quote:

Originally Posted by help_me!

I did: http://forum.doom9.org/showthread.ph...19#post1373819

The one with the _ (encoded with the x264 from the dev. server) doesn't play correctly.
The other one (encoded with the x264 from the stable server) plays without problems.

Maybe you have the same problem I did. Check these posts: http://forum.doom9.org/showthread.ph...25#post1371125

Poutnik · 14th February 2010, 09:42

Vulnerability scan of Personal software inspector by Secunia.com claims that
mplayer.exe 0.x version in mencoder tool folder of MeGUI is not supported anymore.

( it means in general authors of such product either did not respond to several vulnerability notifications,
or they responded or actively announced the product version is not supported anymore )

Edit: It seems all revealed vulnerabilities for MP 0.x seems patched, but it need not to be checked anymore.
http://secunia.com/advisories/produc...ask=advisories

OTOH, with mplayer 1.x the situation is not better as far as several vulnerabilities are unpatched
Both of Highly Critical vulnerabilities of all 4 unpatched issues
seems related to media streaming, so in context of MeGUI they do not look like big issue.
http://secunia.com/advisories/produc...ask=advisories

Zathor · 14th February 2010, 11:59

Honestly said I have no idea anymore regarding the x264 problem. Can someone with the problem please try to encode from the command line with the official build 1416 from x264.nl? (Use the command line from the MeGUI log - replace vfw2x264.exe with x264.exe in the command line if running on x64 and of course replace the file x264.exe with the one from x264.nl). If the problem can be reproduced this way with build 1416 and with build 1376 (from the stable server) it is gone I assume that the x264 build is the source of the problem.

help_me! · 14th February 2010, 12:44

Using 32bit 1416 from x264.nl (not messing with vfw) and the same settings as previously produces a file that:
- the MPC-HC DXVA decoder doesn't crash this time but now has the same problem of skipping frames like the FFDSHOW decoder did (I've never tested 1416 before so maybe that's why there's slightly different behavior from 1400)
- FFDSHOW skips frames as previously with megui's dev. server x264 1400

Using 32bit 1376 from x264.nl:
- with MPC-HC DXVA decoder plays great!
- with FFDSHOW plays great!

quantum5uicid3 · 14th February 2010, 14:32

sorry didnt see them. can you upload a clip of the source plz

Fr4nz · 14th February 2010, 16:59

Hi Zathor, I have good news!

With latest MeGUI development version (0.3.3.5 with all the components updated) I don't have anymore freezing problems with unpatched 264.nl 1416 64-bit build. I guess that something in MeGUI code was updated and solved this issue.

Now I'm gonna try Komisar 1416 NAL-HRD patched build in order to see if it also works with MeGUI...

UPDATE: Okay, the culprit seems to be Komisar's 1416 builds: they keep freezing; don't use them.

UPDATE2: Found that probably there's a bug in NAL-HRD patch; see here;

help_me! · 14th February 2010, 18:58

Quote:

Originally Posted by quantum5uicid3

sorry didnt see them. can you upload a clip of the source plz

http://www.megaupload.com/?d=D1T7FUXN

Here's a 4 second clip from the 10 second Huffyuv source. Size is a bit big as you can understand (120MB) but Megaupload should give you good speeds.

quantum5uicid3 · 15th February 2010, 11:29

Quote:

Originally Posted by help_me!

http://www.megaupload.com/?d=D1T7FUXN

Here's a 4 second clip from the 10 second Huffyuv source. Size is a bit big as you can understand (120MB) but Megaupload should give you good speeds.

komisar 1416/hrd both 32 and 64 are working flawlessly on this too. plz post your settings, but i think a decoding chain issue is more likely though, like the haali media splitter prob horvathd pointed out.

addition:

i tried 32bit and 64bit outputting to mp4, mkv, and raw. all played back perfectly with both dxva and ffdshow...

Fr4nz · 15th February 2010, 11:46

Quote:

Originally Posted by quantum5uicid3

komisar 1416/hrd both 32 and 64 are working flawlessly on this too. plz post your settings, but i think a decoding chain issue is more likely though, like the haali media splitter prob horvathd pointed out.

addition:

i tried 32bit and 64bit outputting to mp4, mkv, and raw. all played back perfectly with both dxva and ffdshow...

Actually latest Komisar's NAL-HRD patched build is bugged (culprit is the NAL-HRD patch used). See here and here.

quantum5uicid3 · 15th February 2010, 11:59

what's the trigger? i'm enabling nalhrd on all encodes and yet to have an issue. is it a certain vbv?

Fr4nz · 15th February 2010, 12:07

Quote:

Originally Posted by quantum5uicid3

what's the trigger? i'm enabling nalhrd on all encodes and yet to have an issue. is it a certain vbv?

This is what I get when using avs2yuv (but it freezes also with MeGUI):

Code:

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
Assertation failed!
Program: E:\dvd\avs2yuv\x264_x64.exe
File: encoder/set.c, Line 679
Expression: dpb_output_delay < pow( 2, sps->vui.nal_hrd_parameters.i_dpb_output_delay_length )
E:\work\Up.2009.1080p.avs:
 1920x1080, 2500000/104271 fps, 138282 frames
Output error: wrote only 2676405 of 3110400 bytes

Fatal Error: The encoder has encountered an unexpected error!

quantum5uicid3 · 15th February 2010, 12:16

i think help_me is having different issues, but hopefully that's it. u should remove anything that could insinuate rule 6 violations btw.

13th February 2010, 22:16	#781 \| Link
mozzle Registered User Join Date: May 2008 Location: Californiaaaaayyy Posts: 51	This x264 issue is bizarre. Some folks have no issues while others are experiencing crashes and still others are successfully encoding but with a bunch of skipped frames. WTF?!? __________________ *mozzle*

14th February 2010, 09:42	#790 \| Link
Poutnik Useless idea generator Join Date: Apr 2004 Location: Europe, Czech Republic, Brno Posts: 332	Vulnerability scan of Personal software inspector by Secunia.com claims that mplayer.exe 0.x version in mencoder tool folder of MeGUI is not supported anymore. ( it means in general authors of such product either did not respond to several vulnerability notifications, or they responded or actively announced the product version is not supported anymore ) Edit: It seems all revealed vulnerabilities for MP 0.x seems patched, but it need not to be checked anymore. http://secunia.com/advisories/produc...ask=advisories OTOH, with mplayer 1.x the situation is not better as far as several vulnerabilities are unpatched Both of Highly Critical vulnerabilities of all 4 unpatched issues seems related to media streaming, so in context of MeGUI they do not look like big issue. http://secunia.com/advisories/produc...ask=advisories __________________ Vista64 Premium SP2 / C2D E4700 2.6GHz/ 6GB RAM/ Intel GMA 3100 / DTV Leadtek DONGLE GOLD USB2 / focused to DVB-T MPEG2 PS capture -> ProjectX -> M2V/MP2 -> MeGUI/AVS -> MP4[AVC/AAC] Last edited by Poutnik; 14th February 2010 at 10:15.

14th February 2010, 12:44	#792 \| Link
help_me! Registered User Join Date: Sep 2005 Posts: 14	Using 32bit 1416 from x264.nl (not messing with vfw) and the same settings as previously produces a file that: - the MPC-HC DXVA decoder doesn't crash this time but now has the same problem of skipping frames like the FFDSHOW decoder did (I've never tested 1416 before so maybe that's why there's slightly different behavior from 1400) - FFDSHOW skips frames as previously with megui's dev. server x264 1400 Using 32bit 1376 from x264.nl: - with MPC-HC DXVA decoder plays great! - with FFDSHOW plays great! Last edited by help_me!; 16th February 2010 at 10:38.

14th February 2010, 16:59	#794 \| Link
Fr4nz Registered User Join Date: Feb 2003 Posts: 448	Hi Zathor, I have good news! With latest MeGUI development version (0.3.3.5 with all the components updated) I don't have anymore freezing problems with unpatched 264.nl 1416 64-bit build. I guess that something in MeGUI code was updated and solved this issue. Now I'm gonna try Komisar 1416 NAL-HRD patched build in order to see if it also works with MeGUI... UPDATE: Okay, the culprit seems to be Komisar's 1416 builds: they keep freezing; don't use them. UPDATE2: Found that probably there's a bug in NAL-HRD patch; see here; Last edited by Fr4nz; 15th February 2010 at 09:55.

13th February 2010, 22:26	#782 \| Link
Inspector.Gadget Registered User Join Date: May 2008 Posts: 1,618	No issues here with the x264 1400 downgrade on Vista x64 and muxed with mkvmerge / then using Haali -> MPC-HC internal DXVA decoder to play back resulting file.

13th February 2010, 22:55	#783 \| Link
horvathd Registered User Join Date: Dec 2009 Posts: 25	I made some testing around the x264 r1416 and the problem is with the builds by Komisar, not the x264 itself. I don't know which versions were included into MeGUI (generic or core2, 32 or 64 bit). The main problem is that the generic 32 and 64 bit executables are the same, probably due mislabeling. They should be the the 64 version because they don't run on my PC. (The core2 32 and 64 bit version also don't run.) I suggest grab an executable from the following topic http://doom10.org/index.php?topic=3.0 or build one yourself. I did the latter one, and left out the unused lavf and ffms input methods.

13th February 2010, 23:28	#784 \| Link
thedozer Registered User Join Date: Feb 2007 Posts: 27	@horvathd: For my tests I used 1400 & 1416 builds from http://x264.nl and still the same problem with those skipped frames. I should mention that I only mux into MKV, and skipped frames sometimes play normally after muxing the encoded video with audio using mkvmerge.

13th February 2010, 23:35	#785 \| Link
saint-francis too much lurking Join Date: Sep 2006 Location: Valhalla Posts: 668	I must say that there are no problems on my end with the Dev build. I've been using it all the time too.

13th February 2010, 23:42	#786 \| Link
horvathd Registered User Join Date: Dec 2009 Posts: 25	@thedozer: Then probably you should report this issue in this topic (http://forum.doom9.org/showthread.php?t=108571) to the developers.

13th February 2010, 23:46	#787 \| Link
quantum5uicid3 Registered User Join Date: Oct 2009 Posts: 176	someone upload some clips

14th February 2010, 02:45	#788 \| Link
help_me! Registered User Join Date: Sep 2005 Posts: 14	I did: http://forum.doom9.org/showthread.ph...19#post1373819 The one with the _ (encoded with the x264 from the dev. server) doesn't play correctly. The other one (encoded with the x264 from the stable server) plays without problems.

14th February 2010, 11:59	#791 \| Link
Zathor Registered User Join Date: Nov 2009 Posts: 2,405	Honestly said I have no idea anymore regarding the x264 problem. Can someone with the problem please try to encode from the command line with the official build 1416 from x264.nl? (Use the command line from the MeGUI log - replace vfw2x264.exe with x264.exe in the command line if running on x64 and of course replace the file x264.exe with the one from x264.nl). If the problem can be reproduced this way with build 1416 and with build 1376 (from the stable server) it is gone I assume that the x264 build is the source of the problem.

14th February 2010, 14:32	#793 \| Link
quantum5uicid3 Registered User Join Date: Oct 2009 Posts: 176	sorry didnt see them. can you upload a clip of the source plz

15th February 2010, 11:59	#798 \| Link
quantum5uicid3 Registered User Join Date: Oct 2009 Posts: 176	what's the trigger? i'm enabling nalhrd on all encodes and yet to have an issue. is it a certain vbv?

15th February 2010, 12:16	#800 \| Link
quantum5uicid3 Registered User Join Date: Oct 2009 Posts: 176	i think help_me is having different issues, but hopefully that's it. u should remove anything that could insinuate rule 6 violations btw.