DGIndex Batcher v1.18 (17 Apr 2018)

[videoh]

Any evidence for that? Sounds doubtful to me.

[kedautinh12]

I checked speed of creat file .d2v of DGMPGDec and MPEG2DecPlus. I seen MPEG2DecPlus creat file .d2v faster than DGMPGDec. So i think DGMPGDec read file .vob slower than MPEG2DecPlus

[videoh]

Last time I checked MPEG2DecPlus contained only the filter DLL. Please link me to the MPEG2DecPlus indexing component that you claim is faster than my DGIndex 2.0.0.3.

[wonkey_monkey]

Originally Posted by kedautinh12

I checked speed of creat file .d2v of DGMPGDec and MPEG2DecPlus. I seen MPEG2DecPlus creat file .d2v faster than DGMPGDec. So i think DGMPGDec read file .vob slower than MPEG2DecPlus

Which did you do first?

If you have enough RAM, the entire file may end up being cached by the operating system, so whichever you do last will be faster.

I wrote myself a small utility to preload files so I could scrub through them quicker. It just reads the entire file in 16mb chunks and then closes - the OS then has the file cached for when I open it, either directly into VirtualDub or via DGMpgDec, and seeking is much quicker.

[videoh]

That's a great point of course, but let's find out exactly what indexers he is comparing.

[kedautinh12]

I used ver MPEG2DecPlus 0.1.2 from here and replaced DGMPGDec 2.0.0.3 from megui x64 (deleted DGDecode.dll and rename MPEG2DecPlus.dll to DGDecode.dll)
https://github.com/Asd-g/MPEG2DecPlus/releases

[kedautinh12]

And here is 1.5.8mod and have many change from original 1.5.8 ver
https://github.com/maki-rxrz/DGMPGDec

[videoh]

Originally Posted by kedautinh12

I used ver MPEG2DecPlus 0.1.2 from here and replaced DGMPGDec 2.0.0.3 from megui x64 (deleted DGDecode.dll and rename MPEG2DecPlus.dll to DGDecode.dll)
https://github.com/Asd-g/MPEG2DecPlus/releases

That does not include DGIndex! The plugin DLL does not create the D2V file. I don't know, are you just confused?

And here is 1.5.8mod and have many change from original 1.5.8 ver
https://github.com/maki-rxrz/DGMPGDec

I'll look at it, but that is not MPEG2DecPlus, and you did not mention any results with this one. I'll call your bluff, please give me the link to the binary that you tested.

Remember, you said:

I checked speed of creat file .d2v of DGMPGDec and MPEG2DecPlus.

What game are you playing?

[real.finder]

Originally Posted by kedautinh12

And here is 1.5.8mod and have many change from original 1.5.8 ver
https://github.com/maki-rxrz/DGMPGDec

is it the same as http://www.solidfiles.com/v/nDLjG8yqPrM7Z ?

edit: it seems they are from the same person (maki) https://www.solidfiles.com/v/vzLGwZ2vpzNym

[videoh]

Originally Posted by real.finder

is it the same as http://www.solidfiles.com/v/nDLjG8yqPrM7Z ?

edit: it seems they are from the same person (maki) https://www.solidfiles.com/v/vzLGwZ2vpzNym

Looks like it. My understanding is that the main reason for the fork was to support Japanese. Nevertheless, let's have a shootout!

No binaries in there, so hopefully kedautinh12 will give us a link to the binary he used.

EDIT: Looks like you already built this real.finder:

https://forum.doom9.org/showpost.php...6&postcount=15

[real.finder]

Originally Posted by videoh

EDIT: Looks like you already built this real.finder:

https://forum.doom9.org/showpost.php...6&postcount=15

that old one, here the one of 2017 https://www.solidfiles.com/v/xZLWLGM6r5LZg

edit: seems I already added this one to that old post

[kedautinh12]

I use same DGIndex.exe in DGMPGDec, only replaced DGDecode.dll with MPEG2DecPlus.dll and rename MPEG2DecPlus.dll to DGDecode.dll. I tested index .vob file with megui x64 and seen speed index of DGIndex.exe with MPEG2DecPlus.dll (changed name to DGDecode.dll) faster than original DGDecode.dll

[videoh]

My test results for MacGyver DVD. SSD->SSD.

DGIndex 2.0.0.3: 40 seconds
DGIndex maki: 107 seconds

Will kedautinh12 clarify matters or just admit that he was huffing. Who knows, maybe he actually meant frame-serving speed with the DLL. I just don't see any magic changes in the maki stuff.

[kedautinh12]

I was binary it with msvc 2019
https://drive.google.com/file/d/1nbx...w?usp=drivesdk

[videoh]

Originally Posted by kedautinh12

I use same DGIndex.exe in DGMPGDec, only replaced DGDecode.dll with MPEG2DecPlus.dll and rename MPEG2DecPlus.dll to DGDecode.dll. I tested index .vob file with megui x64 and seen speed index of DGIndex.exe with MPEG2DecPlus.dll (changed name to DGDecode.dll) faster than original DGDecode.dll

OK, that's it, you are just terribly confused (rules won't let me say stupid). How can the same DGIndex index at different rates? The DLL doesn't come into the picture until after the indexing. To be charitable, perhaps wonkey_monkey's point is applicable, i.e., you got burned by OS and disk caching. Be gracious enough to admit it.

It's pretty low class to spread FUD based on your own confusion and cluelessness. Did you ever develop anything? If so, tell me what so I can run around slagging it off with no reason. People like you disgust me. I work so hard on this free stuff. I'll accept your apology, if you care to give it. And if you don't, well, there's an acronym that rhymes with TOAD.

Just in case you really care, DGIndex 2.0.0.3 blows away all these forks and clones. One example:

DGIndex 2.0.0.3: 40 seconds
DGIndex maki: 107 seconds

[kedautinh12]

Originally Posted by videoh

My test results for MacGyver DVD. SSD->SSD.

DGIndex 2.0.0.3: 40 seconds
DGIndex maki: 107 seconds

Will kedautinh12 clarify matters or just admit that he was huffing. Who knows, maybe he actually meant frame-serving speed with the DLL. I just don't see any magic changes in the maki stuff.

I don't say DGIndex Maki faster, i only say MPEG2DECPLUS faster when replace MPEG2Decplus.dll with DGDecode.dll and rename MPEG2Decplus.dll to DGDecode.dll

[videoh]

You were talking about indexing and creating the D2V. That has nothing to do with the DLL. And as I said several times, MPEG2DecPlus only includes the DLL. Are you now saying it is the Avisynth frame serving that is faster? That's not going to work because DGDecode 2.0.0.3 is based off of MPEG2DecPlus (thank you and hat-tip to Asd-g!). All I did was cosmetics and add Vapoursynth support. People were asking for an official DG version. There simply is no magic code in MPEG2DecPlus versus DGMPGDec as far as the DLL is concerned.

So what are you talking about?

Basically, I think you are either a liar, totally clueless, or a never-DG guy. Pitiful.

See ya. Got real work to do to further improve the awesome DGMPGDec for free for the masses. Everybody can see what is going on, I don't have to belabor it.

[videoh]

Originally Posted by kedautinh12

I was binary it with msvc 2019
https://drive.google.com/file/d/1nbx...w?usp=drivesdk

He says he wasn't talking about the maki stuff, but gives us a link to maki's stuff. It's like Monty Python. Good for a laugh I suppose. Ha ha!

[kedautinh12]

Originally Posted by videoh

He says he wasn't talking about the maki stuff, but gives us a link to maki's stuff. It's like Monty Python. Good for a laugh I suppose. Ha ha!

Now I'm really outta here.

I only give Maki stuff cause i think he changed many thing after Chikuzen stop updated MPEG2DecPlus and Asd-g continue updated with some change. I encourage you need complex with 2 ver MPEG2DecPlus by Asd-g and DGMPGDecMod by Maki to be new DGMPGDec with many changed.

Changed from maki:
DgDecode: https://onedrive.live.com/?cid=8658E...211215&o=OneUp

DgIndex: https://onedrive.live.com/?cid=8658E...211215&o=OneUp

Dgvfpai https://onedrive.live.com/?cid=8658E...211215&o=OneUp

[kedautinh12]

After i test again with DGMPGDec and MPEG2DecPlus. I compare speed index and it's same. I don't know why speed different yesterday. Sr, it's my mistake. Please forgive me