DGAVCDec 1.0.9

[Guest]

Control Panel/Add Remove Programs

Look for Microsoft Visual Studio Redistributable package.

There's a link in this thread if you haven't got it installed.

[rack04]

Originally Posted by neuron2

Control Panel/Add Remove Programs

Look for Microsoft Visual Studio Redistributable package.

There's a link in this thread if you haven't got it installed.

That was the problem. Thanks.

[liquidator87]

Hi, I keep getting "Microsoft VC++ Runtime Error"...

This is the first time it happens, I've been using DGAVCDec without problems, but now it gives me this error...
The dga file is created with no problems, the encode starts and goes well till 10,4%, then it crashes...
The source is a bd file.

I checked and reinstalled VC redist, but no solution... any idea?

[Guest]

Originally Posted by rack04

That was the problem. Thanks.

Thanks to you too for bearing with my gruff nature. I'll investigate this because I thought I had linked with static libraries. I'll also add a big warning in the readme.

[Guest]

Originally Posted by liquidator87

Hi, I keep getting "Microsoft VC++ Runtime Error"...

This is the first time it happens, I've been using DGAVCDec without problems, but now it gives me this error...
The dga file is created with no problems, the encode starts and goes well till 10,4%, then it crashes...
The source is a bd file.

I checked and reinstalled VC redist, but no solution... any idea?

You have the SP1 version of the redist package, yes?

If so, I will need a stream fragment that I can use to duplicate the issue.

[liquidator87]

Yes, I installed this

Here's the segment --> Link

Little notes:
- It will give you a warning because the first frame is not a I-Frame
- If you save the project the process ends with no error, but you get the error when you try to encode with x264
- If you preview the file into DGAVCIndex, it will crash

[Guest]

It's another libavcodec.dll problem. VLC uses the same decoder so if it doesn't play in VLC it won't play in DGAVCDec. I'm happy to collect such bad streams and pass them along to the libavcodec.dll authors, but beyond that there's little I can do.

[Guest]

I found out that I had accidentally built DGAVCDecode.dll alpha 13 dynamically instead of statically, which caused the dependency on the VS 2005 redistributable package. I have updated alpha 13 to be fully static, so it is no longer necessary to have the VS 2005 redistributable package installed.

[azazel1103]

back again with more info

i have tested alpha 13 on another machine. with the same .264 file works perfectly. my home machine is running win2k. is this the issue?

dgavcindex is not working on win2k?
or it's something else (win2k problems)?
can anyone say something?

thx again in advance

[liquidator87]

Originally Posted by neuron2

It's another libavcodec.dll problem. VLC uses the same decoder so if it doesn't play in VLC it won't play in DGAVCDec. I'm happy to collect such bad streams and pass them along to the libavcodec.dll authors, but beyond that there's little I can do.

So, how can I solve this? I cannot use DirectShowSource because of this problem...

Is there any way I can correctly import a 1080p stream in AviSynth? Is it possible to use DGAVCIndex with other decoders?

[ToS_Maverick]

you cannot use another decoder, because DGAVCIndex just passes the stream on to the libavcodec.dll

it would also be very difficult to use the direct-show interface, because every decoder behaves differently (synch errors, features).

[Deckard2019]

Originally Posted by neuron2

* Fixed the problem of MeGUI stopping after a first pass when libavcodec reports warnings/errors.
* Fixed some incorrect seeks.
* Added real help files.
* Miscellaneous little bug fixes.
http://neuron2.net/dgavcdec/dgavcdec100a13.zip

Thank you neuron2. Works fine now with MeGUI.

Also, I used to get some errors with a12, during 1st pass :

[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)
...

Now, MeGUI log don't report any error of that kind (x264).
Does it mean you fixed this ? If so, is it what you call "incorrect seeks" ?

[Guest]

Originally Posted by azazel1103

back again with more info

i have tested alpha 13 on another machine. with the same .264 file works perfectly. my home machine is running win2k. is this the issue?

dgavcindex is not working on win2k?
or it's something else (win2k problems)?
can anyone say something?

It has not been tested on Win2K. I fixed the file open problem on Win2K for DGMPGDec, so I need to make the same fix for DGAVCDec. I have a Win2K machine at work and will test it today and try to get a working version for you. Thank you for reporting this issue.

[Guest]

Originally Posted by Deckard2019

Now, MeGUI log don't report any error of that kind (x264).
Does it mean you fixed this ? If so, is it what you call "incorrect seeks" ?

It means that I intercepted the libavcodec errors so that MeGUI doesn't see them.

In DGAVCIndex, I report them via popups. In DGAVCDecode, I throw them in the bit bucket.

The incorrect seeks were due to a deficiency in my original seeking algorithm. According to my testing it is now working properly. I am testing it by adding reverse() at the end of the script and then playing the script. This causes DGAVCDec to have to seek to every frame that it displays, instead of playing linearly forward.

[Guest]

Originally Posted by ToS_Maverick

it would also be very difficult to use the direct-show interface, because every decoder behaves differently (synch errors, features).

That needn't be an issue, as long as I require a certain decoder. I have thought about this. The decoder must provide an SDK for accessing the codec and it must be able to accept a stream of NALUs. I may contact the CoreAVC guys to see if something like this could be done.

[liquidator87]

neuron2, I think the problem with my sample is that it's not fully BD+ decrypted...

[azazel1103]

Originally Posted by neuron2

It has not been tested on Win2K. I fixed the file open problem on Win2K for DGMPGDec, so I need to make the same fix for DGAVCDec. I have a Win2K machine at work and will test it today and try to get a working version for you. Thank you for reporting this issue.

ok let's make it work on win2k machine. I will wait for your next release to test it. Until then I will generate the dga file on my xp laptop and the encoding an my win2k dektop. it's not a problem. but i am also thinking to change the os on my desktop with xp.

thank's for answering. also it is posible that the generation of dga file on win2k machine to be related with your fix. let's wait and see...

[Deckard2019]

Originally Posted by neuron2

It means that I intercepted the libavcodec errors so that MeGUI doesn't see them.

Ok. I see. So finally, is DGAVCDec reliable enough to be used to decode sources ?
Thank you.

[Guest]

As long as libavcodec can decode your stream, you will find DGAVCDec to be just fine.

[g0blez]

Originally Posted by neuron2

That needn't be an issue, as long as I require a certain decoder. I have thought about this. The decoder must provide an SDK for accessing the codec and it must be able to accept a stream of NALUs. I may contact the CoreAVC guys to see if something like this could be done.

CoreAVC support would be great =p