I would not expect Crowbar to be any slower than GCFScape, so I will definitely look into this.

Crowbar does not use anything that GCFScape uses.

I unpacked "tf2_sound_vo_english_dir.vpk" (this is the index of the 4-file VPK package; this unpacks all 4 files of the package) via Crowbar 0.71, GCFScape 1.8.6, and TF2's VPK.exe.

Crowbar: 58 minutes
GCFScape: 1 minute
TF2's VPK.exe: 1 minute

I have some work to do.

Awwww, hey, but that's Progress, ammirite? Glad I could be part of the QC process, and appreciative of your work :)

I ran the same test as last night and another test, and Crowbar unpacked the data within a minute just like GCFScape. I ran the tests on two different drives with two different VPK packages.

Maybe Windows 10 or the .NET Framework just freaked out for both of us at just the wrong times. :S

I will keep this random slow-down in mind. Maybe I will come across something in my research that might explain the random slow-down.

Ran some more tests and someone else also ran some tests. It seems a fresh open of Crowbar allows the unpacking to go quickly. The subsequent unpacks without closing Crowbar always run about 10 times slower.

I just did that test, and same results. Memory leak, maybe? it seems the more I open and close dir files, even without extracting, it slows things down a lot.

SOLVED!

Crowbar was not clearing the "binding" of the combobox at the bottom before running the second time, causing the second unpacking to incorrectly try to fill the combobox for each file unpacked instead of filling the combobox at the end of the unpacking.

Fixed for next release.

Great to hear, and thanks for doing what you do!

By the way, I sent you a little something for your awesome tool and dedication, Merry Christmas

Oh wow! I wondered who that was. Thanks!

Originally posted by ZeqMacaw:

SOLVED!

Crowbar was not clearing the "binding" of the combobox at the bottom before running the second time, causing the second unpacking to incorrectly try to fill the combobox for each file unpacked instead of filling the combobox at the end of the unpacking.

Fixed for next release.

I hope you don't mind me reopening this thread, but I still suffer from a painfully slow unpack (Currently on the latest version), it's been 12 hours since I began unpacking Black Mesa's model folder and it is not even half-way finished.

I would just use GCFScape to unpack the files, but from prior experience it tends to skip specific files and Crowbar is the only thing that unpacks reliably, though I am now trying the VPK.exe included in the binaries and it's working significantly faster. (Finished unpacking the whole model VPK within six minutes)

My lazy idea for you is to just search for a VPK.exe in the current game setup and outsource the unpack to that instead.

Use the workaround described in post #5 above.

Originally posted by ZeqMacaw:

Use the workaround described in post #5 above.

Ah I thought I read you had fixed that and it was just a return bug or something, thanks.

Fixed in Crowbar 0.72: https://github.com/ZeqMacaw/Crowbar/releases/tag/v0.72