50 replies to this topic

[OmegaBolt]

Wtf, bloody guests. If your refering to the Banshee post about this then VK made it and Bansh simply posted it for him!

[VK]

Actually with right modifications it can be done, I tested it.

I am sure that this picture is facked.
in the reality (I have a 800x600 version already ) sidebar will at least at the right, not at the center of screen.
Main is done and I know way how to move video to the center.

Edited by VK, 19 September 2007 - 06:46 PM.

[Nyerguds]

um, I ALREADY said it's a fake, made with an editor screenshot <_<
The sidebar length & small map errors are my main concern though. I know the X offset stuff is all fixable. I just wanted to give a worst-case scenario

Anyway, I find it kinda odd that the game would crash on very small maps.. all I've gotten so far is huge areas which don't get refreshed.

I'm certaily going to try out this hack though... looks very interesting

I am wondering how you got that data though... having a way of finding stuff like this in the exe would help me a lot.

(if any of you ever finds anything related to the weapons data in C&C95.exe, please give me a shout )


[edit]

OK, I tested the 1024 hack... works fine, and the first GDI mission doesn't crash as long as you don't move the mouse cursor down below the mission area

This problem is probably due to the fact that the lower border of the first map is really the end of the 64x64 map (all C&C1 missions are made on a 64x64 map. The acual map dimensions are simply restrictions of that area)... the first GDI mission is made on the lower left corner of the map.

Hmm... could you find the value that gives the dimensions of the lowest of the 2 sidebar SHP files? If it's extended to the bottom, a simple edit of the SHP file (filling the bottom) might fix the sidebar refresh error.

For those interested... some REAL screenies:
http://nyerguds.arsa...escc95_real.png

http://nyerguds.arsa...scc95_real2.png

(don't mind the modded Hand of Nod & rocket launcher - my C&C95 game is constantly filled with small mod tests )

Edited by Nyerguds, 14 May 2014 - 08:53 AM.

[komfr]

I am wondering how you got that data though... having a way of finding stuff like this in the exe would help me a lot.

Using a disassembler, lot of testing and lot of luck. I started by examining places which referenced string corresponding to option for switching between 640x400 and 640x480 resolutions. Then I looked for references to value 640. When I found that Sell/Repair/Map buttons have bad position I examined places which referenced string for corresponding shape. Similar for the powerbar which was too long.

OK, I tested the 1024 hack... works fine, and the first GDI mission doesn't crash as long as you don't move the mouse cursor down below the mission area

This problem is probably due to the fact that the lower border of the first map is really the end of the 64x64 map (all C&C1 missions are made on a 64x64 map. The acual map dimensions are simply restrictions of that area)... the first GDI mission is made on the lower left corner of the map.

Your assumption was correct. Following modification should fix that.

000007A2: 8B A9
000007A3: C0 00
000007A4: 00 C0
000007A6: 00 C0
000007A7: 00 74
000007A8: 00 1B
000007A9: 00 33
000007AA: 00 C0
000007AB: 00 EB
000007AC: 00 17
000007C4: 00 83
000007C5: 00 C4
000007C6: 00 08
000007C7: 00 5F
000007C8: 00 5E
000007C9: 00 59
000007CA: 00 C3
0002472D: 83 E9
0002472E: C4 70
0002472F: 08 C0
00024730: 5F FD
00024731: 5E FF

Hmm... could you find the value that gives the dimensions of the lowest of the 2 sidebar SHP files? If it's extended to the bottom, a simple edit of the SHP file (filling the bottom) might fix the sidebar refresh error.

I will look into that.

[OmegaBolt]

Could someone post a compiled exe of this stuff?

EDIT: Done it and it so ROCKS!

Edited by OmegaBolt, 20 September 2007 - 11:30 PM.

[Nyerguds]

I got a command line byte editor... I'll post a script to apply this to any exe file by running a batch script

(have to convert all addresses & values to decimal though... or program a hex value convertor in my command line byte editor X_x)

Edited by Nyerguds, 21 September 2007 - 03:42 AM.

[komfr]

I got a command line byte editor... I'll post a script to apply this to any exe file by running a batch script

(have to convert all addresses & values to decimal though... or program a hex value convertor in my command line byte editor X_x)

Following program can directly apply the format I am using http://portal.vakove...o...cid=3&lid=6

[Nyerguds]

awesome, thanks

btw, which disassembler do you use?

Edited by Nyerguds, 21 September 2007 - 04:24 PM.

[OmegaBolt]

Would this work for RA1?

[Nyerguds]

These specific byte changes would only totally screw up ra1. The same change can probably be applied to it, but someone would have to disassemble the RA exe too then.

The problem with RA is that there are a huge amount of versions. If anyone would do this, I strongly suggest using the v3.03 exe file.

[edit]

Patch attached. Note that this doesn't modify your C&C95.exe - it makes a copy called "C&C1024.exe" and edits that.
(running copies of C&C95.exe with different names works perfectly, I've been doing it for ages)

[edit again]

Added a mixfile that fixes the first 2 GDI mission maps so you don't see open space around them

Attached Files

•  cnc95_1024x768.zip   33.66KB   226 downloads

Edited by Nyerguds, 22 September 2007 - 09:59 PM.

[Nyerguds]

I noticed something odd... on the main menu, the Load Game window is centered in 1024x768, while all others (multiplayer, network game, New Missions) stay centered in the 640x400 corner.

Is this due to the fact the Load Game window is also used ingame?

Edited by Nyerguds, 22 September 2007 - 09:54 PM.

[komfr]

btw, which disassembler do you use?

IDA Pro

I noticed something odd... on the main menu, the Load Game window is centered in 1024x768, while all others (multiplayer, network game, New Missions) stay centered in the 640x400 corner.

Is this due to the fact the Load Game window is also used ingame?

This depends on how the dialog was coded. Some contain hardcoded values, some calculate them from resolution. Sometimes it is inconsistent even within one logical element. For example most of the sidebar calculates its position from the resolution however the map/sell/repair buttons have position hardcoded.

The Windows version still contains some optional code for support of original 320x200 resolution so it is possible that at least for some time the source code was compilable into both variants. It was probably up to individual developer to decide, if the dialog will scale during runtime or if there will be some compile time defines for both variants.

[Nyerguds]

Is there actually one main resolution value? Or can the main menu have a different resolution than the game?

I think I'm going to give this disassembly thing a shot... it sounds really useful. And I've been hacking into C&C95.exe with a hex editor for ages anyway.

Edited by Nyerguds, 23 September 2007 - 08:26 AM.

[komfr]

Is there actually one main resolution value? Or can the main menu have a different resolution than the game?

The game sets the desired screen resolution during its startup and does not touch it after that.

[Nyerguds]

ah, I see. Thanks for all the info

Do you mind if I distribute this hack? I will credit you

Edited by Nyerguds, 24 September 2007 - 06:37 AM.

[komfr]

Do you mind if I distribute this hack?

No problem, use it in any way you wish.

Because the bpatch is GPL you might need to include its source code to comply with it (the other possibilities are more complicated).