argonlefou

Hi ! Unfortunatelly I won't be of any help as I don't own any Wiimote and I'm not a TouchMote user. Wiimotes are working with DemulShooter "by chance" because I added XInput handling to develop/test with my Joypad

Or....If you're using an Aimtrak, just remove the crosshair from the game and play "old school style" I made no-crosshair patch for almost all shooting games

Voici la dernière version de DemulShooter qui marche avec Heavy Fire Afghanistan et Heavy Fire Shattered Spear Celà fonctionne avec les exe d'origine (non patchés) pour les 2 releases existantes de chaque jeu (SKIDROW et Steam) Je vous invite grandement à lire le PDF de DemulShooter (désolé, tout en anglais !) Je résume en gros les étapes importantes pour ces deux jeux : - Debrancher toute autre manette que les Aimtraks A ne faire qu'une fois, la première fois : - Double cliquer sur DemulShooter pour lancer l'interface graphique - Choisir ses Gun pour le P1 et le P2 - Configurer le chemin d'acces des Heavy Fire et clicker sur le bouton d'install des dll - Noter la version du jeu qui est detectée et les commandes à utiliser pour demulshooter A chaque fois : - Lancer DemulShooter avec la commande adéquate AVANT de lancer le jeu. En effet, un fichier doit etre modifié (avant que le jeu ne le charge) selon qu'on émule ou pas le joueur 2 - Lancer le jeu

Ce n'est pas un jeu "d'arcade" à proprement parler (c'est à dire adaptation/emulation/portage d'un jeu existant en borne) C'est surprenant (et rare !) mais oui c'est un rail shooter qui pourra sous peu etre jouable en multi local avec aimtrak D'ailleurs en 1P la vue est un peu en mode FPS (c'est à dire on voit la main et l'arme) mais en multi c'est un vrai rail shooter ou on ne voit plus que les cibles

Le message d'erreur n'est pas important, il est meme normal dans ton état : En fait demulshooter ne trouve pas le processus pour s'y accrocher.... Si tu as renommé l'exe, ou que tu lances le mauvais (dans ce cas precis il faut utiliser emulator_multicpu.exe) ça va provoquer ce genre de soucis. Si tu lances bien le bon exe et que dans le gestionnaire des taches tu vois un process "emulator_multicpu.exe" ....alors là je vois pas....

Tel que tu me montres le fichier de log, DemulShooter n'a pas reussi à s'accrocher au process de Model2 Peux-tu le mettre en intégralité en pièce jointe ? Sinon, vérifie que tu es bien Admin quand tu lances le tout, ou que l'UAC est désactivé sous windows

Hmm dur a dire..... Je dirais qu'il faudrait que tu essaie un coup sans lancer demulshooter, voir si c'est le rawinput de l'emulateur qui gere (mal) les deplacements et les tirs. Auquel cas c'est qu'il y a un soucis pour que DemulShooter s'attache au process Ensuite refaire un test avec demulshooter en ajoutant un -v à la fin de la ligne de commande. bouge un peu les guns, tire quelques fois et ferme tout, ensuite recupere le fichier debug.txt qui a été crée dans le repertoire de demulshooter que tu pourras partager ici pour voir si il y a des trucs interressants a noter dedans....

Je n'ai plus le detail des differences Je crois que le multicpu utilise un des CPU pour le son mais je ne suis plus sur Par contre les exe sont différents donc si tu utilises emulator_multicpu.exe il faut utiliser -target=model2m dans demulshooter, et si tu utilises emulator.exe il faut utiliser -target=model2 dans la ligne de commande à la place

Hello, Je n'utilise pas Hyperspin donc je ne pourrais pas aider pour ce point là. Il faudra surement regarder sur le forum du Frontend pour avoir de l'aide Par contre je peux t'aider pour verifier que tout marche en lançant l'émulateur et DemulShooter "à la main" (sans frontend) Quelques étapes toutes simples : 1) Lance le programme Ds_Diag.exe et selectionne un des Aimtraks dans le menu déroulant (les Aimtraks ont un identifiant du genre HID#VID_D209&PID_1601, HID#VID_D209&PID_1602, etc...) et vérifie que le curseur bouge bien et que les boutons fonctionnent bien. Ca permet de voir si tes 2 Aimtraks sont bien reconnus 2) Ferme le programme, et double clique sur DemulShooter.exe. Dans les 2 premiers onglets, choisis respectivement les identifiants des Aimtraks du joueur1 et du joueur 2, et sauvegarde. Ensuite ferme le programme 3) Va dans le repertoire du l'emulateur model2 (rappel, il faut que ce soit la derniere version : 1.1a) et édite le fichier EMULATOR.INI Trouve la ligne UseRawInput=0 et remplace par UseRawInput=1 4) Maintenant pour lancer DemulShooter, il faut ouvrir un Invite de Commande DOS (ou je ne sais pas comment ils appellent ça maintenant sous Win10...), se positionner dans le répertoire de DemulShooter et taper la ligne de commande suivante : demulshooter.exe -target=model2m -rom=vcop (par exemple, c'est pour utiliser le emulator_multicpu.exe et le jeu VirtuaCop). Une icone devrait aparaitre dans la barre de notification 5) Lance Model2 et lance virtuacop, tout devrait marcher

I really did nothing...just added those 2 scripts in the original package, and changed 1 line in the loader source (totally disable CAM). That's all

Unfortunately the best I can do is provide a package with an "install" script and a "run" script : https://mega.nz/#!cL432T6B!ynu-tgmFIX4ML-zP6UnnKxn9bCvwLKBbeQXMlWdStYE Tested on fresh 32 bits Ubuntu installs (Lubuntu, Xubuntu, and Linux Mint) : Once installed, I just choose NVIDIA proprietary drivers instead of open-source driver (google the procedure, it's just 2-click in Driver Manager with Ubuntu) and reboot (i HAD to, it did not work with open source drivers) Then, unpacked the tar.gz to the desktop, opened a Terminal console, navigated to the Tank Tank folder and type : sudo ./install.sh This will install necessary packages and rebuild libraries And ran the game with simply : sudo ./run_game.sh This worked without any issues. As I said, fresh install, just NVIDIA drivers, nothing else I can't do anything more :(

I didn't do much....on a fresh install I just installed some package, something like apt-get install build-essential freeglut3 freeglut3-dev libgl1-mesa-glx Then I copied the following file to /etc/asound.conf : Finally I opened the tank_emu.c file to change that : Compiled it by typing : gcc -shared -m32 tank_emu.c -w -ldl -D_GNU_SOURCE -o ./tank_emu.so And Finally : sudo su ln -s [whatever keyboard file] /run/kbdhook LD_PRELOAD=./tio_emu.so:./tank_emu.so ./n_tank_release window If you want to test if your Keyboard hook is good, as an admin just type : cat /run/kbdhook You should see a lot of character in the console when you press any keyboard key. CTRL+C to stop Edit : Oh, I may have installed NVIDIA proprietary drivers instead of "nouveau" open source driver that comes with ubuntu. Not sure.

This release works fine, I remember testing it a while ago... The README might not be clear on the command line to run the game though : Once you created the kbdhook, go root with a "sudo su" then type: LD_PRELOAD=./tio_emu.so:./tank_emu.so ./n_tank_release window To rotate the display right or left you can add "rright" or "rleft" as an argument If you remove the "window" argument the game will run fullscreen (rotated or not if you want to) The computer I used was x86 Lubuntu or Mint (don't remember exactly)

XInput is a standard (based on Xbox 360 joypad) which is different than older "DirectInput" standard (old joypads) For far cry, you need to play with real XInput devices or XInput compatible devices (Dual Shock with emulated drivers, old joypad with XInput emulated driver if possible, etc...) The mouse_enabler is just one of the way to simulate an Xinput device for the game (out of your mouse) Far cry is still buggy as hell and can't be played "seriously" (just my opinion)

Yes, 2 solutions : 1) Xinput Joypad for P1 and Xinput Joypad for P2 2) Mouse (with the mouse_enabler for farcry) for P1 and XInput joypad for P2

C'est exactement le seul reproche qu'on peut lui faire, mais c'est inhérent à la technologie utilisée. Tout le reste (config, fonctionnement) est nikel et facile d'utilisation, et pour un peu qu'on bricole le produit laisse de très bonnes possibilités de customisation (nombre de boutons, recoil, etc...) Après si on aime les jeux de tir, il n'y a de toute façon pas mieux pour jouer sur LCD. Les Top Guns, wiimote, etc... ne font pas le poids

Same issue here, the game need to be set to full screen resolution (and so loosing aspect ratio on 16/9 screens) or else it will not be centered. I guess some direct3D hack like Game Loader All RH could help.... Of course, and they already are in the sorce code (look at the top, at the end of variables declaration) : protected const int _P2_X_Offset = 0x0556B1C0; protected const int _P2_Y_Offset = 0x0556B1C4; protected const int _P2_BTN_Offset = 0x0556AFD4; No need to add any new hack, just feed the addresses with data And as I said, be free to do anything with it

In theory, for any resolution, and after calibration (this is really important with this game) the in-game crosshair should just be at the same place than you Windows cursor (which is not visible while being over the game's window). There is no sensitivity settings or whatever, just reading your Windows cursor position and translating it to the game's window. I don't play with a mouse and I'm not using (other than to test it before release) this program myself, which is more a basic-general-working-concept than a final wrapper/loader. There are so many parameters that can change the behavior....that's why I uploaded the sources for anyone who'd want to add any functionality or make a full loader/wrapper or whatever out of it

Already did it a few month ago You'll find the tool and the procedure at the bottom of the 4th page of the Far Cry thread

Ok, in that case (and for people who would like to use this with frontend or something else....) here's the final version. 1) You can run it by double-clicking in windows explorer runing the exe without any arguments : this will try to find automatically the game's window client size OR 2) You can run it via a command with additionnal arguments -resX=..... and -resY=..... to manually set your game's resolution (in case automatic mode is not working for you, i.e client size reports 0x0 ) For example : Aliens_MouseEnabler.exe -resX=1920 -resY=1080 Sources are available too if you want to check for virus or to make something else of it Aliens_MouseEnabler_V4_Sources.zip Aliens_MouseEnabler_V4.zip

@razor1978 and others having the same issue, this is a testing idea but you can try this version and give yourself the game's resolution to the program....maybe it'll work. If that's the case I'll add a way to set desired resolution by adding arguments when running the program

In that case the issue is "simply" that the program cannot find/open/attach the game's process....as for the "why", I can't help you :( Hell that's what I had in mind....windows refuses to give the game's window size and so....gun calculated values ends to be zero I've run another test on a raw-installed-with-nothing-added Win10 test machine and I still don't have this kind of issue... I'm dry guys

Yes, with this version you need to be hooked to the game to see details So if you have no text while the game is running it's a hooking issue

Ok....I don't have the problem so I will have to blindly test step by step what could be wrong :( Could you try this new version ? there is no functionnal change but some more info for debug purposes.....you'll have to tell me if the program is finding a correct "client size" number

Ok thanks for the clarification ! As long as you can't see any numbers in "client" and "In-game" labels, it won't work in the game Is there any output in the textbox ?