DGAVCDec 1.0.9

[Guest]

Yes, of course.

[Toti]

@ Neuron2, I am mostly a reader this is why I have just a few post due to my long time membership.

I do want to say that this is an impressive software, yes it is alpha but works excellent. DGMPGIndex is not just a tool is a masterpiece.

I see this DGAVCIndex becoming another masterpiece. Although, I don't place many comments I do use and wait in anticipation for every release of yours.

Thanks, for the great programs. :)

[Pookie]

She's really starting to look like another app we all know and love :) Thanks for your hard work.

[G_M_C]

I've got the feeling that Alpha 5 is slower than Alpha 4, or are those feelings just figments of my imagination :rolleyes: ?

[Guest]

Can't you time it for the same stream with both versions?

I can't think of any change that would have affected the speed.

[kweek]

Just started an x264 encode with 1.0.0 Alpha 5 and I saw this in the console

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. Do not report crashes to FFmpeg developers.

It's encoding and i'll leave it on, hope nothing's wrong. Thanks for this great prog!

[Guest]

Oops, forgot to zap that message.

It's a big can of worms. Search for it on Google for details.

Anyway, it'll disappear when I get the native Windows compilation done for the DLLs.

I'm curious about your application. You're transcoding H264 to H264. What is the origin of the source material and why are you transcoding it?

[bob0r]

In general 3 things:
1: H.264 HDDVD
2: H.264 BLURAY
3: H.264 (MBAFF/PAFF) Satellite streams

Mostly transcoded to fit on dvd5 or dvd9, for your burning pleassures.

[G_M_C]

Can't you time it for the same stream with both versions?

I can't think of any change that would have affected the speed.

Good idea, i'll do that tonight when im back from work.

But i woulnd be at all surprised if it was just my imagination after all http://gathering.tweakers.net/global/smileys/bonk3.gif

:D

[kweek]

tnx for your answer


I'm curious about your application. You're transcoding H264 to H264. What is the origin of the source material and why are you transcoding it?

Blu Ray -> DVD9

The console is giving errors like this one many times
[h264 @ 68980000]top block unavailable for requested intra mode at 99 50
[h264 @ 68980000]error while decoding MB 99 50, bytestream (24803)
[h264 @ 68980000]error while decoding MB 60 43, bytestream (-22)
[h264 @ 68980000]concealing 1418 DC, 1418 AC, 1418 MV errors

[G_M_C]

Good idea, i'll do that tonight when im back from work.

But i woulnd be at all surprised if it was just my imagination after all http://gathering.tweakers.net/global/smileys/bonk3.gif

:D

Welll; Got the results in .... the difference between Alpha-3 and newer versions was indeed remarkable. The difference between Alpha-4 and 5 was negible.

Test was done on my "used to be über machine", dual Xeon 3.06 / 2 Gb registered, HT swithed on.

Test file used was 151604 frames@23.976fps, approx. 1hrs, 45mins, 23secs.


avis [info]: 1920x800 @ 23.98 fps (151604 frames)
x264 [info]: slice I:1955 Avg QP:17.72 size:156220a 0:00:00
x264 [info]: slice P:89115 Avg QP:19.57 size: 67233
x264 [info]: slice B:60534 Avg QP:20.51 size: 28493
x264 [info]: mb I I16..4: 1.8% 97.4% 0.8%
x264 [info]: mb P I16..4: 0.0% 7.5% 0.1% P16..4: 46.5% 24.9% 13.6% 0.2% 0.1%
skip: 7.0%
x264 [info]: mb B I16..4: 0.0% 0.6% 0.0% B16..8: 31.7% 1.6% 3.8% direct: 8.4%
skip:53.9%
x264 [info]: 8x8 transform intra:98.4% inter:84.7%
x264 [info]: direct mvs spatial:96.0% temporal:4.0%
x264 [info]: ref P 47.6% 23.7% 13.5% 8.7% 6.5%
x264 [info]: ref B 53.3% 30.2% 6.9% 6.4% 3.3%
x264 [info]: kb/s:10149.0

Indexed this same file 2 times per alpha-version, and took average on the time needed. Rebooted in between runs, and disconnected network/killed firewalls and virus-scanners.

Indexing on:
- Alpha-3 took approx. 300 seconds
- Alpha-4 took approx.1530 seconds
- Alpha-5 took approx 1530 seconds.

Also observed that the programm used 1 tread, out of max. of 4 possible threads.

My conclusions, based on the huge difference between A3 and A4 and the reported errors in previous posts, is that it looks like something went wrong when AVformat-51.dll was eliminated/build into the package. But thats only a guess; It could also be that integrating/switching to the new GUI is somehow involved.

Hope this helps Neuron2.

But anyway, taking long or not, it's s
till looking out to be a very good tool :)

[MatMaul]

I think inline asm code of ffmpeg is skipped during the compilation with visual c++

[Guest]

The indexing does not use libavcodec, it uses code from the reference decoder only. I will investigate. My tests show just under a factor of two, though.

Anyway, libavcodec is still being compiled with mingw/msys.

[G_M_C]

Oops forgot to note that I observed that 1 thread was used bij de programm, out of max 4 possible threads. But i knew that it isnt multi-threaded yet. Edited my post to include this info, so it's easier to read back.

[Guest]

I finally managed to get DGAVCDec to work with the libavcodec from ffdshow_tryouts. That means I am now able to trace and debug the decoder DLL seamlessly with my application. Another step towards PAFF. :)

Performance seems no worse than with the mingw/msys build.

[kweek]

The errors that i mentioned earlier didn't have any influance on the encode. Everythin went fine.

Something new has come up, when I load a h.264 file thats in a directory with a long name (48chars) DGAVCIndex crashes.

[Guest]

Something new has come up, when I load a h.264 file thats in a directory with a long name (48chars) DGAVCIndex crashes. Please give me the entire path name and file name. Thank you.

[kweek]

Please give me the entire path name and file name. Thank you.

Path
C:\MPG\DVDSource\Romeo.and.Juliet.1996.DVD5.720p.HDTV.x264.PROPER\Romeo.and.Juliet.1996.DVD5.720p.HDTV.x264.PROPER.dga

DGAVCDecode.dll is in C:\MPG\AviSynth 2.5\plugins

AVS
AVCSource("Romeo.and.Juliet.1996.DVD5.720p.HDTV.x264.PROPER.dga")
spline36resize(1280,720,2,0,1916,1076)
FluxSmoothT(3)
LimitedSharpenFaster(ss_x=1.0, ss_y=1.0, Smode=3, strength=80, overshoot=1)
SPresso(limit=2, limitC=0, bias=15, biasC=0, RGmode=17, RGmodeC=0)

I did not read the previsious 15 pages of this thread btw :s

[Guest]

You said DGAVCIndex crashes. When does it crash? When you open the file (then give me the path and file name for the input file)? When you Save Project?

Or did you mean the crash occurs when you load the AVS into something?

Please be precise. There's no point to give me the script if DGAVCIndex is crashing! You're just confusing me.

[kweek]

You said DGAVCIndex crashes. When does it crash? When you open the file (then give me the path and file name for the input file)? When you Save Project?

Or did you mean the crash occurs when you load the AVS into something?

Please be precise. There's no point to give me the script if DGAVCIndex is crashing! You're just confusing me.

Oh yeah that's right. Sowwy for the mixup, stupid me. DGAVCIndex is indeed crashing when opening C:\MPG\DVDSource\Romeo.and.Juliet.1996.DVD5.720p.HDTV.x264.PROPER\romeo.and.juliet.1080p.h264.dd51_video1.h264

Doesn't crash when opening C:\MPG\DVDSource\Romeo\romeo.and.juliet.1080p.h264.dd51_video1.h264 or My Documents\romeo.and.juliet.1080p.h264.dd51_video1.h264

[Guest]

Ok, thank you kweek. I've duplicated it and will fix it for the next alpha release.

EDIT: The JM reference software has some paths limited to 100 characters!

[G_M_C]

Looked back at the test i did, i saw a (cosmetic ?) slight error.

The test-file is in 23.976 fps, but the programm-bar of DGAVCIndex reports 23.98 fps. The .dga opens as 23.976 though, so it is probably just cosmetic.

[hajj_3]

Does the latest alpha support dvb-s2 h264 .ts files?? if not please can you add it.

here is a clip for you to test with to get it working, its a dvb-s2 h264 .ts file recorded from discovery channel in sweden:

http://www.sendspace.com/file/hwr40h (58mb)

[G_M_C]

Does the latest alpha support dvb-s2 h264 .ts files?? if not please can you add it.

here is a clip for you to test with to get it working, its a dvb-s2 h264 .ts file recorded from discovery channel in sweden:

http://www.sendspace.com/file/hwr40h (58mb)

Please read the earlier posts. It isnt supported yet, it only works with RAW H264 files.

You'll have to demux it, and hope it isnt encoded in PAFF, because that's not yet supported either.

[hajj_3]

i see. hope its supported soon, europe has had dvb-s2 .ts for quite a while now, dgavc and videoredo dont support it yet, its a real shame as the quality it fantastic!

keep up the great work neuron!

[lucassp]

does DGAVCIndex work with AVISynth 2.5.7 MT 0.7?

[Raere]

I just wanted to thank you neuron2 for this awesome plug-in, it's just what I needed for my latest projects. Keep up the good work!

[Guest]

does DGAVCIndex work with AVISynth 2.5.7 MT 0.7? I don't know. Please report your results.

[Guest]

* Fixed broken GOP stepping after play/preview.

* Title bar FPS indication now has three places after the decimal point.

* A "Finished!" popup now appears at the end of the Save Project operation.

* Fixed an uninitialized variable in DGAVCDecode that could cause crashes in some circumstances.

* Redesigned the whole decoder DLL situation (read the help text carefully before using alpha 6):

- Now only one decoder DLL is required (libavcodec.dll).
- The decoder DLL is stripped down to include just AVC decoding.
- The decoder DLL must be placed in the same directory as DGAVCIndex.exe. The path is automatically passed to DGAVCDecode.dll in the DGA file.
- The decoder DLL project is buildable in Visual Studio 2005, allowing for direct tracing/debugging.
- The decoder DLL is derived from the ffdshow_tryouts project.

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

I think I'll add transport stream support next, and then tackle PAFF.

[lucassp]

I don't know. Please report your results.

using Alpha 5: the first pass works fine but the second pass hangs after the first few frames, the timer goes on and the fps drops to zero.

using Alpha 6: it crashes right after I hit the start button.

[Guest]

>AVISynth 2.5.7 MT 0.7

Since I have never heard of this, you should find out who made it and talk to them about it.

And I have no idea what you are talking about with first pass and second pass.

[lucassp]

>AVISynth 2.5.7 MT 0.7

Since I have never heard of this, you should find out who made it and talk to them about it.

And I have no idea what you are talking about with first pass and second pass.

AVISynth 2.5.7 MT 0.7 is the multithreaded version of AVISynth 2.5.7 made by tsp (http://forum.doom9.org/showthread.php?t=94996). The "first pass" and "second pass" are the x264 encoding passes of this AVS file:

SetMTMode(2,0)
DGAVCDecode_AVCSource("D:\Codecs\test.dga",deblock=false)
LanczosResize(960,544)

[hajj_3]

I think I'll add transport stream support next, and then tackle PAFF.

yay, finally dvb-s2 .TS support coming:PPPPPPPP

thankyou!!!!!!!

[klinika]

Darn it, alpha 6 crashes on everything I try to open with it, and the error popup points out libavcodec in futile effort to shift the blame. But happily, alpha 5 works like a charm. Running regular xp32.

[Guest]

Darn it, alpha 6 crashes on everything I try to open with it, and the error popup points out libavcodec in futile effort to shift the blame. But happily, alpha 5 works like a charm. Running regular xp32. What does the popup say exactly? Did you follow the instructions for installation?

[klinika]

What does the popup say exactly? Did you follow the instructions for installation?

Well, the whole alpha 6 archive is on its own in one dir, libavcodec and all. I mean, is there something more, have I overlooked something?

The popup says nothing useful:

AppName: dgavcindex.exe AppVer: 0.0.0.0 ModName: libavcodec.dll
ModVer: 0.0.0.0 Offset: 00028bb2

Can't seem to select or copy any of the detailed information, but it's available, just need to know which parts of it would be needed. I wouldn't rule out reformatitis just yet though. There's nothing seemingly wrong with the files I tried, they're encoded with recent version of x264 using basic options and play just fine.

[Guest]

Make a screenshot of the popup and post that.

Also, search your entire system for libavcodec.dll and let me know if there is another one than the one that sits with DGAVCIndex.exe.

Also, post a link to a fragment of a stream that causes this problem. Does it happen with the file test.264 that is included in:

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

[Guest]

Oh, and install this:

http://www.microsoft.com/downloads/details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en

Let me know the result.

[klinika]

Installed the vcredist, nada, didn't do anything. No duplicate libavcodecs except the one in ffdshow dir, and that's nowhere near any PATH variables. And test.264 crashes dgavcindex on open too.

Here's (http://luuranko.freeshell.org/clip.264) a link to a 5s clip I encoded just for this, which I'm sure you'll find working perfectly on your end, but crashes on mine.

Here's a pertinent screenshot, along with the Amazing Error Popup That Refuses To Be Copied, which I meant before (there's info about every dll loaded in memory there if one scrolls down, and down, and down):

http://luuranko.freeshell.org/error.jpg

The offset, address, and code stays the same whatever clip I try to open. If that means anything.

I'm acutely aware that no one else has reported similar problems, and I'm not sure if it's worth the effort to investigate as it most probably is an isolated case of conflict somewhere in the bowels of my pc. At least such it would seem to be. Still, alpha 5 works, and with a bit of luck, the next alpha works too :p But it sure is a perplexing problem :confused:

[xc3ll]

Hi neuron2, I tried your program, but get an this error:

[h264 @ 0100700C]Internal error, IDCT permutation not set

when I try encoding w/meGUI, source is a bd disc.

[Guest]

Installed the vcredist, nada, didn't do anything. No duplicate libavcodecs except the one in ffdshow dir, and that's nowhere near any PATH variables. And test.264 crashes dgavcindex on open too. Please rename that one, reboot, and try again.

[Guest]

Hi neuron2, I tried your program, but get an this error:

[h264 @ 0100700C]Internal error, IDCT permutation not set

when I try encoding w/meGUI, source is a bd disc. Are you sure it is H.264 and not VC1? If so, please post a source stream fragment that I can use to duplicate the issue.

[Inventive Software]

Also be well aware that you have to demux the video stream from the BD files. DGAVCIndex only accepts raw .264 files. ;)

[klinika]

Please rename that one, reboot, and try again.

I'm sorry to say it didn't change a thing... Tried even moving the whole thing to c partition's root, just in case, but that didn't change anything either. Can't think of anything else really, except if there'd be an easy way to debug it.

[Inventive Software]

The link to the VC redist neuron posted earlier, try the SP1 update on top of it and see if that helps or not.

[Guest]

Is anyone else having this issue with Alpha 6?

[Revgen]

^ I'll try it tomorrow after I'm done encoding.

[G_M_C]

Is anyone else having this issue with Alpha 6?

I havent been able to get to testing out this new version. I'll do some testing tonight on a new project.

But my first thought is this (i'm at work right now,so forgive me if i make some mistake in my reasoning ;) );
When i remember correctly the previous versions came with 2(3) separate DLL's. It was advised that you put those DLL's in your
"windows/system" directory. Cant i be that you have forgotten to remove the old DLL's from your "windows/system" directory xc3ll ?

[ToS_Maverick]

Is anyone else having this issue with Alpha 6?

I havent been able to test it either, but i've some PAFF streams on my disk, who i'd love to test for you, with a new version :D

[canTsTop]

Is anyone else having this issue with Alpha 6?

hello, i get same error like klinika. here is my error log

http://rapidshare.com/files/35905893/error.txt.html