DGAVCDec 1.0.9 - Page 34

Guest · 27th November 2007, 15:54

@squid_80

Thanks for that tip! I've caught the error and am hot on the trail now.

Guest · 28th November 2007, 03:21

It turned out to be a serious bug in libavcodec. When it deblocks, it tries to deblock the top and left edges of the picture, even though there are no macroblocks above the top edge or to the left of the top edge! It's a wonder it doesn't crash more often. I fixed it in my brute force way but will check it with the author of libavcodec's H.264 decoder (Michael Niedermayer) to be sure I haven't missed anything. You can find the patched libavcodec.dll in the alpha 12 zip, which I have updated:

http://neuron2.net/dgavcdec/dgavcdec100a12.zip

Please let me know how this works for you.

canTsTop · 28th November 2007, 10:31

sorry but i cant check if its ok now, with this new libavcodec.dll DGAVCIndex crashes then i try to open video (like was with alpha 6). if i open previously created *.dga in virtualdub at the bottom it says: Avisynth read error: CAVIStreamSynth: Sys "" then move one frame forward and virtualdub crashes.

Guest · 28th November 2007, 14:57

Something goofy is going on with my builds. Investigating...

canTsTop · 28th November 2007, 16:00

unfortunately it still crashes. but if i use avs: AVCSource("bits0001.dga",deblock=false) it no more crashes. and easiest way to make it crash its to load avs in megui>tools>avisynth script creator and in filters tab Analyse, it will crash after few seconds. if i add to avs deblock=false it analyze till the end

Guest · 28th November 2007, 16:14

I took the deblock fix version back and I have the broken one there still now, because with my fixed one you say that one crashes too. So you are not testing with a good one yet. What processor do you have? This DLL requires SSE2.

canTsTop · 28th November 2007, 16:25

im testing with: libavcodec.dll MD5 is 4DD30386330BBFD5D98D0127967B2466

my processor: AMD Athlon XP 1700+, it supporting only MMX, 3DNow! and SSE

Guest · 28th November 2007, 17:37

OK, I think it is the SSE2 thing that is causing your crashes for the DLLs that I build. I will try to make one without SSE2.

g0blez · 29th November 2007, 02:47

Quote:

Originally Posted by g0blez

meGUI (x264 build 699):

- Selected SA-HD-DVD profile, RAWAVC container
- Started 1st Pass; at the end of the pass, I got the following logs:
[h264 @ 6FD461F0]reference picture missing during reorder
[h264 @ 6FD461F0]error while decoding MB 18 59, bytestream (td)
[h264 @ 6FD461F0]left block unavailable for requested intra4x4 mode -1 at 0 46
[h264 @ 6FD461F0]error while decoding MB 0 46, bytestream (td)
[h264 @ 6FD461F0]left block unavailable for requested intra4x4 mode -1 at 0 38
[h264 @ 6FD461F0]error while decoding MB 0 38, bytestream (td)
[h264 @ 6FD461F0]reference picture missing during reorder
[h264 @ 6FD461F0]left block unavailable for requested intra mode at 0 10
[h264 @ 6FD461F0]error while decoding MB 0 10, bytestream (td)
[h264 @ 6FD461F0]reference picture missing during reorder

neuron2, do you think these issues are caused by DGAVCdec or something else?
Dark Shikari seems to think it's a decoding issue.

Using alpha 12 (first version - original dll).

Guest · 29th November 2007, 05:41

I need the stream, but see below and retest with a clsid build.

The libavcodec.dll situation has become clarified. First, it turns out that the clsid builds are not made with Visual Studio, but with MINGW/MSYS/gcc. There are currently two problems with building with Visual Studio. The first is easy to fix. The project had SSE2 enabled, which would cause crashes for anybody with a processor without SSE2. OK, so just turn off SSE2. The more serious problem is that the Visual Studio build does not have the asm optimizations, and the corresponding C code is buggy, e.g., it causes blocking for some streams, and possibly other problems. So, currently the Visual Studio builds of libavcodec.dll are unusable, and I won't be making any more releases of those until I get the second problem resolved.

Additionally, all the builds have a bug in deblocking for interlaced streams, which can cause crashes when navigating. Michael Niedermayer has sent me the proper fix and I have tested it. He will commit it for the main line. I will build a new libavcodec.dll with that fix using MINGW/MSYS/gcc for the next alpha release. In the meantime use a libavcodec.dll from a recent clsid build.

All the mysteries are now, I think, resolved and we can bring the situation to a good point soon.

Mtz · 29th November 2007, 05:50

I posted just to thank you for your hard work. Things like this make us happy.

enjoy,
Mtz

Guest · 30th November 2007, 01:15

@Mtz

Thank you. Your kind words are appreciated.

@all

I have made a good libavcodec.dll that:

1. Does not require SSE2.
2. Contains the optimized assembler (which means decoding is faster).
3. Fixes the deblocking bug.

You can get it out of the alpha 12 zip. Feedback will be appreciated.

http://neuron2.net/dgavcdec/dgavcdec100a12.zip

canTsTop · 30th November 2007, 10:45

thank you neuron2 for all your hard work, like Mtz wrote: Things like this make us happy

this build of libavcodec.dll dont't crash on my pc

on sample i uploaded previously everything works good

i have other video which still crashes (in virtualdub or megui), i made a sample, but in sample it no longer crashes in virtualdub, but still crashes in megui then analyzing video (load avs in megui>tools>avisynth script creator and in filters tab Analyse). but if i add in avs deblock=false it no longer crashes
this is sample http://rapidshare.com/files/73281324/222.264.html maybe you can look at it

g0blez · 30th November 2007, 15:20

neuron2,
I'll give my stream a try and see if I still get the errors.
Is there an advantage in setting "deblock=false" when encoding ?

Fishman0919 · 30th November 2007, 17:09

I'm getting an error trying to load a script with HC with dgavcdec100a12. If I go back to dgavcdec100a11 it loads fine.

The same script load fine with both 11 and 12 with QuEnc

Code:

loadplugin("DGAVCDecode.dll")
AVCSource("file.dga")
LanczosResize(720,458)
AddBorders(0, 11, 0, 11)
ConvertToYV12()

Guest · 30th November 2007, 20:32

Remake the project with the new version of DGAVCIndex and make sure your DGAVCIndex and DGAVCDecode are both from alpha 12. Get rid of any old stray versions that HC might find.

Fishman0919 · 30th November 2007, 21:21

Thx neuron2.

Odd, if I have any other ver around I get the error... and they are in diff folders. As soon as I zip or rar up the others ver... it works fine.

Deckard2019 · 1st December 2007, 16:21

Quote:

Originally Posted by ACrowley

I have a Problme on a m2ts BluRay Mpeg4 AVC
With dgavc i get these Decoding Error in megui. I use the latest 1.006 with fixed libavcodec.dll
Its at the End of x264 1pass a

...

encoded 1089 frames, 8.43 fps, 10843.84 kb/s
[h264 @ 30885100]top block unavailable for requested intra4x4 mode -1 at 0 0
[h264 @ 30885100]error while decoding MB 0 0, bytestream (td)
[h264 @ 30885100]left block unavailable for requested intra4x4 mode -1 at 0 16
[h264 @ 30885100]error while decoding MB 0 16, bytestream (td)
[h264 @ 30885100]top block unavailable for requested intra4x4 mode -1 at 0 34
[h264 @ 30885100]error while decoding MB 0 34, bytestream (td)
[h264 @ 30885100]left block unavailable for requested intra mode at 0 50
[h264 @ 30885100]error while decoding MB 0 50, bytestream (td)
...

Exactly same problem here, with same kind of source, using latest DGAVCDec release.
At the end of first pass, MeGUI throws some errors :

Quote:

encoded 1001 frames, 9.59 fps, 7095.30 kb/s
[h264 @ 6FCFD810]left block unavailable for requested intra4x4 mode -1 at 0 0
[h264 @ 6FCFD810]error while decoding MB 0 0, bytestream (td)
[h264 @ 6FCFD810]top block unavailable for requested intra4x4 mode -1 at 1 16
[h264 @ 6FCFD810]error while decoding MB 1 16, bytestream (td)
[h264 @ 6FCFD810]top block unavailable for requested intra4x4 mode -1 at 0 34
[h264 @ 6FCFD810]error while decoding MB 0 34, bytestream (td)
[h264 @ 6FCFD810]top block unavailable for requested intra mode at 0 50
[h264 @ 6FCFD810]error while decoding MB 0 50, bytestream (td)

Actually, before launching full length encoding, I test only a few frames, using Trim() in .avs. Is it a problem ?
I'm not sure to be able to give you a sample neuron2, I know it's the only way for you to help me. But can you give me some clues ?

Thank you.

g0blez · 2nd December 2007, 05:09

New dll generates additional errors after a single x264 pass:

encoded 206365 frames, 2.55 fps, 6902.02 kb/s
Compiler did not align stack variables. Libavcodec has been miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. You may try recompiling using gcc >= 4.2.
Do not report crashes to FFmpeg developers.
[h264 @ 6FCFD810]reference picture missing during reorder
[h264 @ 6FCFD810]error while decoding MB 18 59, bytestream (td)
[h264 @ 6FCFD810]left block unavailable for requested intra4x4 mode -1 at 0 46
[h264 @ 6FCFD810]error while decoding MB 0 46, bytestream (td)
[h264 @ 6FCFD810]left block unavailable for requested intra4x4 mode -1 at 0 38
[h264 @ 6FCFD810]error while decoding MB 0 38, bytestream (td)
[h264 @ 6FCFD810]reference picture missing during reorder
[h264 @ 6FCFD810]left block unavailable for requested intra mode at 0 10
[h264 @ 6FCFD810]error while decoding MB 0 10, bytestream (td)
[h264 @ 6FCFD810]reference picture missing during reorder

Guest · 2nd December 2007, 05:10

Does it affect the encoded result?

I'd like to try to duplicate this. How do I see those log messages in MeGUI?

28th November 2007, 14:57	#664 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Something goofy is going on with my builds. Investigating... Last edited by Guest; 28th November 2007 at 15:44.

28th November 2007, 16:25	#667 \| Link
canTsTop Registered User Join Date: Apr 2007 Location: Lithuania Posts: 120	im testing with: libavcodec.dll MD5 is 4DD30386330BBFD5D98D0127967B2466 my processor: AMD Athlon XP 1700+, it supporting only MMX, 3DNow! and SSE Last edited by canTsTop; 28th November 2007 at 16:36.

30th November 2007, 01:15	#672 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Good libavcodec.dll now ready @Mtz Thank you. Your kind words are appreciated. @all I have made a good libavcodec.dll that: 1. Does not require SSE2. 2. Contains the optimized assembler (which means decoding is faster). 3. Fixes the deblocking bug. You can get it out of the alpha 12 zip. Feedback will be appreciated. http://neuron2.net/dgavcdec/dgavcdec100a12.zip

30th November 2007, 17:09	#675 \| Link
Fishman0919 FishmanMod Android Dev Join Date: Apr 2004 Location: Somewhere else, maybe Arizona Bay Posts: 1,143	I'm getting an error trying to load a script with HC with dgavcdec100a12. If I go back to dgavcdec100a11 it loads fine. The same script load fine with both 11 and 12 with QuEnc Code: loadplugin("DGAVCDecode.dll") AVCSource("file.dga") LanczosResize(720,458) AddBorders(0, 11, 0, 11) ConvertToYV12() Attached Images __________________ "Cinderella story, out of nowhere, former greenskeeper, now about to become the Masters champion. It looks like a mirac- it's in the hole!"

30th November 2007, 21:21	#677 \| Link
Fishman0919 FishmanMod Android Dev Join Date: Apr 2004 Location: Somewhere else, maybe Arizona Bay Posts: 1,143	Thx neuron2. Odd, if I have any other ver around I get the error... and they are in diff folders. As soon as I zip or rar up the others ver... it works fine. __________________ "Cinderella story, out of nowhere, former greenskeeper, now about to become the Masters champion. It looks like a mirac- it's in the hole!"

27th November 2007, 15:54	#661 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	@squid_80 Thanks for that tip! I've caught the error and am hot on the trail now.

28th November 2007, 03:21	#662 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	It turned out to be a serious bug in libavcodec. When it deblocks, it tries to deblock the top and left edges of the picture, even though there are no macroblocks above the top edge or to the left of the top edge! It's a wonder it doesn't crash more often. I fixed it in my brute force way but will check it with the author of libavcodec's H.264 decoder (Michael Niedermayer) to be sure I haven't missed anything. You can find the patched libavcodec.dll in the alpha 12 zip, which I have updated: http://neuron2.net/dgavcdec/dgavcdec100a12.zip Please let me know how this works for you.

28th November 2007, 10:31	#663 \| Link
canTsTop Registered User Join Date: Apr 2007 Location: Lithuania Posts: 120	sorry but i cant check if its ok now, with this new libavcodec.dll DGAVCIndex crashes then i try to open video (like was with alpha 6). if i open previously created .dga in virtualdub at the bottom it says: Avisynth read error: CAVIStreamSynth: Sys ""* then move one frame forward and virtualdub crashes.

28th November 2007, 16:00	#665 \| Link
canTsTop Registered User Join Date: Apr 2007 Location: Lithuania Posts: 120	unfortunately it still crashes. but if i use avs: AVCSource("bits0001.dga",deblock=false) it no more crashes. and easiest way to make it crash its to load avs in megui>tools>avisynth script creator and in filters tab Analyse, it will crash after few seconds. if i add to avs deblock=false it analyze till the end

28th November 2007, 16:14	#666 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I took the deblock fix version back and I have the broken one there still now, because with my fixed one you say that one crashes too. So you are not testing with a good one yet. What processor do you have? This DLL requires SSE2.

28th November 2007, 17:37	#668 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	OK, I think it is the SSE2 thing that is causing your crashes for the DLLs that I build. I will try to make one without SSE2.

29th November 2007, 05:41	#670 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I need the stream, but see below and retest with a clsid build. The libavcodec.dll situation has become clarified. First, it turns out that the clsid builds are not made with Visual Studio, but with MINGW/MSYS/gcc. There are currently two problems with building with Visual Studio. The first is easy to fix. The project had SSE2 enabled, which would cause crashes for anybody with a processor without SSE2. OK, so just turn off SSE2. The more serious problem is that the Visual Studio build does not have the asm optimizations, and the corresponding C code is buggy, e.g., it causes blocking for some streams, and possibly other problems. So, currently the Visual Studio builds of libavcodec.dll are unusable, and I won't be making any more releases of those until I get the second problem resolved. Additionally, all the builds have a bug in deblocking for interlaced streams, which can cause crashes when navigating. Michael Niedermayer has sent me the proper fix and I have tested it. He will commit it for the main line. I will build a new libavcodec.dll with that fix using MINGW/MSYS/gcc for the next alpha release. In the meantime use a libavcodec.dll from a recent clsid build. All the mysteries are now, I think, resolved and we can bring the situation to a good point soon.

29th November 2007, 05:50	#671 \| Link
Mtz Registered User Join Date: Sep 2003 Location: On The Beach Posts: 714	I posted just to thank you for your hard work. Things like this make us happy. enjoy, Mtz

30th November 2007, 10:45	#673 \| Link
canTsTop Registered User Join Date: Apr 2007 Location: Lithuania Posts: 120	thank you neuron2 for all your hard work, like Mtz wrote: Things like this make us happy this build of libavcodec.dll dont't crash on my pc on sample i uploaded previously everything works good i have other video which still crashes (in virtualdub or megui), i made a sample, but in sample it no longer crashes in virtualdub, but still crashes in megui then analyzing video (load avs in megui>tools>avisynth script creator and in filters tab Analyse). but if i add in avs deblock=false it no longer crashes this is sample http://rapidshare.com/files/73281324/222.264.html maybe you can look at it

30th November 2007, 15:20	#674 \| Link
g0blez Registered User Join Date: Jul 2003 Posts: 31	neuron2, I'll give my stream a try and see if I still get the errors. Is there an advantage in setting "deblock=false" when encoding ?

30th November 2007, 20:32	#676 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Remake the project with the new version of DGAVCIndex and make sure your DGAVCIndex and DGAVCDecode are both from alpha 12. Get rid of any old stray versions that HC might find.

2nd December 2007, 05:09	#679 \| Link
g0blez Registered User Join Date: Jul 2003 Posts: 31	New dll generates additional errors after a single x264 pass: encoded 206365 frames, 2.55 fps, 6902.02 kb/s Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. You may try recompiling using gcc >= 4.2. Do not report crashes to FFmpeg developers. [h264 @ 6FCFD810]reference picture missing during reorder [h264 @ 6FCFD810]error while decoding MB 18 59, bytestream (td) [h264 @ 6FCFD810]left block unavailable for requested intra4x4 mode -1 at 0 46 [h264 @ 6FCFD810]error while decoding MB 0 46, bytestream (td) [h264 @ 6FCFD810]left block unavailable for requested intra4x4 mode -1 at 0 38 [h264 @ 6FCFD810]error while decoding MB 0 38, bytestream (td) [h264 @ 6FCFD810]reference picture missing during reorder [h264 @ 6FCFD810]left block unavailable for requested intra mode at 0 10 [h264 @ 6FCFD810]error while decoding MB 0 10, bytestream (td) [h264 @ 6FCFD810]reference picture missing during reorder

2nd December 2007, 05:10	#680 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Does it affect the encoded result? I'd like to try to duplicate this. How do I see those log messages in MeGUI? Last edited by Guest; 2nd December 2007 at 16:03.