[Anonymous]

Thank you so much for this thread, it saved me a lot of time. I didn’t have the virtual machine setup… 🙂

[Anonymous]

I think I know what the problem is. I’m running my Windows machines as regular (aka non admin) users. Since Visual DDK requires to be logged in as admin it seems like it’s setting up the debug menu only for the admin account. I ran Visual Studio w/o admin privileges and I couldn’t see the debug options, but when I used “Run As…” with my admin account the menu items were there.

It’s a bit of a pain though, because it means that Visual Studio will create all the files (source, objs, exes, …) as admin, which means I can’t move/delete them easily.

Can anyone verify this? Is it possible to install the Visual DDK add-in for all users?

Anyway… I must say I love Visual DDK! Thanks so much for this guys, please keep up the fantastic work.

[Anonymous]

Hi

I just want to join the discussion as I’ve made some checks with the issue yesterday.
This is not necessary a 17 tracks limit, as I have managed to mount disc image with up to 24 tracks.
Basically I believe there is some time limit for the cue files (or some other reasons), I just remember that the number of tracks was not stable.

The image I wanted to load was cue+bin of Heroes of Might and Magic II: Price of Loyality, which has something around 60 tracks in it. The image was made using ISOBurn. What I have noticed is that I had to either mount the bin directly or limit the number of tracks in cue.

BTW, is WinCDEmu going to support audio tracks in bin images?

[Anonymous]

Any resolution?

[Anonymous]

Hello everyone,

This can be an issue of some emulators (in fact, old WinCDEmu versions as well).

Sorry, maybe I missed something… -> The used emulator actually *was* WinCDEmu 3.6
Nonetheless, I do know that this is some *very* special case I tried to use it for 🙄

Best regards!

[Anonymous]

This should be mentioned in the bugs or troubleshooting sections on the front page. Took me some time to figure out what’s wrong.

[Anonymous]

Same here. However, if you select the directory (in my case, C:WinDDK7600.16385.1) and then add then delete a trailing character, the next button displays fine.

There is also another bug (hopefully only visual again) on the next page where it says “Visual Studio 2008 Add-ins location” instead of 2010 for the 3rd option.

Cheers

[Anonymous]

I’ve the same problem
but your solution seems unreasonable,does it mean that C# is a necessary part to VisualDDK?
anyway,I’ll have a try

[Anonymous]

Same for me, all buttons are grayed out. Running WinDDK 7.1 on Windows 7 64bit

[Anonymous]

* 3.5 portable;
* on the portable Version drag and drop support for iso-images (drop an iso on program window mounts it)

Great pice of soft, thank you!

[Anonymous]

adding support for SafeDisc v2 protection decoder. for an instance” Hitman: Code name 47″ is playable by deamon tools but not playable by wincdemu.

[Anonymous]

i mean really, the uninstaller should work , what reason to include one if it doesnt work

ive just tried wincdemu again in hope to be able to replace daemon tools – however it didnt correctly emulate, and i wasnt able to play BR-Disc from a virtual drive. (with daemon it worked)

so i wanted to uninstall it, and it leaves all image-files with some context menu entry which i had to remove by modifiying the registry

just giving feedback, this is one of the things i didnt like at all, or at least include an instruction how to remove ALL parts of it.

however good work, and gratulations to the signing of the driver

[Anonymous]

hi,
should it work /w win7 (x64) as host os?

this is what i get…

ModLoad: 000007fe`f54e0000 000007fe`f5516000 D:Program Files (x86)VMwareVirtualKD-2.0kdclient64.dll
(dcc.14ae4c): Access violation – code c0000005 (first chance)
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
*** ERROR: Symbol file could not be found. Defaulted to export symbols for D:Program Files (x86)VMwareVirtualKD-2.0kdclient64.dll –
kdclient64!KdClient32To64Entry+0x5882:
000007fe`f54e6952 0f28442430 movaps xmm0,xmmword ptr [rsp+30h] ss:00000000`0928d8b8=0000000008d47e900000000008d44e50

another problem i have is that vmmon64 uses 100% cpu, even when vmware isnt running.

[Anonymous]

I can finally close this case, with the above fix it works fine with ICH9 and PCX chipsets, XP, W7 32/64 tested.

Greetings from Dresden to Kaiserslautern 😉

Thanks,
Ronald

[Anonymous]

Darn – should have figured that out, but I DID try WinCDemu.exe /? 🙂

[Author]

Posts