Qhimm.com Forums

Final Fantasy Forums => Gameplay Mods => FF7 Gameplay Releases => Topic started by: obesebear on 2010-06-17 04:13:55

Title: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2010-06-17 04:13:55
Up to date as of 22 October 2014
Download HERE (http://www.mediafire.com/download/djlb49a4bumrmch/60+fps.7z) v0.93 

Please add 006E329B = 83 E1 03 8D 94 CA 44 01 00 00 to the very bottom of 60fps.txt.  This fixes Tifa's limit break slots.

Model animations... 100%

Limit Break animations... 100%

Camera animations... 95% (Thanks to NFITC1. Still a few camera movements at 30fps. )

Texture animations... 100%

Battle Interface... 99% (Still needs animation scripts to be delayed)

Summons... the current fix for the textures messes up the summons. See below for details


The alternative to what I've just done is to alter a whooping 1,918 individual functions MANUALLY. I made a list (dynamically, of course) and thought I'd better save it for posterity. If anyone (or a group of anyones) is diehard enough to tackle this, here are the 3D handlers that I've identified:
Code: [Select]
425D29
425FC4
42782A
439C6B
439EE0
43AF1B
43CC4D
43CD0C
43CDE0
43D17E
43D4DF
43D654
43D73E
43D892
43D984
43DB31
43DC8D
43DEB0
43E028
43E2B5
43E50C
43E85E
43E962
43EA59
43F2AE
43F4A6
43F59C
43F65E
43F74D
43FB75
43FE07
44009F
4401BD
4402D5
4403CB
4404FE
440651
44084A
440A6C
440C22
440CF5
440DEC
440ECD
440FFE
441166
441375
44166B
44184D
4419A7
441D63
44209C
442179
442B67
44357D
443668
443756
44385E
443A2F
443D29
444093
444256
444531
44469C
44487B
4448D6
4453DC
44593F
445BA0
445DAF
4461B0
44656B
446926
446F2B
4474D5
447C2A
447CB8
448152
4482F1
448422
4488D2
448B4B
448BA6
44939C
4494FA
449752
4498F1
449CD7
449DD3
449F98
44A159
44A2F5
44A7D2
44B975
44BCBD
44C0C5
44D9A3
44DBC8
44E3D3
44E56B
44E6E9
44E80D
44EDC0
44FF63
4500BD
450999
450F42
451381
451628
45199B
451CA4
4522AD
453450
453FBF
45500C
4550D0
455219
45542E
45556B
455BC0
455E16
455F8B
457148
4572F6
4575CF
457714
4578F0
457C60
458C9B
458D86
4593A2
459446
4595C7
45994C
459A3F
459B12
459C95
459DFD
459F23
45A091
45A18F
45A3B3
45A5EB
45A6A6
45A998
45ABAA
45AF39
45B0CF
45B487
45BA2C
45BC85
45BD42
45BE58
45C263
45FF5C
460303
460A1D
4615A1
4617A7
461DCF
46245F
462B07
4632AE
46338E
463F42
46406E
464960
464A6A
464BAD
464F0D
465655
4657AA
46596D
465A29
465CB3
465E51
466063
4664A9
46652D
466604
466807
466A7A
466CD2
467256
4673AA
46758D
467987
467BA8
467C8B
467ED4
468015
468216
4688A2
4698EF
469A7C
469BE5
469F3A
469FB3
46A0A1
46A156
46A7BF
46A890
46A989
46AB00
46B175
46B40D
46B571
46B5F3
46BA0B
46C9F2
46CB5D
46CCC8
46CE36
46D177
46D32C
46D45D
46D647
46D7BE
46D8F4
46D9C8
46DDFA
46DF65
46E0BA
46E2EA
46E461
46E57A
46F22D
470031
4700F7
47025A
470438
4707CC
470B8E
470EEF
471023
4711A1
47148B
471722
471922
471B90
471C61
471D99
4720CF
4722FD
47256C
4726C5
47288A
472B3D
472C4B
472D7A
473013
47310F
4731AD
4738DE
473CC2
474C71
474D1C
47518A
475687
475777
47588D
475989
475BB7
475CB1
475E9C
47605F
476186
4763C5
476513
476672
478031
478DB6
478EDF
479AB2
479EAA
47A15A
47A52D
47B00A
47BC2C
47BECB
47C177
47C3BF
47C516
47CAAC
47CF84
47D37B
47D49D
47D726
47E725
47E7F3
47E919
47EE9E
47F310
47F50F
47F7C7
47FA51
480946
480B3A
480D91
480DF9
4813BF
4813FB
481437
4815BD
4817C6
481867
481B5A
481BE8
481E7C
4821E0
482245
482285
4823E4
4825E0
4834B4
483866
484A16
4854F4
4855A5
4858AA
4859AA
485E6A
485F5B
48615F
4862B6
4864EB
486670
48685C
48697C
486A35
486BDF
486E18
486FA0
487277
487842
487A2C
487BD2
487C73
489CF0
489F45
48A074
48A952
48AA61
48AC5E
48AD3C
48AF40
48B2C0
48B7C0
48BBFC
48C75D
48D7BC
48DA7A
48E2CD
48E6BD
490234
49036D
490679
490755
49081F
490ABC
490DE5
490F2A
4915E9
491738
4918F1
491B0E
491E24
4923AB
49258F
4926E5
492816
49299C
492C4C
492F27
493133
49346B
493775
49389F
493A11
493C9D
493F49
494091
494773
494D62
494F26
4951A0
4952A8
4953D9
495510
49680C
4969FA
496AC1
496CC5
497086
4971EF
497310
497417
49757A
4976D0
497A37
498A96
4990FE
499227
499388
499540
499823
499A1A
499C33
499E6D
499FEF
49A0B9
49A1E9
49A323
49A55B
49A7AB
49AC0A
49ADEC
49B12C
49B16D
49B206
49C37C
49C6E4
49E356
49E558
49E6F3
49E93A
49EB06
49ED0A
49EEE7
49F10E
49FB87
49FBF7
49FF2E
4A0F52
4A1F8A
4A27CC
4A2BE5
4A2D0E
4A30C6
4A3362
4A3689
4A3A2E
4A3E2B
4A401B
4A4171
4A425F
4A43F5
4A46E7
4A499F
4A4BE6
4A4D7C
4A4EEA
4A4F7B
4A584D
4A5D3C
4A6CB8
4A792C
4A7A03
4A7AC8
4A8431
4A89BB
4A8B86
4A911A
4A942F
4A953F
4A9627
4A9908
4A9C32
4AAAAF
4AAC51
4AACE8
4AB110
4ABA85
4ABCB0
4ABDF1
4ABF6A
4AC1E7
4AC354
4AC4F1
4AC8E1
4ACAEA
4ACC4F
4ACF67
4AD4B6
4AD5CD
4AD6F9
4AD79A
4ADA7C
4ADD05
4ADEB3
4AE03C
4AE3D2
4AE76E
4AE989
4AEA8C
4AEC56
4AF0C8
4AF424
4AF6F4
4AF8E8
4AF9C7
4AFC2F
4B0050
4B060B
4B06DC
4B07EC
4B092D
4B0AE6
4B0D93
4B16A8
4B1985
4B1F12
4B24F7
4B25F2
4B275D
4B2914
4B2B75
4B2D5C
4B2E2D
4B3130
4B3410
4B3552
4B377D
4B39F2
4B3E72
4B3EF3
4B4045
4B4191
4B439D
4B4470
4B4584
4B47B7
4B4CA1
4B53D9
4B56DA
4B5BE3
4B5EE0
4B615A
4B63A4
4B65A8
4B7614
4B7969
4B79E1
4B7A97
4B7BA7
4B809D
4B81A2
4B8950
4B8A95
4B8F89
4B997F
4B9B4F
4BA03F
4BA8C1
4BA9EA
4BAE74
4BB0DF
4BB335
4BBA5C
4BBB24
4BC2BD
4BC383
4BC3F6
4BC9AD
4BCA54
4BCC25
4BCCC7
4BD41F
4BD4C1
4BDE58
4BDF67
4BE08C
4BE80C
4BE9D5
4C0D63
4C1185
4C12DC
4C14AB
4C16AD
4C1BA2
4C218F
4C22F5
4C2D5F
4C2E4B
4C3198
4C362B
4C3757
4C3A07
4C3BEF
4C3DD7
4C406D
4C40E5
4C4372
4C44C2
4C4A6B
4C4E1D
4C51E1
4C5290
4C53D6
4C5507
4C56FF
4C5B5B
4C5CDE
4C6036
4C62DC
4C650A
4C694D
4C69A8
4C6F42
4C740B
4C79A7
4C7BA8
4C7D7A
4C833D
4C854A
4C86CF
4C8B10
4C8CC8
4C8F74
4C8FB5
4C9104
4C9535
4C965F
4C972E
4C98E7
4C9C02
4C9DA2
4CA64A
4CAC85
4CB226
4CB30D
4CB71D
4CB897
4CBF80
4CC18A
4CC3FC
4CC5B0
4CC68F
4CC7E8
4CC9D0
4CCB85
4CCC74
4CCDCD
4CD275
4CD374
4CD54A
4CDB55
4CDC54
4CDE29
4CE487
4CE5F8
4CE780
4CE9EA
4CEB73
4CEE2A
4CF15B
4CF3C5
4CF6D2
4CFBE5
4D021E
4D03EC
4D05B6
4D08E6
4D0A5A
4D0CB5
4D107B
4D1910
4D1F07
4D202A
4D219B
4D23F6
4D2584
4D2BC7
4D2CEA
4D2EB4
4D31FC
4D33D1
4D3A37
4D3B36
4D3CA8
4D3FDD
4D4291
4D48C6
4D49C2
4D4B5D
4D4BEE
4D4D64
4D5070
4D54B2
4D594C
4D68FB
4D69A6
4D7044
4D7174
4D72D0
4D7549
4D78B9
4D7AD0
4D7DAA
4D7FDF
4D8177
4D8376
4D9314
4D9502
4DA086
4DA182
4DA516
4DA6DF
4DAD5C
4DB00F
4DB15F
4DB26E
4DB4D2
4DB9D6
4DBA78
4DBBF2
4DBE48
4DC10C
4DC2BF
4DC7D7
4DCA51
4DCBC4
4DCD24
4DD0BD
4DD4A6
4DD548
4DD79E
4DD891
4DDA44
4DDE9F
4DE119
4DE273
4DE51E
4DE9BC
4DEA5E
4DECB4
4DEDAA
4DEF5D
4DF3B8
4DF632
4DF78C
4DFAFD
4DFEE6
4DFF8B
4E01E1
4E02E5
4E0498
4E08F3
4E0B6D
4E0CE0
4E0FA7
4E1200
4E12C3
4E13D9
4E1E98
4E24B7
4E259A
4E2DF3
4E3338
4E3436
4E3A44
4E3D51
4E401E
4E44C6
4E45A9
4E48D4
4E4B3B
4E4F06
4E50CA
4E5962
4E6128
4E62A5
4E647D
4E666E
4E6AB7
4E6FEC
4E71D2
4E73AF
4E75DC
4E7875
4E81F0
4E9292
4E9390
4E95AC
4E9D1D
4EA0F2
4EA2F4
4EA4D5
4EA6A0
4EAAF1
4EAC64
4EAEFF
4EB7AE
4EBA53
4EBC95
4EBD86
4EC0B2
4EC7FC
4ECC66
4ECFAB
4ED04F
4ED320
4ED575
4ED7B0
4EDAA9
4EDFFE
4EE236
4EE493
4EE9AD
4EEA51
4EED22
4EEF77
4EF1B2
4EF4C1
4EF537
4EF5B8
4EF7DB
4EF87F
4EFB50
4EFDA5
4EFFE0
4F02D9
4F0460
4F082B
4F08CF
4F0BA0
4F0DF5
4F1030
4F133F
4F1479
4F1906
4F1A20
4F1B3A
4F1F5B
4F1FFF
4F22D0
4F2525
4F2760
4F2A59
4F2C35
4F32FD
4F3608
4F37DD
4F3A6E
4F3CFF
4F3DD0
4F3FB0
4F419F
4F44AB
4F454F
4F4820
4F4A75
4F4CB0
4F4FBF
4F5104
4F540B
4F54AF
4F5780
4F59D5
4F5C10
4F5F09
4F6117
4F6450
4F6649
4F67CE
4F697D
4F6C2B
4F6CCF
4F6FA0
4F71F5
4F7430
4F773F
4F7824
4F79BF
4F7C2B
4F7CCF
4F7FA0
4F81F5
4F8430
4F8729
4F880E
4F89A9
4F8C15
4F8CB9
4F8F8A
4F91DF
4F941A
4F9713
4F9A4D
4FAAAC
4FB1D9
4FB293
4FB3FC
4FB963
4FC52C
4FCC1C
4FCD1D
4FCE71
4FD128
4FE6CC
4FE7C5
4FE9B0
4FEACE
4FEF5A
4FF1E2
4FF311
4FF5F2
4FF82E
4FF912
4FFC9A
50001F
500110
500313
50046C
50057F
*500C458B
500FCC
50124E
501377
501637
5025B3
50265E
5033F5
5039E5
5047CA
504D72
504F7D
505BC3
505D5F
505E2E
505F0E
506350
5066C7
5069BA
506D87
506E9D
50701D
5071F7
5073C3
50749F
507792
5078D8
507CA4
508BED
508EB4
50907E
50921E
5093BE
5095F5
509692
5096F3
509B10
50A9E0
50ACDA
50AE60
50B07D
50B1A3
50B2F7
50B483
50B5F0
50B6D6
50BA36
50BE48
50C0F0
50C221
50C6EE
50C7BF
50C8ED
50CAAB
50CF60
50D372
50D5F5
50D726
50DBFF
50DCD0
50DDFE
50DFC5
50E493
50E8CF
50E9A0
50EB76
50EDAE
50EFAB
50F25D
50F3BB
50F461
50FA5B
50FEE2
50FFB3
51012A
51040D
51080D
5108DE
510A0B
510C49
510E08
5110E0
51137C
5115AA
511634
511942
511E2A
512297
51235E
5124D5
5127B4
512A9F
512BB4
5137E9
513BAD
513CC7
513D9A
514131
514243
5143AE
514506
514B07
515238
516297
516ACF
516D3F
516E13
5170BE
5171E3
51731A
5174DD
5177D5
5178F9
517C7A
517DBB
518006
518147
5188F3
518AFF
518C07
518E2D
519224
519336
51962A
519754
519A1B
519E16
519EE9
51A063
51A3EA
51A621
51ABC8
51AD17
51AE91
51AFF7
51B3AA
51B67D
51B8F7
51BA1A
51BED9
51C6E5
51CBD3
51CCFC
51CE76
51CF89
51D0DE
51DACA
51DCE1
51E068
51E3B3
51E83D
51E980
51EA73
51ED97
51F011
51F142
51F6EE
51F811
51F9C6
51FC31
51FD56
51FF77
520406
520746
520BE3
520D7C
521027
5213D1
521967
521AD2
521C4C
521DB2
52216B
5225E7
522721
52289B
522C58
522F57
5230EE
52336D
5234E1
5239A8
523D85
523F1C
52419B
52431D
5247F0
524C23
524EB7
5252E2
525635
525756
5259CD
525B1F
525CCE
525FFA
526564
5266C3
526957
526B4D
526C20
526EB8
526FD0
5274E2
527776
527932
527D94
5280B2
5282CE
52840C
52876E
52882E
5288FB
528A27
528C64
528E2A
5292E7
5295A2
529715
52A001
52A0E6
52A1B9
52A440
52A773
52ABE9
52AD2D
52AE50
52B09D
52B337
52B468
52BA70
52C020
52C16B
52C2A5
52C9BC
52CC90
52CF15
52D010
52D727
52DC0C
52E026
52E160
52E231
52EBE8
52EEC2
52F017
52F2C0
52F65C
52F725
52F837
52FEFC
5300D1
5303A7
5306DC
53079A
530AFC
530C16
530E1D
530F03
5311EB
531526
53177B
531C10
531DD5
5320CA
532188
53237D
5325A7
53268D
532963
532C56
533005
533199
533370
533A52
533B9E
53411D
5344DE
534566
534639
53484D
534C3A
534CCE
534DA1
534FB5
535132
5351D4
535463
5358E0
5359B1
535B28
535D77
536301
536595
5369A0
536DD4
537068
537427
537507
537BC3
537D63
538315
53858E
538650
538C6F
538D77
538F0E
539174
539590
539883
539A19
539C68
53A418
53A69C
53A76D
53A83E
53A981
53AACD
53AC28
53B14D
53B407
53B8BA
53BB4E
53BD44
53BE17
53C0C1
53C20E
53C2B0
53C53F
53C9A5
53CA76
53CBCF
53CE53
53CF69
53D553
53D646
53DBB3
53DC61
53E282
53E5A1
53E6FC
53E8B1
53EB44
53F05E
53F3B8
53F489
53F840
53FCE6
540015
5400A8
54064E
540863
540C60
5411B3
5412CC
5416D9
5419AF
541C9A
541DB9
54286E
542BAE
542C7F
542E4A
5432EE
54362F
543908
543A2B
543BBE
543EC7
5440D9
544473
5446DD
544D43
544F03
54513F
54542D
545A90
545C50
545E8C
546163
546298
54660E
546846
546E86
546FD0
547204
547358
5476B0
547B94
547D56
547F3C
54809A
5483E6
5486E2
548829
548980
548C5E
548F5A
5490D1
549228
549542
549A43
549BD0
549F21
54A416
54A54D
54A846
54B28B
54B9E3
54BB02
54BC4F
54BE05
54BF09
54C19F
54C28A
54C3F0
54C735
54CA88
54CE7B
54CF4C
54D3BC
54D531
54D840
54DA23
54DAF6
54DE0A
54E065
54E2FE
54E637
54E887
54EE3A
54EF7D
54F0F6
54F409
54F76C
54F8B5
54FBA0
54FFC9
55011D
550297
55073B
55097F
550DE3
551261
55140F
5515BF
551A1C
551CCC
551F0C
551FDD
552349
5524CE
55280F
552911
552B04
552C14
552E2B
5531D7
5532E0
5533BA
5537DF
553B88
553DC1
553EB6
55415C
55439C
55446D
5547D9
55495E
554C9F
554DA1
554FD0
55533F
555448
55552B
5558BA
555B0F
555BE0
5562CC
556895
5569E3
556B1B
556E35
556F4A
5571C5
5574FE
55765E
55788B
557AE8
557BAA
557E58
557FC5
55848F
5585BD
558882
558C04
559033
559188
559259
559586
55991A
5599ED
559C82
559EA2
55A2F8
55A3C6
55A4D4
55A883
55AC15
55ACFF
55B1A3
55B477
55B6C7
55BBBE
55BEE1
55C06D
55C17D
55C53B
55C777
55C841
55CAF7
55CE9E
55CFFC
55D0DD
55D378
55D6E0
55D7B7
55DB98
55DF5F
55E037
55E493
55E671
55EA0A
55ECA0
55F284
55F42E
55F641
55F932
55FB3C
55FC37
55FEF2
5600BE
56020D
5602FC
5604E5
560741
5609DB
560C32
56149A
56163E
561737
561908
561C87
561FAF
5624A5
562C60
563DC5
563FBD
564191
564515
56470F
564844
564A3B
564B8F
564CF6
564E37
5650B3
565484
565789
565882
5659BD
565B9F
566007
5661A0
566287
566871
566E61
567538
5676E3
5678A5
567E44
568371
56850F
568ECD
5691FE
5693E3
5695CC
569CAB
569FDA
56A9FA
56AA3B
56AB98
56B17C
56BA62
56C307
56C40E
56C828
56D252
56D817
56D97E
56DB52
56DD32
56E65A
56E81E
56EA1D
56EBC7
56EE42
56EFFE
56F143
56F3F6
56F496
56F6F0
56F9FD
570120
570244
570417
570531
570688
570996
570AD6
570C89
570E24
570FFD
571468
5716B2
57185C
571A48
571B06
571CFB
571F66
57202A
572912
572A9F
572CE0
572DE7
573291
5733A4
573642
57380A
5738C8
573B8B
573E87
573F6D
57421B
5744BE
57461C
574901
574CC7
574E71
575168
575341
575BEB
57687A
576A84
576BD6
57708E
5775FF
577714
57784F
5779BD
577C0E
5782AF
578378
578B17
5794CD
5797B1
5797EF
579A97
579BF3
579D4B
57A082
57A7DE
57AA55
57ACAF
57AE6E
57B02D
57B712
57BECD
57C1DD
57CCE3
57D4CA
57D696
57D89B
57DA93
57E35E
57E52B
57E7D6
57E9D4
57EBD2
57EDD0
57EFA7
57F13B
57F356
57F44C
57F775
57F942
57FB05
57FCC8
57FE36
57FFDF
5804D4
58059D
580D0C
580F3E
581195
58173E
581B7C
581E5D
582657
582924
582B41
584744
58488B
584A5E
584C4F
584E14
585412
585B73
58608A
58729B
5873FA
5875FD
58782F
587A50
587E7E
588205
588A54
589005
58932B
589461
589D38
589FAE
58A629
58A9C2
58AC59
58AF5D
58B285
58B5E9
58BABA
58C02E
58C10C
58C7BC
58CB08
58CF89
58D210
58D3E1
58D605
58D7AF
58D952
58D9F6
58DB74
58DD8B
58DE82
58DFFA
58E24F
58E60D
58F6E3
58F78E
58FC1B
590811
590931
590A54
590B8E
590D8A
590FC4
59134F
5917D5
592063
592271
5923F4
592538
592A36
593A95
5940B2
594C07
594D82
595092
5953FD
595601
595791
59588C
595A05
596702
5968E3
596B7E
596DA5
597206
598101
598846
5988DC
598997
598E29
599004
599C3D
599EA3
59A07B
59A498
59A6F2
59A7D0
59AB54
59AC9D
59AD7F
59AFBC
59B4B0
59C50F
59CAC1
59CF9F
59E2CF
59E3A3
59F2E8
59F555
59F707
59FBA0
5A033B
5A05CE
5A0839
5A0F69
5A10ED
5A14B5
5A160A
5A19FA
5A1B55
5A1E93
5A2010
5A2200
5A23EE
5A26D3
5A2923
5A2B08
5A2C45
5A2D8E
5A303F
5A322C
5A3D8A
5A3F8C
5A40DD
5A4359
5A4504
5A48F6
5A4D2F
5A4E6D
5A506E
5A53F7
5A54C8
5A5651
5A58A3
5A638E
5A6451
5A655A
5A67C7
5A69E1
5A6B1E
5A6D37
5A71B0
5A75E9
5A7727
5A7928
5A7CB1
5A7D82
5A7EEE
5A8063
5A8301
5A855B
5A86B8
5A89D6
5A8AC3
5A93A9
5A9477
5A95F5
5A9774
5A9B98
5A9C58
5A9D25
5A9EA5
5AA136
5AA341
5AA9FA
5AAD5C
5AAE1C
5AAEE9
5AB018
5AB255
5AB5CD
5AB8F5
5ABC71
5AC142
5AC547
5AC85E
5ACA50
5ACBD0
5ACD77
5ACFDA
5AD15A
5AD428
5AD4F3
5AD6C1
5ADC6E
5ADE78
5AE014
5AE30B
5AE5DE
5AE8C5
5AEAD6
5AED55
5AEEF5
5AF02D
5AF26C
5AF48E
5AF6C5
5AF8AA
5AFA7F
5AFB3D
5B0112
5B01FD
5B0716
5B1775
5B1E95
5B2636
5B29AD
5B2BA6
5B2D0A
5B2F18
5B310F
5B3354
5B3549
5B3709
5B3837
5B3B2F
5B3CAA
5B4017
5B415C
5B44C8
5B483A
5B4A76
5B50D2
5B58C9
5B5B1E
5B5BEC
5B5CE1
5B5F30
5B619E
5B635B
5B6633
5B671D
5B69AF
5B6DA3
5B6FAD
5B7323
5B74FA
5B75D2
5B786B
5B7C6A
5B7E00
5B8175
5B824D
5B840B
5B86BA
5B891C
5B8ABD
5B8BC2
5B8C8A
5B8F7D
5B9141
5B9295
5B935D
5B95F9
5B992E
5B9A26
5BBA82
5BBD24
5BC21F
5BC48C
5BC812
5BCAAA
5BDA0F
5BEA3C
5BEB68
5BFB91
5BFCCC
5BFD93
5C0BA5
5C0E4B
5C1B81
5D3601
5D4331
5D442F
5D45CA
5D4817
5D4A58
5D5072
5D552D
5D602A
5D699C
5D6B5B
5D6CB6
5D6F0E
5D705F
5D7226
5D73D8
5D7542
5D75E6
5D7778
5D792E
5D7B24

As far as I can tell that's inclusive. Ignore then 8-digit one. I don't know what that is or where it came from. Not only this, but there are likely multiple edits per method. On the flip side there are probably some that don't need any modification at all. That likely comprises less than 5% of them.
There are also 2D effect handlers, but not near as many. Less than 125.

If you don't know what this means then don't worry about it. Just accept the fact that interpolation of 2D/3D effects is FAR AND BEYOND anyone's dedication to this game. Feel free to prove me wrong though.
If you're curious about how to alter these PM me and I might try to explain. Be warned it's extremely technical and requires knowledge of x86 assembler and how the battle render engine works.

There are occasionally problems in the battles where bullet shells or textures don't show up.  I have no idea why or what causes it because reloading a save and fighting the exact same battle will sometimes load the textures properly.

Proof of Concept Videos (must be watched at 720p or higher)
www.youtube.com/embed/CFixQcIpMEs
www.youtube.com/embed/5m57Uz6gkrs
Title: Re: Running FF7 at 60fps
Post by: sl1982 on 2010-06-20 05:42:35
I will ask Borde about it, next time i see him online if you guys like. He maybe to busy to do anything but he might tell you where or if it can be done

Don't worry about it. I took care of it.

edit: Here is a video if anyone is interested of the battles running in 60fps. Fraps does drop the frames down a bit when recording but you get the idea. Interpolated animations were created with a modified version of kimera i made.

http://www.youtube.com/watch?v=D6ziBsBNSfI (http://www.youtube.com/watch?v=D6ziBsBNSfI)
Title: Re: [WIP] Running all of FF7 at 60fps
Post by: sl1982 on 2010-08-04 03:27:42
Just a little experiment with interpolating the sprites. Opinions please.

(http://a.imageshack.us/img39/6438/gifum.gif) (http://img39.imageshack.us/i/gifum.gif/)

Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-03-11 19:25:21
Since a moderator necro'd this I'll follow suit. :)

It literally occurred to me this morning. You don't specifically need a camera editor, just something that will extend the camera's duration for things. That would take no more than a single pass through the camdat files and increasing/decreasing all the "steps/frame pauses" for all relevant codes. That I could probably cook up pretty quick. Enter the current fps, desired fps, the camdat file to process and you'll get the camera flowing the way it should! I'm going to give this a go real quick. Should be pretty easy. It's just picking out the codes and modifying the correct bytes. I'm pretty sure I found them all already. Let me take a crack at this.
Title: Re: Battles playing at 60fps
Post by: Aali on 2011-03-12 00:16:19
.s files can be edited to include more frames but they wont play. The duration of those animations seems to be hardcoded.
Title: Re: Battles playing at 60fps
Post by: sl1982 on 2011-03-12 12:30:06
Perhaps when they actually play can be edited? Say for example they play on frame 20 right now and we get them to play at frame 60 instead? It wouldnt totally solve the problem but it would help.
Title: Re: Battles playing at 60fps
Post by: Aali on 2011-03-12 13:00:14
Thats also hardcoded. It can be fixed of course but it entails reprogramming every single spell effect in the game.

Your best bet with spell effects is probably to pretend the game is paused for 3 frames, advance one frame, rinse and repeat.

And yes, I am working on that as we speak.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-04-08 03:20:13
I've been meaning to get back to this. Stupid addictive duodecim.......

The "solution" I came up with isn't perfect,but the only thing I can think of to so with this is to add wait periods to make the camera last as long as the animation. This has drawbacks though. Consider something simple like Matra Magic. The camera is supposed to follow the missiles from the caster to the target by performing XX transitions between looking at the caster and looking at the target. If that transition takes more than 64 frames, then the transition increment can only go to 255, then it'll have to wait the rest of the frames at the destination before the next transition takes place.

Say a transition is supposed to take 100 frames. If your increasing the fps from 15 to 60 then the new desired transition time would be 400 frames from point A to point B. But it can only really be increased to 255 transitional frames and made to wait the remaining 145. That will make the transition much faster, but it will be focusing on what it should focus on when it should focus on it.

That said, in order to do this, it requires splitting each camera script by type, editing them, then reconstructing the cam files From scratch. That's not as simple as it might sound because there are actually scripts that aren't used and there are lots of duplicate pointers.

There is no better solution unfortunately. In some cases we could calculate where the camera should be after 255 transitions between point A and point B, but there are some scripts with transitions between relative locations like "caster_center" and "target_center" that wouldn't work like that. Not unless we knew more about how it all works.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-10-13 19:06:48
Well, if you can't increase the script's wait, make the game wait longer. If the F5 handler was changed from

Code: [Select]
005C2A95 PosCamF5:
005C2A95                 movsx   edx, [ebp+arg_0]
005C2A99                 imul    edx, 0Eh
005C2A9C                 xor     eax, eax
005C2A9E                 mov     ax, word_BE10F8[edx]
005C2AA5                 mov     ecx, [ebp+var_18]
005C2AA8                 mov     edx, [ecx+4]
005C2AAB                 movsx   ax, byte ptr [edx+eax]
005C2AB0                 movsx   ecx, [ebp+arg_0]
005C2AB4                 imul    ecx, 0Eh
005C2AB7                 mov     word_BE10FA[ecx], ax
005C2ABE                 movsx   edx, [ebp+arg_0]
005C2AC2                 imul    edx, 0Eh
005C2AC5                 mov     ax, word_BE10F8[edx]
005C2ACC                 add     ax, 1
005C2AD0                 movsx   ecx, [ebp+arg_0]
005C2AD4                 imul    ecx, 0Eh
005C2AD7                 mov     word_BE10F8[ecx], ax
005C2ADE                 jmp     loc_5C3C57

to something like:

Code: [Select]
005C2A95 PosCamF5:
005C2A95                 movsx   edx, [ebp+arg_0]
005C2A99                 imul    edx, 0Eh
005C2A9C                 xor     eax, eax
005C2A9E                 mov     ax, word_BE10F8[edx]
005C2AA5                 mov     ecx, [ebp+var_18]
005C2AA8                 mov     edx, [ecx+4]
005C2AAB                 movsx   ax, byte ptr [edx+eax]
005C2AB0                 imul    ax, 4
005C2AB3                 movsx   ecx, [ebp+arg_0]
005C2AB7                 imul    ecx, 0Eh
005C2ABA                 mov     word_BE10FA[ecx], ax
005C2AC1                 mov     ax, word_BE10F8[ecx]
005C2AC8                 add     ax, 1
005C2ACC                 movsx   ecx, [ebp+arg_0]
005C2AD0                 imul    ecx, 0Eh
005C2AD3                 mov     word_BE10F8[ecx], ax
005C2ADA                 jmp     loc_5C3C57
005C2ADF                 nop
005C2AE0                 nop
005C2AE1                 nop
005C2AE2                 nop

Then we'd be a lot closer. That's just forcing the wait counter to be four times as large as the script wants. This would also have to be done for the Focus Cam F5 handler and any other op that wants a increment of some sort. The problem is this solution isn't as wonderfully modular as altering the scripts themselves.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-10-24 20:43:06
NTFIC1 i eagerly await your modified ff7.exe

*sigh* I have GOT to stop suggesting things. :(

For my own personal record I'll submit the following:

Cam Progress:
Position:

D8 - 0x5C3E6F; 100
E2 - 0x5C27DA; 100
E3 - 0x5C3E6F; 100
E4 - 0x5C3E6F; 100
E5 - 0x5C3E6F; 100 (I hope I'm not breaking these)
E7 - 0x5C352D; 100
E9 - 0x5C33B9; 100
EB - 0x5C31F8; 100
F5 - 0x5C2A95; 100 (this was a long one. Most others shouldn't be so bad)

-That didn't take as long as I thought. Still, there are a good number of changes that were made. Mostly it involves optimizing code and adding a harmless* imul ezx, 4 command in there.

Focus:
D8 - 0x5C52F8; 100
E2 - 0x5C4BAF; 100
E3 - 0x5C52F8; 100
E4 - 0x5C52F8; 100
E5 - 0x5C52F8; 100
E8 - 0x5C4963; 100
EA - 0x5C4800; 100
EC - 0x5C4651; 100
F5 - 0x5C4253; 100

I'm pretty sure those are all the cam ops that use delays or step increments. I don't know where the animation scripts are handled yet, but I'll look for them after I'm done with the camera parts and test them. I have a nice little dif file that shows what I changed from -> to if anyone is interested in trying it out.

* I say "harmless" because I think the register is completely cleared before the value is loaded. More modern processors will probably handle it correctly. Oddly enough, the game loads a byte value into a word-sized register chunk then stores that word-sized register chunk into another value that is modified later. Basically what I added was removing a redundant re-indexing (those are freaking everywhere) and shift some commands down and add a [dword-register] *= 4 command in there. The problem would be if the loading a byte into a word-sized chunk would result in clearing the register or not. If it does then there's no problem. If the upper part of the register still holds a value then the *4 could result in an overflow if the upper word is greater than 3FFFh. It doesn't look like that can happen in any of these cases, but it's now more vulnerable to error and possible BSOD-ing.

Take D8/E3/E4/E5's handler:
Code: [Select]
xor    eax, eax
mov    al, [edx+ecx]
mov    ecx, 0xC05FF4
imul   eax, 4
mov    [ecx], eax

This is actually completely safe by virtue of fuzzy logic. eax was cleared before manipulation so the upper part is empty.

Now take E2's:
Code: [Select]
xor    ecx, ecx
mov    cx, 0xBE10F8[eax]
mov    edx, [ebp+var_8]
mov    eax, [edx+4]
movsx  cx, byte ptr [eax+ecx]
mov    edx, [ebp+var_4]
imul   ecx, 4
mov    [edx+4], cx

The problem is in line five when it moves a byte-sized value to the word-sized register. Does the entire word get reset? Very likely. In fact, the entire ecx SHOULD only contain that value at the end of that statement. Since it's only moving a byte, it can't be larger than 255 and multiplying by four would yield no more than 1020 to be stored in that spot (which is the current camera script position).
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-10-31 19:04:49
http://www.youtube.com/watch?v=rx3DHs4iMzA
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2011-11-22 02:33:06
You should probably change your name then.
 
 :P

Anyways it is the opening and closing battle camera pans. They run at the proper speed but get cut short.

I noticed that when I was showing off that tech demo. There might still be a duration counter that I'm missing. The battle timer begins so far into the initial camera motion. If there is a trigger for that it'll have to be moved down in each script. Try changing the battle mode to 'wait' and see if that makes a difference. I've long thought that the command for making the battle timer wait rests in the animation, but it might be in the cam scripts.
In reference to a prior post of mine (http://forums.qhimm.com/index.php?topic=9126.msg144037#msg144037), it could be DA, DB, DC, or F1 of the position cam or DB or DC of the focus cam codes. I should extract all the init cam scripts and see if I can find some commonality that they all share. They're all in the exe if someone wants to beat me to it.

Update:
It looks like E6 is also used to create increments in both the position and focus scripts. That won't affect all the scripts, but it would affect some.
Title: Re: Battles playing at 60fps
Post by: Aali on 2011-12-03 20:08:32
I wrote these tools to help me read and edit .s files, maybe you can put them to good use. Simply adding more frames to the animations just caused it to cut out early when I tried it but maybe you can figure that out.

sptdump.c: .s file -> text format
Code: [Select]
#include <stdio.h>
#include "spt.h"

int main(int argc, char *argv[])
{
FILE *f;
struct spt_header header;
int i;
int j;

if(argc < 2)
{
printf("usage: sptdump <file>\n");
exit(1);
}

f = fopen(argv[1], "rb");

fread(&header, sizeof(header), 1, f);

printf("File type: %p\n", header.file_type);
printf("Version: %p\n", header.version);
printf("Number of SPT entries: %i\n", header.num_spt_entries);

printf("\n");

for(i = 0; i < header.num_spt_entries; i++)
{
struct spt_entry entry;

fread(&entry, sizeof(entry), 1, f);

printf(" SPT Entry %i: %p, %i\n", i, entry.field_0, entry.num_spt_struc_183);

for(j = 0; j < entry.num_spt_struc_183; j++)
{
struct spt_struc_183 struc_183;

fread(&struc_183, sizeof(struc_183), 1, f);

printf("  %i: %p %5i %5i %5i %5i %5i %5i 0x%04x %3u %3u %3u %3u\n", j, struc_183.flags, struc_183.x, struc_183.y, struc_183.field_8, struc_183.field_A, struc_183.texture_page, (struc_183.field_E & 0x3F) << 4, struc_183.field_E >> 6, struc_183.w1, struc_183.w2, struc_183.h1, struc_183.h2);
}
}

return 0;
}

sptbuilder.c: text format -> .s file
Code: [Select]
#include <stdio.h>
#include <string.h>
#include "spt.h"

const char file_type[] = "File type: ";
const char version[] = "Version: ";
const char num_spt_entries[] = "Number of SPT entries: ";

int main(int argc, char *argv[])
{
FILE *f;
FILE *of;
struct spt_header header;
int i;
int j;
char line[4096];

if(argc < 3)
{
printf("usage: sptbuilder <infile> <outfile>\n");
exit(1);
}

f = fopen(argv[1], "r");

of = fopen(argv[2], "wb");

if(!f)
{
perror("input file");
exit(1);
}

if(!of)
{
perror("output file");
exit(1);
}

while(1)
{
fgets(line, sizeof(line), f);

printf("%s", line);

if(!strncmp(line, file_type, sizeof(file_type) - 1)) sscanf(strstr(&line[sizeof(file_type)], "x") + 1, "%hhx", &header.file_type);
else if(!strncmp(line, version, sizeof(version) - 1)) sscanf(strstr(&line[sizeof(version)], "x") + 1, "%hhx", &header.version);
else if(!strncmp(line, num_spt_entries, sizeof(num_spt_entries) - 1)) sscanf(&line[sizeof(num_spt_entries) - 1], "%i", &header.num_spt_entries);
else break;
}

printf("Done parsing headers\n");

header.field_2 = 0;

fwrite(&header, sizeof(header), 1, of);

for(i = 0; i < header.num_spt_entries; i++)
{
struct spt_entry entry;

printf("Parsing SPT entry %i\n", i);

fgets(line, sizeof(line), f);

printf("%s", line);

strtok(line, ":,");

sscanf(strstr(strtok(0, ":,"), "x") + 1, "%hx", &entry.field_0);
sscanf(strtok(0, ":,"), "%hi", &entry.num_spt_struc_183);

fwrite(&entry, sizeof(entry), 1, of);

for(j = 0; j < entry.num_spt_struc_183; j++)
{
struct spt_struc_183 struc_183;
int tmp1;
int tmp2;

printf("%i\n", j);

fgets(line, sizeof(line), f);

printf("%s\n", strtok(line, ":"));

//printf("%s\n", strtok(0, ":"));

sscanf(strstr(strtok(0, ":"), "x") + 1, "%x %5hi %5hi %5hi %5hi %5hi %5i %p %3hhi %3hhi %3hhi %3hhi", &struc_183.flags, &struc_183.x, &struc_183.y, &struc_183.field_8, &struc_183.field_A, &struc_183.texture_page, &tmp1, &tmp2, &struc_183.w1, &struc_183.w2, &struc_183.h1, &struc_183.h2);

struc_183.field_E = tmp2 << 6;
struc_183.field_E |= tmp1 >> 4;

fwrite(&struc_183, sizeof(struc_183), 1, of);
}
}

fclose(of);

return 0;
}

spt.h: data structures used in both programs
Code: [Select]
#ifndef _SPT_H_
#define _SPT_H_

struct spt_header
{
unsigned char file_type;
unsigned char version;
unsigned short field_2;
unsigned int num_spt_entries;
} __attribute__((__packed__));

struct spt_entry
{
unsigned short field_0;
unsigned short num_spt_struc_183;
} __attribute__((__packed__));

struct spt_struc_183
{
unsigned int flags;
short x;
short y;
short field_8;
short field_A;
unsigned short texture_page;
short field_E;
unsigned char w1;
unsigned char w2;
unsigned char h1;
unsigned char h2;
} __attribute__((__packed__));

#endif
Title: Re: Battles playing at 60fps
Post by: Kranmer on 2012-04-13 10:42:30
Of course that's all Greek to me.
Well it appears to be C, it should be easy to compile to EXE with a compiler like Mingw,
try installing mingw and msys (both free programs) to the default directory of C:\Mingw
then run mingw from your startmenu and you should get a command box, then copy and paste all the text in those code boxes into TXT files and use the filenames provided sptdump.c,sptbuilder.c,spt.h
then put these 3 files into your
C:\MinGW\msys\1.0\home\USERNAME
folder.
Then in the command line type
GCC -c sptdump.c -o sptdump.o
then press enter then type
GCC sptdump.o -o sptdump.exe

then you will have sptdump.exe then do this for sptbuilder

GCC -c sptbuilder.c -o sptbuilder.o
press enter then
GCC sptbuilder.o -o sptbuilder.exe

then you will have sptbuilder.exe and sptdump.exe files. And that should do it. hope this helps.
NOTE: in the line C:\MinGW\msys\1.0\home\USERNAME where it says USERNAME it should your windows username, so for me its Kram since i log into windows with that username.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2012-05-15 20:35:01
Unfortuanately, I must confess I'm complety at a loss here Obesebear. It would seem reasonable for limit break animations to be stored togheter with the other battle animations, but as long as I know, noone around here has found a trace about them. My information could be outdated, though, I've been away for quiet a while.

I don't think animation length can be automatically adjusted by the game engine. All other animations have a fixed framerate. But then again, who knows.

I thought limit break animations were contained with the magic animations. Pushing some magic anims beyond a certain number seemed to support that theory (http://forums.qhimm.com/index.php?topic=8195.msg98685#msg98685). Their effects range from 00h - 4Eh (http://forums.qhimm.com/index.php?topic=7928.msg95559#msg95559). I don't know where these are stored, but it doesn't seem like they're stored in the animation of the actors themselves. They're likely in the magic.lgp somewhere and made to specifically reference bones of the actor.
Title: Re: Battles playing at 60fps
Post by: Kranmer on 2012-06-13 18:56:10
I did create a DLL a while ago to allow switching of FPS between values via hotkeys, I haven't had chance to fully test it (i did give it to pitbrat to test but i haven't been on IRC for a while so i haven't had chance to ask him how good/bad it worked).
So if you want to test it, it should allow you to switch between a lot of different FPS values (similar to the speedhack but different because this DLL only sets the FPS for what you choose, so if you choose to run battles at 60fps it will only run battles at 60fps and the field and stuff will stay the same where as the speedhack speeds up the whole game regardless)
So this will make it easier so you won't have to hex edit your EXE (i can make 1 just for battles if need be).
You can get it here
http://www.mediafire.com/?ee02tw422kfml2m
this is also a all in 1 DLL so it also includes other stuff like my AnyCd, load saved games, Always Run, Interface Switcher (only for use with menu overhaul) and move while talking.
here is a list of what the hotkeys are (so to set battles to 60FPS just press and hold the B button on your keyboard then press number 6 on your keyboard (using the top numbers NOT the side keypad))
Code: [Select]
WORLD MAP FPS CONTROL
W+1 = 15FPS
W+2 = 22FPS
W+3 = 30FPS
W+4 = 40FPS
W+5 = 45FPS
W+6 = 60FPS
W+7 = 80FPS
W+8 = 100FPS
W+9 = 200FPS
W+0 = 400FPS

FIELD FPS CONTROL
F+1 = 15FPS
F+2 = 22FPS
F+3 = 30FPS
F+4 = 40FPS
F+5 = 45FPS
F+6 = 60FPS
F+7 = 80FPS
F+8 = 100FPS
F+9 = 200FPS
F+0 = 400FPS

BATTLE FPS CONTROL
B+1 = 15FPS
B+2 = 22FPS
B+3 = 30FPS
B+4 = 40FPS
B+5 = 45FPS
B+6 = 60FPS
B+7 = 80FPS
B+8 = 100FPS
B+9 = 200FPS
B+0 = 400FPS

M+1 = Move While Talking V1 (glitched cloud but works at events)
M+2 = Move While Talking V2 (Doesn't work correctly at some events)
M+3 = Access Menu While Talking
M+4 = Highwind land on dark parts of the map or in forest's (Don't use on other vehicles only on highwind)
M+0 = Undo Move While Talking, Access Menu While Talking and Highwind landing

CTRL+F3 = Always Run Off
CTRL+F4 = Always Run On

CTRL+F5 = FFX Normal Interface
CTRL+F6 = FFIX Normal Interface
CTRL+F7 = FFX 9999 Interface
CTRL+F8 = FFIX 9999 Interface

CTRL+L = Load anywhere (press twice in field or once if in the in-game menu) NOTE: DO NOT USE THIS WHILE ON THE WORLD MAP (you can load saves on the world map just don't press CTRL+L on the world map)

FF7AnyCDv2 Built in
NOTES:
1. Set the FPS before you go into the desired part, so set the battle FPS before going into battle, Set the world map FPS before going to the world map, Set the field FPS while on the world map or in battle.
2. To run at over 60FPS you may need to disable Vsync in Aali's Driver and in your graphics card driver's control panel.
Title: Re: Battles playing at 60fps
Post by: ficedula on 2012-07-13 13:28:53
As far as the field, I don't think we have anything that lists which animation is used by whom.   Though we could manually make a spreadsheet with each animation listed, then use Makou Reactor to go through each scene to find out which .hrcs are using which animations.

If you download Ifalna, there's a file in there (ifalna.filter) that lists for each HRC file, what field animations it thinks are associated with it.

It was generated based on parsing the field files, and this was done over 10 years ago when the format wasn't understood so well, so no guarantees it's totally accurate; but, it shouldn't be too far off.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2012-08-12 15:41:09
I sent my findings to Dziugo, who in his god like knowledge of assembly showed me where it is going wrong.  So now Cait's reels work properly at 60fps, the way they did with PSX. 

I can't get anywhere with Tifa's slots, but assuming he has the time, I am sure Dziugo will!

To correct Cait's slots for use at 60fps:

Quote
0x6e2138: mov byte ptr [00DC3B6C],04
0x91eacc: set to 20

In ff7.exe this is simplified as:
002E153E: Set to 04
0051D4CC: Set to 20

I will look at Battle Arena slots myself.  Don't want to pester people too much :)

Title: Re: Battles playing at 60fps
Post by: Borde on 2012-09-08 21:10:33
I'm impressed by the amount of progress this project has seen since the last time I checked. Great job guys.

As for my end, I finally have good news. After spending countless hours checking and rewriting my encoding/decoding functions,I found out what went wrong... at a completly different place. Turns out I was ignoring the root rotation. It was suposedly ignored by the game, but looks pretty damn clear it's not. That was also the reason why Cid's fleeing animation was wrong.
Title: Re: Battles playing at 60fps
Post by: Borde on 2013-01-01 09:14:25
I think I solved all the problems regarding animations interpolation, so at least that's one less problem. The new version of Kiimera allows you to interpolate automatically all the animations in the game so there is no need to process one by one any more, either.

We still need to get effects interpolated. Anyone has information about them?

EDIT: Aali has been researching about effects and found out pretty much everything is hardcoded into the EXE. That means that getting interpolated effects implies finding all the functions used by effects and modifying them to work at the new framerate. I'm sorry to say I think the future of this mod looks very grim...
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-13 20:08:28
(http://i.imgur.com/BPPMQcu.jpg)
Project work is picking up again.

It was pretty defeating spending all that time interpolating the models only to find out they were messed up and completely unusable.  However, I recently quit my job, and after skimming this old topic it seems that everything (aside from those damn animation files) is in place to make this a reality.

I'm currently reinstalling FF7 and will begin work on it today.  But first this thread needs to be purged of all the old unhelpful information and I need to find a link to "multi.dll" that DLPB made.  I also couldn't find info on the limit break animations, but I know they were found and posted about somewhere...
Title: Re: Battles playing at 60fps
Post by: Covarr on 2014-07-13 20:14:12
and I need to find a link to "multi.dll" that DLPB made.
You might have an easier time with HextLaunch (http://forums.qhimm.com/index.php?topic=13574.0). It can launch any app and inject as many DLLs as you want. In the long run I think it'll be easier to use, at least for testing and development, than multi.dll.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-13 20:21:57
Yeah, multi.dll has been retired.  HextLaunch combines 3 of my tools into 1 :)

Also, the reels were fixed by Dziugo.  So that is ready for the day everything is sorted :)
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-13 20:24:35
Great!  Trying to update the first post with all the correct, up-to-date, important information.  If there's something I missed or is wrong do let me know.  Like, I need to get rid of those manual .exe edits now.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-13 20:26:48
Tifa, Cait's limit slots, battle square slots updated... 100% (Pretty sure Dziugo and DLPB got this taken care of)


<

Yup.  It's sorted.  Dziugo worked his magic.  I have the values needed for that.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-13 23:31:12
I've been looking into increasing some of the animations in the same way I increased the cameras (which should work 100%). I haven't made much progress since I'm not certain of the structure of the animation loaders. I've definitely narrowed down where Ultima sets lots of its values and gets added to the animation queue.

I also couldn't find info on the limit break animations, but I know they were found and posted about somewhere...

What do you need to know?
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-13 23:52:56
I found the limit break animations in a random thread Borde created, so that should be taken care of. It's up on the first post now.

If you want to jump on IRC, DLPB is messing with the exe right now trying to do the same
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 01:19:37
NFITC1...

Check Memory address

00424E5F

As you can see this is the main counter for each animation frame. It is adding 1 to each frame, advancing the animations.  Hence, making this value 2 doubles anim speed.

Surely there is a way from here or nearby to make it count 4x slower.  I am not sure what calls this function, or how it all ties in.  I only know that the key to animation is here, and this appears to be the main thing.



Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 02:59:55
NFITC1...

Check Memory address

00424E5F

As you can see this is the main counter for each animation frame. It is adding 1 to each frame, advancing the animations.  Hence, making this value 2 doubles anim speed.

Surely there is a way from here or nearby to make it count 4x slower.  I am not sure what calls this function, or how it all ties in.  I only know that the key to animation is here, and this appears to be the main thing.

I'm sure this would be relatively easy, but even if you slow the counter to make it increment once every four frames the effect will retain the 15 fps animation. That'll look odd for most animations. This should be fine for 2D effects, but 3D would stand out.

Still, it's worth a look and I'll check it out in the morning.
Title: Re: Battles playing at 60fps
Post by: Kaldarasha on 2014-07-14 03:08:52
We could make the animations longer with Kimera. It's acually very simmple.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 08:24:54
I'm sure this would be relatively easy, but even if you slow the counter to make it increment once every four frames the effect will retain the 15 fps animation. That'll look odd for most animations. This should be fine for 2D effects, but 3D would stand out.

Still, it's worth a look and I'll check it out in the morning.

It is advancing the animations though.  Perhaps my choice of word frame is wrong...  Anyway, see what you can find in there.  Looks like potential to me.  But there will no doubt be issues..  :-D

We could make the animations longer with Kimera. It's acually very simmple.

That's what's being attempted by Obesebear, but it ain't simple... Kimera is broken, and there are tons and tons of animations to do...  :'(
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 11:48:07
It is advancing the animations though.  Perhaps my choice of word frame is wrong...  Anyway, see what you can find in there.  Looks like potential to me.  But there will no doubt be issues..  :-D

I understand what you're saying completely, but I guess I'm not explaining well. If you tell any animation to advance a frame every four frames then it will still appear to be 15 fps. Otherwise if it advances once a frame it will play four times the speed.

EDIT:
...Check Memory address

00424E5F...
I have this marked as an actor-specific animation frame. This doesn't affect magic effects which is what I've been talking about. Sorry I didn't clarify earlier.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 15:26:54
Yeah, this seems to work for model animations only.  But it can't be that hard to locate the same thing for special effects?

See , from my point of view, having it duplicate frames is ok.. because my only gripe with the PC battles is that the slots are broken.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 17:42:32
The effects are definitely being handled by 0x5BF01F.
here's a pseudo-code of that method:

Code: [Select]
for( x = 0; x < 100; x ++)
{
   if( *HandlerQueue(x) && dword_9AD1AC)
   {
      call handler x
      If (AnimationData(x*32) == -1 )
      {
         remove handler from queue
   }
   else
   {
      if( *HandlerQueue(x) == 0x42782A )
      {
         call handler x
      }
   }
}
x = 0;

That's being called twice per frame and can call 100 handlers per invocation. Ultima requires as many as 79 and I've found where the sparkles (0x579A97) and the dome (0x57A082) handles are. It's not handling 2D effects though. I believe I can control the speeds of the sparkles and how long they stay on screen. I just don't know how to control when they rotate through their graphics.
Title: Re: Battles playing at 60fps
Post by: Kaldarasha on 2014-07-14 18:22:40
That's what's being attempted by Obesebear, but it ain't simple... Kimera is broken, and there are tons and tons of animations to do...  :'(

Well yes, the downside is the amount of work. I haven't test the interpolate all animations button myself.

But you are right the game is able to interpolate frames by itself. This is used in the field mkt_s1 (the boutique of the wallmarket) for Cloud to play a animation slower as it really is. So if we can use this command to interpolate the battle animation then it would spare us a lot work.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 18:47:44
5D4596 seems to speed up Cure anim?  So must be close to there?

Actually no... that seems to just be speeding up the time allocated to it.  Not the actual anim speed.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 18:55:11
Well I certainly did increase the duration of Ultima's sparks. They stay on screen a lot longer and don't seem to be adversely affected by the increased duration. I just have to figure out how to delay the rest of it.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-14 19:03:59
Finished all main characters and bombing mission enemies.  Playtesting now
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-14 19:12:54
Enemy AI scripts need to be slowed down

Camera cuts out too fast during victory animation

Some sfx are being triggered too early.  Say Barret's shooting animation is #10 and is 20 frames in length, and that animation #9 is a 3 frame animation of him getting ready to shoot, it looks like the sfx is being called during #9 instead of #10.  So it may be that those small animations like #9 needn't be interpolated.

What's happening is the sfx is being called on a certain frame of an animation string.  So while Barret's shot used to sync up perfectly if the sfx was triggered on frame 4/20, it's now out of sync because it needs to be triggered on 16/80.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 19:23:02
I've confirmed the location of the speeds of the ultima sparks, but there's still some random element to it and I'm only slowing down one group of them.

Enemy AI scripts need to be slowed down

Do you mean the timers?
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-14 19:29:31
Wait time for the next attack moves at 4x speed for everyone.  As is the yellow party indicator
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 20:39:21
Wait time for the next attack moves at 4x speed for everyone.  As is the yellow party indicator

An oscillating value increases both CTimers and VTimers for everyone. Fortunately, it is multiplied by 40 every time it's requested. That's then added to their current wait time. Change this to 10 and things will slow back down. Fortunately, slow and haste are bit shifts and won't need to be adjusted at all.

0x43525A (0x03465A) 28 -> 0A
0x43528C (0x03465C) 28 -> 0A
0x43529B (0x03469B) 28 -> 0A
0x43554C (0x03494C) 28 -> 0A
0x43555D (0x03495D) 28 -> 0A
0x4355FD (0x0349FD) 28 -> 0A


Try that.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-14 21:18:33
An oscillating value increases both CTimers and VTimers for everyone. Fortunately, it is multiplied by 40 every time it's requested. That's then added to their current wait time. Change this to 10 and things will slow back down. Fortunately, slow and haste are bit shifts and won't need to be adjusted at all.

Code: [Select]
0x43525A (0x03465A) 28 -> 0A
0x43528C (0x03465C) 28 -> 0A
0x43529B (0x03469B) 28 -> 0A
0x43554C (0x03494C) 28 -> 0A
0x43555D (0x03495D) 28 -> 0A
0x4355FD (0x0349FD) 28 -> 0A

Try that.
No luck.  No change from what I can tell.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 21:40:44
It should at least affect status durations. Maybe that's all it did...

Aww fudge. I misread what that value does. Give me a while.

EDIT:
This is working:
C-Timer
0x433A4B (0x032E4B) 22 -> 08
V-Timer
0x4385FB (0x0379FB) 00 -> 40
0x4385FC (0x0379FC) 01 -> 00
Turn Timer is directly linked with VTimer so it needs no adjusting
0x5CFBC2 (0x1CEFC2) 01 -> 04
0x5CFBE8 (0x1CEFE8) 32 -> 0E


That ought to actually reduce the CTimers, VTimers, and Turn Timers.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 23:05:18
0x5CFBC0 (0x1CEFC3) 01 -> 03


should be

0x5CFBC2 (0x1CEFC3) 01 -> 03
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-14 23:13:55
432254

This and this entire function seem to be the timing for everything really.. the bars and the AI turn timer...

Not sure if that helps you.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-14 23:30:35
0x5CFBC0 (0x1CEFC3) 01 -> 03


should be

0x5CFBC2 (0x1CEFC3) 01 -> 03

That's why I put before and after values. :) The value should actually be 04.

432254

This and this entire function seem to be the timing for everything really.. the bars and the AI turn timer...

Not sure if that helps you.

It does do all the setting, but the value manipulation is easier and doesn't require moving other code around.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 01:07:58
The enemy turns are still happening 4x faster tho...
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-15 02:11:35
'nother take-back. Undo the turn timer changes

change these back
0x5CFBC2 (0x1CEFC2) 04 -> 01
0x5CFBE8 (0x1CEFE8) 0E -> 32

Keep the rest.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 15:29:04
Just a thought here...

at moment you are editing every part to make it work at 60fps .  Isn't there some sort of function that calls all these?  So instead of editing a ton of functions for everything, including blinking text speed, we can just edit the one function call?

This way means a load of hex changes are going to be needed.  Is it the only way?
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-15 16:23:20
The function that calls all of these is the "Draw_Frame" function. If we're increasing the frequency at which that is called then we have to reduce the values it manipulates or create a new timer that handles all these "per frame" functions.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 20:10:25
Well, my easier way, which isn't what you and obese are doing...mostly...  is to just use code that pause values use...  basically skip major functions 3 of every 4 frames.  I've gotten it working to a large extent already.

More work needed tho.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-15 21:18:48
'nother take-back. Undo the turn timer changes

change these back
0x5CFBC2 (0x1CEFC2) 04 -> 01
0x5CFBE8 (0x1CEFE8) 0E -> 32

Keep the rest.
That seems to have done the trick for the party and enemy wait times!

The names still flash very fast along with the yellow indicator, and the menu access is still super fast, but maybe those are things DLPB has already fixed?
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 21:29:39
No, but they should be super easy to fix..  along with the coin scrolling background of course.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-15 21:53:19
Well, my easier way, which isn't what you and obese are doing...mostly...  is to just use code that pause values use...  basically skip major functions 3 of every 4 frames.  I've gotten it working to a large extent already.

More work needed tho.

I think a combination of all of our efforts will be needed to fully realize this project. I'm glad to be a part of it.

That seems to have done the trick for the party and enemy wait times!

Heh. The Turn Timer increase was actually undoing the good the VTimer edit did. Since Turn Timer is based on VTimer it would be fixed when VTimer is and not need any alterations.

The C-Timer is an estimation. You can't divide 34 by 4 and get an integer so I just SHR by 2. It's a fair enough approximation, but things might be imperceptibly slower than they should be. I think this only affects timed statuses anyway and I don't know if anyone would complain about longer-laster barriers. :)
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 22:30:55
 see the flashing menu stuff isnt too difficult at all...

The active character text is at 6DD415 and you can easily see which timer that's using.

mov eax,[00DC1F44]


edit...

setting 41BDE8 to 1 should sort all flash timings?  No?

edit 2.


That's more global... and affects everything including the slots.  Which we dont want slowing this way.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-15 22:46:22
see the flashing menu stuff isnt too difficult at all...

The active character text is at 6DD415 and you can easily see which timer that's using.

mov eax,[00DC1F44]


edit...

setting 41BDE8 to 1 should sort all flash timings?  No?

Does that fix the "Limit" strobing as well?
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 22:50:40
Does that fix the "Limit" strobing as well?

It will fix everything... including the AI timings and char timings..  Problem is...  it also means the slots will then have the same issue they did at 15fps... so that way is a no go :P  Unless you can work something out.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 23:03:20
You know what, maybe not...

Maybe it's fixed the slots too.

I can't be 100% because I can't get this to record at 60fps... but I'm excited here... because that 1 value might have fixed everything.  It is certainly what the main timing function uses.

edit 2.

No... it's fixed the lot [didn't bother recording... realized all i need to do is advance the game using breakpoints haha].  That one value is the main one.   You can see how it's used in the function that comes after  :-D  The porting team must have set on purpose so the menu/camera etc could work at 15fps.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-15 23:30:12
You know what, maybe not...

Maybe it's fixed the slots too.

I can't be 100% because I can't get this to record at 60fps... but I'm excited here... because that 1 value might have fixed everything.  It is certainly what the main timing function uses.

edit 2.

No... it's fixed the lot.  That one value is the main one.   You can see how it's used in the function that comes after  :-D  The porting team must have set on purpose so the menu/camera etc could work at 15fps.
Verified.   The camera is clearly running as it would at 15fps, so it's not as smooth as the interpolated one, but this seems to be the best way to go for now.

Now onto .s files?
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-15 23:39:25
The camera is running at 30fps, as it does on PSX... one frame dupe.  8)  So that's another bonus.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-16 20:00:58
My first order of business once I finish this is to boot up a save near Emerald and just rape his strawberries.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-16 22:55:39
I've successfully made the battle 60fps (completely finished and fully working).  Had to add in my own small hack to make it dupe 3 of 4 frames, but that along with the menu fix I discovered has done it.

I'm happy with the results but also look forward to your interpolated version.   8)
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-16 23:15:04
I've successfully made the battle 60fps (completely finished and fully working).  Had to add in my own small hack to make it dupe 3 of 4 frames, but that along with the menu fix I discovered has done it.

I'm happy with the results but also look forward to your interpolated version.   8-)
*throws confetti*  Finally making some real progress on my end.  Got held up forever on emerald
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-16 23:52:24
Is anyone willing to manually fix models?   I'll be doing most of the work, but when I come across some I don't feel like doing they'll go in KNOWN PROBLEMS.  If someone else would like to fix those, let me know.
Title: Re: Battles playing at 60fps
Post by: KnifeTheSky77 on 2014-07-17 00:56:24
Just when I thought I had seen everything, I am pretty pumped to try this mod. Any plans for 60 fps field/world map?  :wink: ;)
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-17 01:17:41
Just when I thought I had seen everything, I am pretty pumped to try this mod. Any plans for 60 fps field/world map?  ;-) ;-)
Yes and no.  The method they used to speed down the battle scenes is likely the same thing for the field and world map.  So reverting them back to 60fps will be pretty simple (so to speak). 

However, at this time I have no plans to interpolate and fix the animations used there.  Were I to get some help finishing up the battle side of things...well then maybe we can talk about branching out further. After all, it is likely the field and world map animations are exponentially easier than the battle ones.
Title: Re: Battles playing at 60fps
Post by: KnifeTheSky77 on 2014-07-17 03:31:43
Write up on the process and I'll jump in, this mod seems like it is gonna be awesome
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-17 03:46:53
So long as i don't have to buy fancy equipment to generate the animations, I also don't mind trying it out. I get the feeling we won't have as many animations as we have enemies. I'm sure a ton use the same animations (lets hope anyway..)
Title: Re: Battles playing at 60fps
Post by: KnifeTheSky77 on 2014-07-17 04:59:12
I imagine it is all a matter of quadrupling the number of animation points in kimera, spreading out each instance four frames apart, and improvising the inbetween frames. It's probably a pita but will make everything look much smoother
Title: Re: Battles playing at 60fps
Post by: Kaldarasha on 2014-07-17 08:04:44
We need a Google sheet so we can see who is working on what model. My question is how many frames are needed to interpolate and how do look chained animations together? If they look to cut apart then we may need to add a help frame. I hope that this won't be needed, because this would slow down the process.

So long as I don't have to buy fancy equipment to generate the animations, I also don't mind trying it out. I get the feeling we won't have as many animations as we have enemies. I'm sure a ton use the same animations (lets hope anyway..)

Haha...   :lol: No it's not that easy. Every enemy has his own set of animations. Something between 10 and 14 animations.  :evil:
But fear not Kimera can interpolate animations in a good manner so only fine adjustments needs to be done. However the save button should be your best friend, I have made the experience that 'Crashimera' doesn't like to play animations of battle models for a longer time.

EDIT:
I have made the sheet
https://docs.google.com/spreadsheets/d/1C7jyrSu4Kmwvyp51eJJIcPGXEX-KZz5GufMEBpUT-EI/edit#gid=0
Send me a PM if you want the link to edit it.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-17 14:54:16
Check the first post for animation files download.

You'll need

Kimera v.97a
ULGP

Instructions
Extract your battle.lgp using ULGP (you can extract them wherever)
Once that's done copy all the files I uploaded into your newly extracted folder and make sure to overwrite
Boot up Kimera.  OPEN MODEL, and pick anything ending in **aa.
In the lower left corner you'll see "battle animation".  At the very bottom you'll see < and >, these let you cycle through the frames of the current animation selected in "battle animation".
0 is the idle animation for every enemy.  These should all be silky smooth, meaning once you reach the very end of the animation, the difference between that frame and frame 0 should be very, very slight.

As for the rest of the animations, I need people to go through every animation frame of every model by holding the > at the bottom of kimera and make sure they aren't doing anything weird (for example: when enemies do tail whips or flips the model usually collides with itself, anything that should rotate like a wheel usually just stutters back and forth)

Please make sure to document EVERY problem you find in the same manner that I did on the first post (HRAA animation 5 frame 37 for example).  If you're good enough with kimera, feel free to fix it on your own.  But if you do decide to fix it, please make sure to send me that model's **da file and don't forget to hit SAVE MODEL.

I've already done AAAA through BNAA, but you're more than welcome to check behind me.

Title: Re: Battles playing at 60fps
Post by: Kaldarasha on 2014-07-17 15:28:54
Ok I will check obaa to ofaa. Again please sent me a PM if you want access to edit the document. It's better to reserve the model before you check its animation. This way we don't do the work twice.
https://docs.google.com/spreadsheets/d/1C7jyrSu4Kmwvyp51eJJIcPGXEX-KZz5GufMEBpUT-EI/edit#gid=0
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-17 17:05:06
I've got BOAA to BVAA for now
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-17 17:10:03
I just wanted to clarify, not all animations should be silky smooth during the transition from the final frame to the beginning one.  Only ones that are supposed to loop like idle animations and barret's victory pose.   Some enemies like zemzelett will have 2 idle animations, so you need to have a sharp eye to find which ones they are.

As for me, I'm spending my day burning my old floor and installing the new one.
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-17 17:17:42
I'm done with BOAA
BOAA - 2 Hands go inside the model starting from frame 7.
            3,6,9,10,13 the wheels twitch instead of roll for all of them

Is this acceptable? because they twitch throughout the entire animation. Otherwise they would be documented like animation 2. Also should i be looking for issues like animation 2? Or should that not matter?

Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-17 17:58:52
I'm done with BOAA
BOAA - 2 Hands go inside the model starting from frame 7.
            3,6,9,10,13 the wheels twitch instead of roll for all of them

Is this acceptable? because they twitch throughout the entire animation. Otherwise they would be documented like animation 2. Also should i be looking for issues like animation 2? Or should that not matter?
Animation 2 seems fine.  Frame 12 is actually an original frame from the game.  As you go through more models, you'll learn what it is you're looking for.  Small clipping issues like that aren't a problem, it's the big clipping issues that need to be documented and fixed.

Don't worry about posting your findings here, just throw them up on this spreadsheet https://docs.google.com/spreadsheets/d/1C7jyrSu4Kmwvyp51eJJIcPGXEX-KZz5GufMEBpUT-EI/edit#gid=0 (https://docs.google.com/spreadsheets/d/1C7jyrSu4Kmwvyp51eJJIcPGXEX-KZz5GufMEBpUT-EI/edit#gid=0) as you finish
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-17 20:54:10
Alright i posted my findings on the spreadsheet, if you want to proof check them and let me know what you find, if nothing out of the notations I've made than i think i know what to do and i'll start more models
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-17 23:08:20
I won't be checking behind anyone.  If y'all say the model is good, then it's good.  Only thing I'll be doing is going back and fixing all the errors that get reported.   From there will likely be a beta release of everything I, NFITC1, and DLPB have done.   Then we'll go from there.
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-17 23:14:37
Alright, well I'm fairly certain that the issues I've found weren't issues (such as the hell house having an animation upside down) so i'll continue to work on models. Can't wait til the beta is out!
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-18 00:18:16
I thought I'd found something great to dupe the frames (my current way works 100% but its a hack job and i dont like that).

Unfortunately, turned out it wasn't anything.  I do know that it is possible to reduce the effect / anim speeds and thereby make it work at 60fps.. but I don't know how.


The search continues.
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-18 01:59:26
I thought I'd found something great to dupe the frames (my current way works 100% but its a hack job and i dont like that).

Unfortunately, turned out it wasn't anything.  I do know that it is possible to reduce the effect / anim speeds and thereby make it work at 60fps.. but I don't know how.


The search continues.

Thats duping the frames so the 2d elements work at the right speed? Or are you trying to make my silky smooth FF7 a dream? :P
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-18 14:35:55
The SFX call time needs to be quadrupled.

I was just testing the Aero Combatant fixes, and his main attack is a 3 hit move and the SFX gets called for each hit.  Usually bam .... bam .... bam.   But since they are being called for the same frame as the original it's, bambambam long before his animation finishes.

I'm not positive, but I think pushing them all to call 4x later should completely fix the sound problem.
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-18 15:30:13
I'm not positive, but I think pushing them all to call 4x later should completely fix the sound problem.

The answer to this one is in the animation scripts. Aero Combatant's anim script for Propeler is the fourth one in buab. In that script there is a segment
Code: [Select]
07 BE(01) BE(05) BE(0B) C2(0B) 08Which roughly translates to:
Play anim 7
Set sound delay 1 frame(s)
Set sound delay 5 frame(s)
Set sound delay 11 frame(s)
Set hold camera for 11 frame(s)
Play anim 8

Setting the delays and hold cameras for four times their current amount made the delay between sounds four times slower and the camera stayed on the target for four times longer. Set sound delay 1 should probably remain at that value. This snippet is at 0x10E in buab or 0x32DCC1 in battle.lgp

This can either be solved by changing EVERY BEh CALL IN EVERY ANIMATION FILE (indicated NOT preferable) or I can squeeze some asm action into the animation handlers like I did for the camera scripts and handle it there. This indicates that at least the values provided to BE and C2 would need to be quadrupled.

EDIT:
To make this change in the ASM, make the following changes starting at 0x021A1E:

From
Code: [Select]
89 0A
0F BF 45 08
69 C0 EC 1A 00 00
8A 88 B4 11 BE 00
80 C1 01
0F BF 55 08
69 D2 EC 1A 00 00
88 8A B4 11 BE 00

To
Code: [Select]
6B C9 04
89 0A
0F BF 45 08
69 C0 EC 1A 00 00
8A 88 B4 11 BE 00
80 C1 01
88 88 B4 11 BE 00
90 90 90 90 90 90 90

The C2 change is nearly identical, but starting at 0x0217CE

From
Code: [Select]
89 10
0F BF 4D 08
69 C9 EC 1A 00 00
8A 91 B4 11 BE 00
80 C2 01
0F BF 45 08
69 C0 EC 1A 00 00
88 90 B4 11 BE 00

To
Code: [Select]
6B D2 04
89 10
0F BF 4D 08
69 C9 EC 1A 00 00
8A 91 B4 11 BE 00
80 C2 01
88 91 B4 11 BE 00
90 90 90 90 90 90 90
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-19 15:26:20
I've been looking at how the game pauses... since the pause var can literally stop everything on screen (apart from the menu).

Seeing what accesses the pause var can tell us which parts are being frozen and thus give us the correct locations of the animation advancement code.

Unfortunately.. it isn't that simple.  Magic is not just one counter.  A lot of magics use a different counter for their specific animations... and that's before we get on to Summons and everything else.

I suppose NFITC1 may be able to trace all this back to a function that controls them all? And then we may get some luck with it.  But if not, you guys will need to interpolate the magic too (are you doing this?  Can this even be done?).

5C042B, 5D4464,  5D46B2

These addresses control just a tiny portion of animations I found.  I forget which is which, but one is "Cure".

Certain model animation is advanced from  00424E5F

You have already found the counter for action times.

I've confused myself with all this to be honest.  Anyway, good luck with this project, it's way more involved than my pause hack job (which will work 100% but will never be as smooth as this one hopes to be).
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-19 16:18:02
Getting Joker and Death Dealer to have their cards rotate smoothly is going to be a very VERY hacked job.  The animation will look a little bit different (the cards won't turn on angles and whatnot)  but it's the only way I can get it to work.  Otherwise it just looks ridiculous.  EDIT: Unfortunately Joker and Death Dealer animations are not interchangeable.  Joker took about 3 hours to fix.  It will be a long LONG time until I fix Death Dealer.  If someone else would like to take up the task, let me know.

I've been looking at how the game pauses... since the pause var can literally stop everything on screen (apart from the menu, which uses the global pause var).

Seeing what accesses the pause var can tell us which parts are being frozen and thus give us the correct locations of the animation advancement code.

Unfortunately.. it isn't that simple.  Magic is not just one counter.  A lot of magics use a different counter for their specific animations... and that's before we get on to Summons and everything else.

I suppose NFITC1 may be able to trace all this back to a function that controls them all? And then we may get some luck with it.  But if not, you guys will need to interpolate the magic too (are you doing this?  Can this even be done?).

5C042B, 5D4464,  5D46B2

These addresses control just a tiny portion of animations I found.  I forget which is which, but one is "Cure".

Certain model animation is advanced from  00424E5F

You have already found the counter for action times.

I've confused myself with all this to be honest.  Anyway, good luck with this project, it's way more involved than my pause hack job (which will work 100% but will never be as smooth as this one hopes to be).
Nothing wrong with hacks.   To get things to work, and I assume the magic, like textures, will likely need to have frames duplicated since their animation files aren't in magic.lgp.

Summons, however, are easily interpolated.  So no problem there.
Title: Re: Battles playing at 60fps
Post by: sl1982 on 2014-07-19 17:10:22
If anyone ever figures out the spell effects I had played around with some image morphing software that did a pretty good job of interpolating them. Assuming you can add more spell effect frames that is.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-19 22:19:48
Currently we have about 130 of the battle models error free and ready for beta testing in game.

What I need now is for someone to make a quick demo showcasing 15fps w/ no mods vs. 60fps heavily modded with all of our best models and graphic interfaces and all of the other cool strawberries we have around here.   Your capture card will obviously need to be able to record smoothly at 60fps.

Anyone who is interested and capable please reply below and we'll get you set up with everything you'll need to use this mod.
Title: Re: Battles playing at 60fps
Post by: sl1982 on 2014-07-19 22:21:29
Why would you use a capture card? Would fraps or something like that not work?
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-19 22:21:58
There's been a problem with my mod.

Seems that there is a bug in the original game that causes certain things to not be paused properly...

when you pause game during knights of round for example...  the knights disappear.  Meaning using my method... they will disappear 3 in 4 frames.

Either a fix for this behaviour has to be found, or a new way will have to be devised of making this work.

Things just get better and better  ;D
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-19 22:32:19
Why would you use a capture card? Would fraps or something like that not work?
Last I remember (from years ago) there was always some kind of problem keeping a steady frame rate using FRAPS with FF7.  But that might not be a problem anymore.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-19 22:39:47
Last I remember (from years ago) there was always some kind of problem keeping a steady frame rate using FRAPS with FF7.  But that might not be a problem anymore.

It certainly is still a problem (and I'll be discussing this with NFITC1.  Dziugo was in the process of fixing the frame limiter code), but as I just explained to Covarr, there is a way around it.

Get Ochu (or any trainer that can change fps), or change fps any other way to, let's say, 120.
[to do this using Hextlaunch, the hext file should have a line reading: 7C0B00 = 00 00 00 00 00 00 5E 40 ]

So the game will run at 120 fps (you'll need to disable vsync in aalis driver).  It doesn't matter if it runs less than 120.., as long as it's a fair bit over 60.

Next, use fraps or Dxtory and set it to do the limiting.  Set it to 60.  The game will now record properly and at 60, because fraps/dxtory will do the limiting instead.  It's unknown what causes this issue at the current time.

The issue affects battle and field... and possibly menu.  But not world map.

@NFITC1  What could cause a 2-4fps drop when recording?  It has happened to me on 3 different computers.  As I said, it can't be due to slow computer because setting to a higher fps and letting the capture program do the limiting works fine.

I think what dziugo said is right... the frame limiter is broken.  I have no idea why this issue does not affect world map.
Title: Re: Battles playing at 60fps
Post by: yarLson on 2014-07-20 04:50:26
Currently we have about 130 of the battle models error free and ready for beta testing in game.

What I need now is for someone to make a quick demo showcasing 15fps w/ no mods vs. 60fps heavily modded with all of our best models and graphic interfaces and all of the other cool strawberries we have around here.   Your capture card will obviously need to be able to record smoothly at 60fps.

Anyone who is interested and capable please reply below and we'll get you set up with everything you'll need to use this mod.
dammit I have a great capture card but my hdmi port just broke :(
Title: Re: Battles playing at 60fps
Post by: ff7rules on 2014-07-20 11:46:54
Currently we have about 130 of the battle models error free and ready for beta testing in game.

What I need now is for someone to make a quick demo showcasing 15fps w/ no mods vs. 60fps heavily modded with all of our best models and graphic interfaces and all of the other cool sh*t we have around here.   Your capture card will obviously need to be able to record smoothly at 60fps.

Anyone who is interested and capable please reply below and we'll get you set up with everything you'll need to use this mod.

Maybe I can help? I have an elgato HD Capture card and also have X spilt which displays frames you record at? I get 11 frames fully modded out not sure about fully unmodded though can easily find out for you
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-20 21:45:14
171 more animations to go. I'd say nice work so far everyone, than of course bug fixes and 2d effect fixes, Was camera and SFX sorted out yet?
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-20 22:42:28
The value I provided that fixes menu should also fix the camera for use with this mod.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-20 23:01:10
SFX does seem to be fixed. The camera is also working from what I can tell with the exception of the victory poses where it ends too early
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-21 13:41:47
...What could cause a 2-4fps drop when recording?  It has happened to me on 3 different computers.  As I said, it can't be due to slow computer because setting to a higher fps and letting the capture program do the limiting works fine.

I think what dziugo said is right... the frame limiter is broken.  I have no idea why this issue does not affect world map.

The only thing I can figure is the frame limiter was designed with PSX in mind. Every time I've fraps'd ff7 it's always given me 12 fps in battle too. The PC port was never designed to work with other applications that want video memory. There's calls to enter critical sections all over the place (critical sections can only be accessed by one process at a time) so it's possible that the direct video capture software is leap-frogging those requests with ff7. That's a layman's guess so it could be WAY off. I'm not sure there's anything we can do about it.
Come to think about it, when I make traces it slows down the fps too. I'm not sure why that is either. I know that not all applications do that.

...I suppose NFITC1 may be able to trace all this back to a function that controls them all? And then we may get some luck with it.  But if not, you guys will need to interpolate the magic too (are you doing this?  Can this even be done?).

5C042B, 5D4464,  5D46B2

These addresses control just a tiny portion of animations I found.  I forget which is which, but one is "Cure".

No such luck. These are three separate functions.

0x5C042B: Can only be evoked by animation scripts. Only A4, A5, E6 and E0 call this. Haven't dug into conditions that must be met.

0x5D4464: Called by mostly item animations. XPotion, Potion (Also Cure), Ether, TurboEther, HiPotion, PhoenixDown, Regen, and Enemy Action Animation Loader 5E (Howling, Toxic Powder, and Curses)

0x5D46B2: Called FROM the method where 0x5D4464 is executed, but Elixer and Antidote can call it without calling the above.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-21 16:12:23
What on earth are different magics doing using different functions, especially for the main counter?  Surely this code should just be shared?
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-21 20:32:11
60 left.  Then checking fixes needed for Kaldarasha and Hellbringer.    Then the summons and we'll be ready for a beta   ;D

Unfortunately still can't do anything with the limit breaks
 
Title: Re: Battles playing at 60fps
Post by: Hellbringer616 on 2014-07-21 22:24:55
Unfortunately still can't do anything with the limit breaks

I know that Bolsa made LiBrE. since he made an editor maybe he at least knows where or how the animations are stored?
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-21 22:33:26
I know that Bolsa made LiBrE. since he made an editor maybe he at least knows where or how the animations are stored?
They're stored in magic.lgp   The problem is that they don't have parent files to load into kimera.... well, rather that the parent files are the **AA files in battle.lgp but kimera doesn't have the functionality to recognize them.
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-22 00:16:42
Well, over on my side, I finally sussed how to stop the knights disappearing in the summon, but it does mean 13 exceptions have to be manually coded... 1 for each knight (they each have their own function and the entire summon has one massive function).  lmao.

Oh dear. 

We'll see.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-22 01:33:12
Well, over on my side, I finally sussed how to stop the knights disappearing in the summon, but it does mean 13 exceptions have to be manually coded... 1 for each knight (they each have their own function and the entire summon has one massive function).  lmao.

Oh dear. 

We'll see.
At least you've found a fix! 
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-22 17:44:17
Unfortunately still can't do anything with the limit breaks

I just made some progress with the limit animations.
The weapon animation data in the limit files is different from the normal animation files. I've already successfully opened, interpolated, saved, injected, and tested Cross-slash's animation. The only issue is saving. The weapon bone gets lost in the process.

Here's what I had to do:

1. Copy kyou.a00 from magic.lgp into the folder with the rest of the rt** files.
2. rename rtda to something else. I usuaully prefix it with "~"
3. rename kyou.a00 to rtda
4. Open rtaa in hex editor and change byte 0x24 and 0x28 to 00h.
5. Remove rtck - rtcz from the directory (these increase the weapon counts in kimera where the problem exists)
6. Open rtaa in kimera
7. Interpolate
8. Save
9. rename rtda to kyou.a00 and reinsert into magic.lgp

Cloud did Cross-Slash just fine, but the weapon vanished. Something about that animation file is making kimera think the weapons aren't right and things go weird. While not so viable for Cloud, it would work fine for Red XIII. :D
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-22 17:55:10
This may seem like a stupid question, but did you put rtck-rtcz back into the file before testing?

Really, really hope it's that simple lol
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-22 18:03:48
I never took it out. I'm not doing anything to battle.lgp, just magic.lgp
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-22 18:08:42
All right.  Well I'm almost done with the summons so I'll take a swing at the limits and see if I can't make anything work
Title: Re: Battles playing at 60fps
Post by: NFITC1 on 2014-07-22 18:29:01
Here are the animation files sorted by animation index:

00   BLAVER.A00
01   KYOU.A00
02   LIMCL2.A00
03   LIMCL6.A00
04   LIMCL3.A00
05   LIMCL7.A00
06   LIMCL4.A00
07   HVSHOT.A00
08   LIMBR5.A00
09   LIMBR2.A00
0A   LIMBR6.A00
0B   LIMBR3.A00
0C   LIMBR7.A00
0D   LIMBR4.A00
0E   LIMEA5.A00
0F   LIMEA2.A00
10   LIMEA6.A00
11   LIMEA3.A00
12   KODO.A00
13   LIMEA4.A00
14   LIMFAST.A00
15   BLAVER.A00
16  BLAVER.A00
17   BLAVER.A00
18   BLAVER.A00
19   BLAVER.A00
1A   BLAVER.A00
1B   LIMCD1.A00
1C   LIMCD5.A00
1D   LIMCD2.A00
1E   LIMCD6.A00
1F   LIMCD3.A00
20   LIMCD7.A00
21   LIMCD4.A00
22   LIMSLED.A00
23   LIMRD5.A00
24   LIMSLED.A00
25   LIMRD6.A00
26   LIMRD3.A00
27   LIMRD7.A00
28   LIMRD4.A00
29   DICE.A00
2A   BLAVER.A00
2B   BLAVER.A00
2C   BLAVER.A00
2D   BLAVER.A00
2E   BLAVER.A00
2F   BLAVER.A00
30   LIMYF1.A00
31   LIMYF5.A00
32   LIMYF2.A00
33   LIMYF6.A00
34   LIMYF3.A00
35   LIMYF7.A00
36   LIMYF4.A00
4C   LIMCL7.A00
4E   LIMCL2.A00

I don't know why BLAVER.A00 is repeated and the other animations just have no file name pointer at all.
Title: Re: Battles playing at 60fps
Post by: obesebear on 2014-07-22 21:48:47
First post updated with new download. 

A veritable strawberries ton has been done.  Though there are still a few issues to iron out, I'm pretty proud of everything we've gotten done and wanted to share.  Any problems you notice that aren't listed in the readme, please let us know!
Title: Re: Battles playing at 60fps
Post by: DLPB on 2014-07-22 22:27:57
Magics are all handled from functions that that call makes, NFITC1.  The summons, items, enemy skills... everything, most likely (The knights of round is)

00BF23B8

The list of functions that are executed are placed starting there (the function queue as you said).  Cure for example, calls 2.  One sets things like the "CURE" title bar and text... the rest are the green sprites, called multiple times to generate the effect you see on screen.

Since the counter for the main call can go to 63h, this probably means the total functions that can be called in any one magic is 100.

What I'm thinking is, in order to get these magic effects running at the speed you want, you are going to have to mess about calling the main call 3 of 4 frames (or something) or manually edit the counters(maybe) for each and every function that is called (that would be a nightmare, but I can supply you with the way to find all that get called).

Let me know what you think.


In related news... I fixed the issue with knights of round, but not how I'd like...  basically I have to make that call function call all 13 knights' functions.  I've done this by comparing the register value to the knights' functions, but only when the main call is being skipped by the pause var.  It's a very annoying fix.

So let's take first few knights....

0047ABB0
0047C793
0047CBAE
0048034E
00480776

If the value in the register is 0047ABB0, it will always be called.  Thus the knight will never disappear.  I have no idea why the knights disappear when the call isn't calling them... and yet other magics that use the same call function do not. (like cure).



Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.8)
Post by: Hellbringer616 on 2014-07-23 01:13:15
So first bug report of the Beta
firing animations (Barret, Sweeper, Shinra Guard) are bugged, The damage calculates far after the animation is done. And the actual muzzle flash animation is way out of sync
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-23 01:57:06
If you downloaded .8 please get .81.  It has the summon fixes.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: Kaldarasha on 2014-07-23 15:09:16
Well I can't get this mod to work entirely. There seam to be something wrong with the battle animation of one or a few enemies. Every time I enter a battle the game crashes. It also seams that 7th heaven has an bad impact to it.
In the end I used the direct mode and used only the main characters animations and started the game without 7th Heaven. I'm not sure if it's only me, but for me does the animations look to 'clean'. I think a 30FPS mode would look more usual maybe.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-23 16:28:47
Yeah I always did testing using the direct method.  I did notice that if I had too many models in the folder it would crash.

And I've put hundreds of high poly models into the battle.lgp with no problem...  so I don't know why it would cause a crash, and I don't know how Hellbringer got his to work.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-23 23:21:19
Fresh copy of FF7, install OGL Driver, install HextLaunch, config both, applied reunion patch.
Than i copied the TA released models to the battle.lgp, copied the animation files into the battle.lgp and magic.lgp, patched the .exe, loaded up the game.

EDIT: Guard Scorpion's tail attack is smooth as silk, but again damage calculations seem to take 4 times as long at least

I wonder if the reunion patch is affecting your damage calculations, mine are showing up on time but are off the screen too quickly.

NFITC1, DLPB found the value that fixes a lot of things except the camera is at 30fps.  Any chance you can work your magic and interpolate the frames once?

Also, this 005BB464 = 2C 00 should be the change necessary to get the damage to stay on the screen as long as it used to, and it works, but it each frame it's in a different place.  Any ideas?

As an update, I'm slowly putting these models in the direct folder to try to figure out which one is causing a crash on battle start.  So far I'm through the bombing mission and all playable characters with no errors.  AND IT LOOKS DAMN GOOD

Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: Hellbringer616 on 2014-07-24 01:33:37
I'm such an idiot. I just realized I never put the 60fps battle. Lgp into the folder.. Nor was I launching from hext launch. I am an idiot.. I'm getting the crash on start of battles in the bowels of the reactor. So my guess is cloud, Barret, sweeper, or the grunt is causing the crash. Though you said you completed the bombing mission.. So i am guessing that i'm still doing something wrong

For this test I removed all custom battle models and it still crashes.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: NFITC1 on 2014-07-24 11:54:26
NFITC1, DLPB found the value that fixes a lot of things except the camera is at 30fps.  Any chance you can work your magic and interpolate the frames once?

What happened to the slow cam patch I gave you that you said you had? Doesn't that fix the problem or does that compound an issue that DLPB fixed?
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-24 13:06:45
I thought that quadrupled the frames.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: NFITC1 on 2014-07-24 13:41:36
It looked to me like it was adding extra interpolations, but wasn't that the goal if you went from 15 to 60? If DLPB makes everything run at 30 and the camera is unaltered, is it running correctly?
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-24 13:47:48
It does still work, but it's too slow
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: NFITC1 on 2014-07-24 14:28:09
Then does it need to just double? That's a simple adjustment.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-24 14:33:22
Then does it need to just double? That's a simple adjustment.
I believe so.  41BDE5 = C7 45 E8 01 00 00 00 is the value he altered.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: DLPB on 2014-07-24 17:28:45
To be clear, that instruction sets the menu back to what it was with the PSX...  i.e. a full 60fps frame rate, which will look correct at 60fps.  It also sets the camera back to what it was on the PSX (30fps, on PSX double frames to compensate).  Obviously, 30fps is still too slow for 60fps on PC (which doesn't do the doubling up that the PSX does).

That instruction also fixes some other things like damage calculation, and hit times.  (At least it should).

Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-24 22:42:43
New upload on First post.  BIG fixes.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: Mcindus on 2014-07-25 02:22:21
To be clear, that instruction sets the menu back to what it was with the PSX...  i.e. a full 60fps frame rate, which will look correct at 60fps.  It also sets the camera back to what it was on the PSX (30fps, on PSX double frames to compensate).  Obviously, 30fps is still too slow for 60fps on PC (which doesn't do the doubling up that the PSX does).

That instruction also fixes some other things like damage calculation, and hit times.  (At least it should).

Is there any way to make the PC version double it's frames?  It's a classic disney trick.

In an ideal situation where you want movement to look ultra-realistic in an environment, your camera moves every frame while your animations move only every other frame.  I'm not sure if that would even be possible here, but it's fun to see in action.

However, if you double every frame, the timings of all of the animations should line up and everything would retain the 'smooth' nature of the 60 fps look you guys are all looking for.  Ultra-fast mode doesn't really do it for me...  Does it still function the way it looks in the YouTube videos?
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: obesebear on 2014-07-25 02:27:06
Is there any way to make the PC version double it's frames?  It's a classic disney trick.

In an ideal situation where you want movement to look ultra-realistic in an environment, your camera moves every frame while your animations move only every other frame.  I'm not sure if that would even be possible here, but it's fun to see in action.

However, if you double every frame, the timings of all of the animations should line up and everything would retain the 'smooth' nature of the 60 fps look you guys are all looking for.  Ultra-fast mode doesn't really do it for me...  Does it still function the way it looks in the YouTube videos?
Right now the AI script, SFX, and Animations, are 60fps and the camera technically has 30 unique frames per second but moves correctly with the 60fps models.   The only thing still moving too fast are magic effects and limit breaks
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.81)
Post by: Mcindus on 2014-07-25 02:36:05
Right now the AI script, SFX, and Animations, are 60fps and the camera technically has 30 unique frames per second but moves correctly with the 60fps models.   The only thing still moving too fast are magic effects and limit breaks

Would there be any way to double the frames of the magic effects or limit breaks?  To have the game call the same frame twice in a row every time?  that might make it possible to slow them down and keep them looking the same as everything else.  I know I'm really late to this, but I love the concept and I am really blown away by all the great work done on this!
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: obesebear on 2014-07-25 02:46:43
Limit breaks are VERY close to being able to be interpolated if NFITC1 can work a little magic.   

Texture animations and magic are a different story.  From what they've found so far it looks like they will have to be edited one at a time in the exe.  Currently trying to find a more feasible way of doing things.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: NFITC1 on 2014-07-25 17:44:03
Camera animations... 90% (Thanks to NFITC1. Victory animation needs extending.  Battle square transitions run at 30fps instead of 60. )

As I told you in chat the other day, I'm content to leave the battle square transitions (and by extention, the Hojo battle transition or any other transition that move a camera to a new position before the next battle) alone since they don't come up too often. However, it's possible that I found some fixes for it. I'm almost certain I found the fix for the victory cam extension.

Code: [Select]
0x4310F6 (0x0304F6) 1E -> 78
0x431131 (0x030531) 08 -> 20
0x4311AE (0x0305AE) 31 -> C4
0x4313DE (0x0307DE) 10 -> 40

That ought to make it last the correct amount of time. It's slightly possible that this will affect next battle transition too. Not likely the camera motion, but the length of time it pauses while it "should" be adjusting the camera.

Fade out might be a bit fast, though. You might also need to change
Code: [Select]
0x4313B7 (0x0307B7) 03 -> 00that's a shot in the dark and may mess something up. Don't do that unless fade out is still too fast.

EDIT:
Battle Interface... 99% (Thanks to DLPB.  Damage display cuts out too quickly)
I also just proved that AB opcode C2 and F7 queue up the damage indicator. Thanks to knowing that, I've found that 0x5BB410 controls displaying the damage done. Duration is set just a little ways into that method:
Code: [Select]
0x5BB464 (0x1BA864) 0B -> 2C
RE-EDIT:
So that change does make the damage stay on longer. It does not behave after the regular 11 frames it was intended to stay up. I think, however, that those values that control its position are coupled right there a little lower in that same function. Of course it's not in front of me right now so I'll have to explain later
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: DLPB on 2014-07-26 11:03:41
These are some more things I have found, if helpful to you:

Code: [Select]
{Option control
6CE98A

{controls time bar.
6CE9EE = 75 14

{Unknown
40ABB9

{Refresh for textures
41BB4F

{model movement
41FBB4

{camera
42DA55
42DA84

{display of damage
42DAB9

{Unknown
5B9CE2

{Main call to magic
5BF065

Obviously since I am dealing with pause (doubling up frames), those addresses will point to those areas.  The main jumps.

By analyzing things that access
00DC0E70, 009AD1AC  and especially 00DC0E6C, you will find pretty much every main part of the battle structure.  All the main counters are jumped using 00DC0E6C.

You *may* also find, like me, that the intro to battle cam skips.  If it does, I think I have an explanation.


Also, yeah, I sent that exact damage change to Obese the other day, and we found it messes something else and so won't display on screen right :P  I asked that that be sent to you, because I'm out of ideas in how to fix it.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: NFITC1 on 2014-07-26 13:19:14
Also, yeah, I sent that exact damage change to Obese the other day, and we found it messes something else and so won't display on screen right :P  I asked that that be sent to you, because I'm out of ideas in how to fix it.

Haha. Yeah, I have some ideas how to fix it. Give me some time.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: DLPB on 2014-07-26 20:59:11
I think you'll appreciate this, NFITC :P  Not that it helps this mod.  It's just my code to stop knights disappearing (so I guess if someone wanted to be really thorough they could use this as a fix for them disappearing on pause).  Basically, when the 13 knights functions are being called, they must be called even on pause.  I have no idea why...  because by that logic, so should everything else.

But I had to rearrange the assembly to fit mine in, and I did it with no bytes to spare:P

>

Code: [Select]
5BF047 = 0F 8D AF 00 00 00 8B 04 8D 58 28 BF 00 85 C0 74 7D 83 3D AC D1 9A 00 00 75 12 31 C9 B1 0D 39 04 8D 65 42 91 00 74 05 E3 65 49 EB F2 FF D0

and the list of knight functions
914265 = B0 AB 47 00 93 C7 47 00 AE CB 47 00 76 D9 47 00 6A DD 47 00 5E E0 47 00 67 E3 47 00 92 EB 47 00 A0 EF 47 00 7D FB 47 00 C2 FF 47 00 4E 03 48 00 76 07 48 00


I actually made use of that jecxz to save me a much needed byte :)  Could have arranged below that to fit it easily, but that's more messy.
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: Hellbringer616 on 2014-07-27 03:30:02
I'm not sure if it's just me, but the idle animation seems to be running too fast for the sweeper. Or rather it seems a bit jerky if it isn't.

Fresh install of FF7 with no mods fixed my issue with being unable to battle
Title: Re: [FF7PC-98/Steam] 60FPS Battles (v0.82)
Post by: DLPB on 2014-07-27 13:34:41
Oh yeah, you guys may need this change too:

{battle menu active value
429C0C = C6 05 F4 D0 BF 00 F4

My mod did...

Basically, the time until the menu becomes active has to be set correctly.  Above F4 is four times the default.  If you don't set this, the menu becomes active early, and the camera skips. It's pretty cool the stuff that uses these counters too...  you can see how the game adds in the enemy, characters, menu and so forth, in an order.  Placing in values 1 through 5.  The one above is for the main options.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-07-28 19:21:49
NFITC1, your values are spot on.  The camera stays on screen the correct amount of time, but at least one of the victories causes very fast camera movement.  It also seems like certain magic spells and attacks the camera still moves too fast (albeit at 30fps now).  I would doubt the camera info would be stored within each particular magic file, but is it possible?

DLPB, I tried your value for the menu, and it does delay the amount of time before the atb begins moving (it even says WAIT) but  everyone is standing around for a second or two before it begins.  Maybe it's set to wait for too long?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: DLPB on 2014-07-28 19:29:06
As far as I am aware, that's precisely what the original game does... because sometimes the lead-in is longer.  See Midgardsormr.  Any less will break camera on certain enemies.

edit

Quote
<DLPB> It's just you only realize it's needed on certain enemies
<DLPB> i quadrupled the value, which means at 60fps it should be the same
<obesebear> what would double the value be then?
<DLPB> #Against Midgardsormr the controls should appear almost at same time as the camera stops
<DLPB> hmm given how nfitc has used the cam, perhaps it's now out.  Double would be >
<DLPB> 429C0C = C6 05 F4 D0 BF 00 7A
<obesebear> ah ok lemme try
<DLPB> that's only if it was miles out...  against sormr the cam should stop at same time as controls are given
<obesebear> perfect
<obesebear> it begins moving just as soon as the camera is done panning
<DLPB> must be how NFITC has done things
<DLPB> Anyhow... nice to see that;s fixed
<obesebear> Yep, slowly but surely :)

Or perhaps that's why my own cam is broken... cause im limiting it to 1 in 4 frames instead of 1 in 2.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: NFITC1 on 2014-07-28 20:25:48
NFITC1, your values are spot on.  The camera stays on screen the correct amount of time, but at least one of the victories causes very fast camera movement.  It also seems like certain magic spells and attacks the camera still moves too fast (albeit at 30fps now).  I would doubt the camera info would be stored within each particular magic file, but is it possible?

I suppose in some cases it might be. I would suspect that some of them actually have camera scripts embedded in them. I suppose it's also possible that I missed one or two codes that make movement increments.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-07-29 00:13:20
Have a ton of fixes today.

-battle swirl fix
-ATB starts once camera finishes opening pan
-fixed Eligor
-fixed Moth Slasher
-fixed Aero Combatant propeller rotation
-fixed Bull Motor
-slightly fixed Motor Ball. Still has rotation issues.
-fixed Razor Weed
-fixed Hard Attacker
-fixed Christopher

Remaining are Death Dealer and Motor Ball.  All other problems are likely unnoticeable in game.   Tomorrow I'll hopefully figure out limit breaks! If so we'll do another release.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: KnifeTheSky77 on 2014-07-29 01:01:41
You guys are on a warpath!  :evil:

Is the battle swirl now 60 fps?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-07-29 02:55:14
You guys are on a warpath!  >:D

Is the battle swirl now 60 fps?
Yep, just a nice easy edit to ff7_opengl.cfg
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: DLPB on 2014-07-29 08:06:42
Looked at the PSX once, I think it should be 30....  But I'll be checking again.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-07-29 15:22:27
Finally made Kimera interpolate limit breaks by default.  However, the weapon still disappears.   Kimera is also still giving me a bad animation 8 frame 0...

Either Borde needs to show back up, or hopefully someone has the latest source for Kimera and can figure out how to fix this
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-08-01 14:50:20
NFITC1, any chance you can take a look at Kimera's source and figure out how to fix the error "bad animation" 8-15?  According to borde these are weapon animations, which would explain why kimera gets confused since it's expecting animations like the **da files contain.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: KnifeTheSky77 on 2014-08-01 17:41:55
Hmmm... anybody know if qgears model dumper util deals with pc data? I tried compiling kimera but it requires some archaic microsoft suite(vb6) that doesn't seem to play nice with wine
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: yarLson on 2014-08-09 16:55:46
I just decided to give this project a go after backing up my current install.  I have to say it is much better and more noticeable than I expected at first.  Now I really wish my HDMI port on my laptop wasn't broken so I could capture this and show it off.  Somebody needs to make a video of this mod.  Even though some glitches remain it is absolutely fantastic and people need to see it for themselves.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: LeonhartGR on 2014-08-09 17:32:07
I tried it. I'll make a video if you want. Everything is really fast.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-08-09 17:39:45
I tried it. I'll make a video if you want. Everything is really fast.
It shouldn't be if you follow the included readme.  Maybe make sure you're running everything as administrator as well.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: LeonhartGR on 2014-08-10 00:15:22
Of course I followed the instructions. I put the battle and magic files in the direct folder though... Not sure if that's the issue...
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: LeonhartGR on 2014-08-10 01:16:25
Ok tried to use the lgp version but everytime I'm trying to extract says can't recognize. Used many versions and the old 0.5 worked. But after modifying with the 60 fps files it can't re-pack. Says file externally altered.

edit: I managed to recompile my magic.lgp by using an old version of lgp tools (not sure which one) and the command line and did a lot of testing!

my log

Code: [Select]
C:\Games\Final Fantasy VII\ff7.exe opened successfully.
Succeeded in loading by File Name.

---------------------------
60fps.txt

Changed: 17
Replaced: 0
Permissions: 0

No errors.
---------------------------

No DLLs detected.

___________________________

10/8/2014, 5:41:27 pµ

Does that mean it is working?

When I was using Vsync, camera looked very smooth. Without vsync everything was too fast but 60 fps. With Vsync 30 fps locked. I was about to post a video but not sure if this is working right so I want to confirm that and then record it.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: obesebear on 2014-08-10 02:59:49
You don't put anything in the direct folder.  You pack the files I provided into their respective lgps.
I use the command line version kranmer compiled of aali's v.5 unlgp program.  Sithlord48s version should also work.

Never use lgptools it doesn't correctly repack certain files.

Vsync should be disabled.  And you need to patch the 1.02  ff7.exe with the provided .dif files
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.82)
Post by: LeonhartGR on 2014-08-10 04:34:52
Already did all that.

If I use the previous patched exe Aali's driver version it won't work right?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: obesebear on 2014-08-18 17:18:19
New version .83 posted.  Only minor changes unfortunately, which you can view at the bottom of the first post.

Models are completely finished at this point until a new version of Kimera comes out.  Version .82 had 60 downloads and no one reported any crashing, so I assume you should be able to play through the game with no crashes, but if this does cause a crash, please check your app.log and report the scene which caused it so I can try to narrow down which model is the perpetrator.

NFITC1 is currently decoding the AB files, so hopefully that will lead to some further fixes in the future.

Also, if someone wants to make a before/after video, I'll happily add it to the first post. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: NFITC1 on 2014-08-18 21:38:34
NFITC1 is currently decoding the AB files, so hopefully that will lead to some further fixes in the future.

Making some good progress on that front too (http://wiki.qhimm.com/view/FF7/Battle/Battle_Animation/Animation_Script). I'm mostly convinced that the majority of the byte parameters are frame counts. Almost universally increasing those by four will interpolate everything automatically. There are some exceptions to that, however.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: Borde on 2014-09-28 19:54:04
I see you've been busy while I was away. I'm very impressed by your progress.

I'm sorry I wasn't around to help you with the limit breaks. It looks like I did some wrong assumptions when I coded the support for it in Kimera. Looks like I was fooled by some garbage files I created accidentally. I'll fix that issue ASAP.

By the way, I had a look at your google doc for this project. I'm suprised by al the ainmations noted as crashing Kimera. It tried some of them and they seem to work perfectly on my end.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: obesebear on 2014-09-28 20:28:50
The crashes only occur when you're actually viewing the root rotation (or maybe translation) numbers on the side of the screen.   I think all that's happening is that the actual numbers (around 1000 I think) are higher than kimera can display.   If it was set to 9999 I think it wouldn't crash anymore.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: obesebear on 2014-10-01 16:55:37
Spending some time on the limit breaks today.   Hopefully by the weekend they'll be finished along with a fix for the playable frog and the couple other enemies that were crashing kimera.

From there all we have to worry about is the quadrupling the damn texture files!   From there it should just be minor fixes here and there!
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-05 01:32:49
Updated.   Limit Breaks have been interpolated and many of the problems from kimera crashing have also been fixed.

Please please please report any problems. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: KnifeTheSky77 on 2014-10-05 05:00:52
Its soooo close  :mrgreen: Could some scholarly gentleman make a new video screencap, I won't be in a position to try it out for a while  :(
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.83)
Post by: NFITC1 on 2014-10-05 12:17:37
From there all we have to worry about is the quadrupling the damn texture files!

That actually has to be done per animation as an exe edit. That'll take a while. :(
In the meantime, I found where the "advance 2D effect" and "advance 3D effect" handlers are being called from in the battle frame advance loop. Now I just need to call them every fourth frame and it should all sync up. That's slightly akin to DLPB's battle frame-rate fix by essentially cycling the pause variable every four frames as the effects would still be 15fps while allowing the 60fps animations.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-05 12:57:07
That is fantastic news! 

As far as a video,  I'll see what I can do. I've never done any capturing before, and while my computer is decent, I don't know if it can handle 1080p at 60fps.  But let's just wait a bit and see if NFITC1 has cracked the texture problem.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: sen on 2014-10-05 19:57:13
YouTube only does 30fps so you can't really see the 60fps there :P can't wait for this 60fps will be a huge noticable game changing mod :)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-06 18:34:06
That is fantastic news! 

As far as a video,  I'll see what I can do. I've never done any capturing before, and while my computer is decent, I don't know if it can handle 1080p at 60fps.  But let's just wait a bit and see if NFITC1 has cracked the texture problem.

First attempt is a sort of failure. Instead of changing the animation every fourth frame it only displayed the animation every fourth frame. :( Still, that's a bit closer.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-06 19:09:28
First attempt is a sort of failure. Instead of changing the animation every fourth frame it only displayed the animation every fourth frame. :( Still, that's a bit closer.

Sounds extremely close.   I'm going to go ahead and get my hopes up if you don't mind.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-06 22:02:15
Sounds extremely close.   I'm going to go ahead and get my hopes up if you don't mind.

I have an idea of how to fix it, but it'll take some creative thinking on my part. :)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-06 22:08:35
How are you limiting it.  Send me your changes and I'll also have a look.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-07 12:20:46
It's too long to post in a thread. I'll PM you.

UPDATE:
Thanks to DLPB's fix for his 60fps battle mod I managed to find where the textures are being cleared after frame advances! Now I can call THAT every fourth frame and the 2D effects are working exactly as desired!

3D effects still acting a little weird though. It's like they are still being animated every frame, but every fourth frame they go back to the frame from two frames ago and start over. Like 1,2,3,2,3,4,3,4,5,4,5,6,5,6,7,6,7,8, etc
Nevermind. My jumps were stupid. 3D effects are perfect too. :D 8-)

Also pausing the battle makes all effects disappear, but I think I know how to solve that too.

So attempt 2 is significantly better than attempt 1.

UPDATE 2:
Summons are not working well at all. :(
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-07 21:58:58
What's wrong with the summons?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Borde on 2014-10-08 00:28:22
So things are actually moving. Very nice job NFITC1. I whish you a lot of luck with the summons.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-08 04:42:19
So things are actually moving. Very nice job NFITC1. I whish you a lot of luck with the summons.

Thanks

What's wrong with the summons?

I can tell you what's visually going on, but it seems there's more to it. If I summon anything, the summon handler tries to take control of the camera. Something like the 2D effect clearer is preventing that control from holding. It keeps jumping between where the camera starts in the various phases and the last place the character that summoned it left it. It's hard to explain and I can't capture video right now (my laptop's motherboard is giving out and I can't afford a replacement right now).
I need to send you the dif file I've created and have you apply it and see for yourself if it works with the other 60 fps improvements we've made. Summons will probably still look weird, but I can't guarantee any of the 2D effects will look great.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-08 13:14:30
Ok.  Go ahead and send it
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-08 14:30:31
It be in your email.

EDIT:
obesebear and I are discussing this right now, but the alternative to what I've just done is to alter a whooping 1,918 individual functions MANUALLY. I made a list (dynamically, of course) and thought I'd better save it for posterity. If anyone (or a group of anyones) is diehard enough to tackle this, here are the 3D handlers that I've identified:
Code: [Select]
425D29
425FC4
42782A
439C6B
439EE0
43AF1B
43CC4D
43CD0C
43CDE0
43D17E
43D4DF
43D654
43D73E
43D892
43D984
43DB31
43DC8D
43DEB0
43E028
43E2B5
43E50C
43E85E
43E962
43EA59
43F2AE
43F4A6
43F59C
43F65E
43F74D
43FB75
43FE07
44009F
4401BD
4402D5
4403CB
4404FE
440651
44084A
440A6C
440C22
440CF5
440DEC
440ECD
440FFE
441166
441375
44166B
44184D
4419A7
441D63
44209C
442179
442B67
44357D
443668
443756
44385E
443A2F
443D29
444093
444256
444531
44469C
44487B
4448D6
4453DC
44593F
445BA0
445DAF
4461B0
44656B
446926
446F2B
4474D5
447C2A
447CB8
448152
4482F1
448422
4488D2
448B4B
448BA6
44939C
4494FA
449752
4498F1
449CD7
449DD3
449F98
44A159
44A2F5
44A7D2
44B975
44BCBD
44C0C5
44D9A3
44DBC8
44E3D3
44E56B
44E6E9
44E80D
44EDC0
44FF63
4500BD
450999
450F42
451381
451628
45199B
451CA4
4522AD
453450
453FBF
45500C
4550D0
455219
45542E
45556B
455BC0
455E16
455F8B
457148
4572F6
4575CF
457714
4578F0
457C60
458C9B
458D86
4593A2
459446
4595C7
45994C
459A3F
459B12
459C95
459DFD
459F23
45A091
45A18F
45A3B3
45A5EB
45A6A6
45A998
45ABAA
45AF39
45B0CF
45B487
45BA2C
45BC85
45BD42
45BE58
45C263
45FF5C
460303
460A1D
4615A1
4617A7
461DCF
46245F
462B07
4632AE
46338E
463F42
46406E
464960
464A6A
464BAD
464F0D
465655
4657AA
46596D
465A29
465CB3
465E51
466063
4664A9
46652D
466604
466807
466A7A
466CD2
467256
4673AA
46758D
467987
467BA8
467C8B
467ED4
468015
468216
4688A2
4698EF
469A7C
469BE5
469F3A
469FB3
46A0A1
46A156
46A7BF
46A890
46A989
46AB00
46B175
46B40D
46B571
46B5F3
46BA0B
46C9F2
46CB5D
46CCC8
46CE36
46D177
46D32C
46D45D
46D647
46D7BE
46D8F4
46D9C8
46DDFA
46DF65
46E0BA
46E2EA
46E461
46E57A
46F22D
470031
4700F7
47025A
470438
4707CC
470B8E
470EEF
471023
4711A1
47148B
471722
471922
471B90
471C61
471D99
4720CF
4722FD
47256C
4726C5
47288A
472B3D
472C4B
472D7A
473013
47310F
4731AD
4738DE
473CC2
474C71
474D1C
47518A
475687
475777
47588D
475989
475BB7
475CB1
475E9C
47605F
476186
4763C5
476513
476672
478031
478DB6
478EDF
479AB2
479EAA
47A15A
47A52D
47B00A
47BC2C
47BECB
47C177
47C3BF
47C516
47CAAC
47CF84
47D37B
47D49D
47D726
47E725
47E7F3
47E919
47EE9E
47F310
47F50F
47F7C7
47FA51
480946
480B3A
480D91
480DF9
4813BF
4813FB
481437
4815BD
4817C6
481867
481B5A
481BE8
481E7C
4821E0
482245
482285
4823E4
4825E0
4834B4
483866
484A16
4854F4
4855A5
4858AA
4859AA
485E6A
485F5B
48615F
4862B6
4864EB
486670
48685C
48697C
486A35
486BDF
486E18
486FA0
487277
487842
487A2C
487BD2
487C73
489CF0
489F45
48A074
48A952
48AA61
48AC5E
48AD3C
48AF40
48B2C0
48B7C0
48BBFC
48C75D
48D7BC
48DA7A
48E2CD
48E6BD
490234
49036D
490679
490755
49081F
490ABC
490DE5
490F2A
4915E9
491738
4918F1
491B0E
491E24
4923AB
49258F
4926E5
492816
49299C
492C4C
492F27
493133
49346B
493775
49389F
493A11
493C9D
493F49
494091
494773
494D62
494F26
4951A0
4952A8
4953D9
495510
49680C
4969FA
496AC1
496CC5
497086
4971EF
497310
497417
49757A
4976D0
497A37
498A96
4990FE
499227
499388
499540
499823
499A1A
499C33
499E6D
499FEF
49A0B9
49A1E9
49A323
49A55B
49A7AB
49AC0A
49ADEC
49B12C
49B16D
49B206
49C37C
49C6E4
49E356
49E558
49E6F3
49E93A
49EB06
49ED0A
49EEE7
49F10E
49FB87
49FBF7
49FF2E
4A0F52
4A1F8A
4A27CC
4A2BE5
4A2D0E
4A30C6
4A3362
4A3689
4A3A2E
4A3E2B
4A401B
4A4171
4A425F
4A43F5
4A46E7
4A499F
4A4BE6
4A4D7C
4A4EEA
4A4F7B
4A584D
4A5D3C
4A6CB8
4A792C
4A7A03
4A7AC8
4A8431
4A89BB
4A8B86
4A911A
4A942F
4A953F
4A9627
4A9908
4A9C32
4AAAAF
4AAC51
4AACE8
4AB110
4ABA85
4ABCB0
4ABDF1
4ABF6A
4AC1E7
4AC354
4AC4F1
4AC8E1
4ACAEA
4ACC4F
4ACF67
4AD4B6
4AD5CD
4AD6F9
4AD79A
4ADA7C
4ADD05
4ADEB3
4AE03C
4AE3D2
4AE76E
4AE989
4AEA8C
4AEC56
4AF0C8
4AF424
4AF6F4
4AF8E8
4AF9C7
4AFC2F
4B0050
4B060B
4B06DC
4B07EC
4B092D
4B0AE6
4B0D93
4B16A8
4B1985
4B1F12
4B24F7
4B25F2
4B275D
4B2914
4B2B75
4B2D5C
4B2E2D
4B3130
4B3410
4B3552
4B377D
4B39F2
4B3E72
4B3EF3
4B4045
4B4191
4B439D
4B4470
4B4584
4B47B7
4B4CA1
4B53D9
4B56DA
4B5BE3
4B5EE0
4B615A
4B63A4
4B65A8
4B7614
4B7969
4B79E1
4B7A97
4B7BA7
4B809D
4B81A2
4B8950
4B8A95
4B8F89
4B997F
4B9B4F
4BA03F
4BA8C1
4BA9EA
4BAE74
4BB0DF
4BB335
4BBA5C
4BBB24
4BC2BD
4BC383
4BC3F6
4BC9AD
4BCA54
4BCC25
4BCCC7
4BD41F
4BD4C1
4BDE58
4BDF67
4BE08C
4BE80C
4BE9D5
4C0D63
4C1185
4C12DC
4C14AB
4C16AD
4C1BA2
4C218F
4C22F5
4C2D5F
4C2E4B
4C3198
4C362B
4C3757
4C3A07
4C3BEF
4C3DD7
4C406D
4C40E5
4C4372
4C44C2
4C4A6B
4C4E1D
4C51E1
4C5290
4C53D6
4C5507
4C56FF
4C5B5B
4C5CDE
4C6036
4C62DC
4C650A
4C694D
4C69A8
4C6F42
4C740B
4C79A7
4C7BA8
4C7D7A
4C833D
4C854A
4C86CF
4C8B10
4C8CC8
4C8F74
4C8FB5
4C9104
4C9535
4C965F
4C972E
4C98E7
4C9C02
4C9DA2
4CA64A
4CAC85
4CB226
4CB30D
4CB71D
4CB897
4CBF80
4CC18A
4CC3FC
4CC5B0
4CC68F
4CC7E8
4CC9D0
4CCB85
4CCC74
4CCDCD
4CD275
4CD374
4CD54A
4CDB55
4CDC54
4CDE29
4CE487
4CE5F8
4CE780
4CE9EA
4CEB73
4CEE2A
4CF15B
4CF3C5
4CF6D2
4CFBE5
4D021E
4D03EC
4D05B6
4D08E6
4D0A5A
4D0CB5
4D107B
4D1910
4D1F07
4D202A
4D219B
4D23F6
4D2584
4D2BC7
4D2CEA
4D2EB4
4D31FC
4D33D1
4D3A37
4D3B36
4D3CA8
4D3FDD
4D4291
4D48C6
4D49C2
4D4B5D
4D4BEE
4D4D64
4D5070
4D54B2
4D594C
4D68FB
4D69A6
4D7044
4D7174
4D72D0
4D7549
4D78B9
4D7AD0
4D7DAA
4D7FDF
4D8177
4D8376
4D9314
4D9502
4DA086
4DA182
4DA516
4DA6DF
4DAD5C
4DB00F
4DB15F
4DB26E
4DB4D2
4DB9D6
4DBA78
4DBBF2
4DBE48
4DC10C
4DC2BF
4DC7D7
4DCA51
4DCBC4
4DCD24
4DD0BD
4DD4A6
4DD548
4DD79E
4DD891
4DDA44
4DDE9F
4DE119
4DE273
4DE51E
4DE9BC
4DEA5E
4DECB4
4DEDAA
4DEF5D
4DF3B8
4DF632
4DF78C
4DFAFD
4DFEE6
4DFF8B
4E01E1
4E02E5
4E0498
4E08F3
4E0B6D
4E0CE0
4E0FA7
4E1200
4E12C3
4E13D9
4E1E98
4E24B7
4E259A
4E2DF3
4E3338
4E3436
4E3A44
4E3D51
4E401E
4E44C6
4E45A9
4E48D4
4E4B3B
4E4F06
4E50CA
4E5962
4E6128
4E62A5
4E647D
4E666E
4E6AB7
4E6FEC
4E71D2
4E73AF
4E75DC
4E7875
4E81F0
4E9292
4E9390
4E95AC
4E9D1D
4EA0F2
4EA2F4
4EA4D5
4EA6A0
4EAAF1
4EAC64
4EAEFF
4EB7AE
4EBA53
4EBC95
4EBD86
4EC0B2
4EC7FC
4ECC66
4ECFAB
4ED04F
4ED320
4ED575
4ED7B0
4EDAA9
4EDFFE
4EE236
4EE493
4EE9AD
4EEA51
4EED22
4EEF77
4EF1B2
4EF4C1
4EF537
4EF5B8
4EF7DB
4EF87F
4EFB50
4EFDA5
4EFFE0
4F02D9
4F0460
4F082B
4F08CF
4F0BA0
4F0DF5
4F1030
4F133F
4F1479
4F1906
4F1A20
4F1B3A
4F1F5B
4F1FFF
4F22D0
4F2525
4F2760
4F2A59
4F2C35
4F32FD
4F3608
4F37DD
4F3A6E
4F3CFF
4F3DD0
4F3FB0
4F419F
4F44AB
4F454F
4F4820
4F4A75
4F4CB0
4F4FBF
4F5104
4F540B
4F54AF
4F5780
4F59D5
4F5C10
4F5F09
4F6117
4F6450
4F6649
4F67CE
4F697D
4F6C2B
4F6CCF
4F6FA0
4F71F5
4F7430
4F773F
4F7824
4F79BF
4F7C2B
4F7CCF
4F7FA0
4F81F5
4F8430
4F8729
4F880E
4F89A9
4F8C15
4F8CB9
4F8F8A
4F91DF
4F941A
4F9713
4F9A4D
4FAAAC
4FB1D9
4FB293
4FB3FC
4FB963
4FC52C
4FCC1C
4FCD1D
4FCE71
4FD128
4FE6CC
4FE7C5
4FE9B0
4FEACE
4FEF5A
4FF1E2
4FF311
4FF5F2
4FF82E
4FF912
4FFC9A
50001F
500110
500313
50046C
50057F
*500C458B
500FCC
50124E
501377
501637
5025B3
50265E
5033F5
5039E5
5047CA
504D72
504F7D
505BC3
505D5F
505E2E
505F0E
506350
5066C7
5069BA
506D87
506E9D
50701D
5071F7
5073C3
50749F
507792
5078D8
507CA4
508BED
508EB4
50907E
50921E
5093BE
5095F5
509692
5096F3
509B10
50A9E0
50ACDA
50AE60
50B07D
50B1A3
50B2F7
50B483
50B5F0
50B6D6
50BA36
50BE48
50C0F0
50C221
50C6EE
50C7BF
50C8ED
50CAAB
50CF60
50D372
50D5F5
50D726
50DBFF
50DCD0
50DDFE
50DFC5
50E493
50E8CF
50E9A0
50EB76
50EDAE
50EFAB
50F25D
50F3BB
50F461
50FA5B
50FEE2
50FFB3
51012A
51040D
51080D
5108DE
510A0B
510C49
510E08
5110E0
51137C
5115AA
511634
511942
511E2A
512297
51235E
5124D5
5127B4
512A9F
512BB4
5137E9
513BAD
513CC7
513D9A
514131
514243
5143AE
514506
514B07
515238
516297
516ACF
516D3F
516E13
5170BE
5171E3
51731A
5174DD
5177D5
5178F9
517C7A
517DBB
518006
518147
5188F3
518AFF
518C07
518E2D
519224
519336
51962A
519754
519A1B
519E16
519EE9
51A063
51A3EA
51A621
51ABC8
51AD17
51AE91
51AFF7
51B3AA
51B67D
51B8F7
51BA1A
51BED9
51C6E5
51CBD3
51CCFC
51CE76
51CF89
51D0DE
51DACA
51DCE1
51E068
51E3B3
51E83D
51E980
51EA73
51ED97
51F011
51F142
51F6EE
51F811
51F9C6
51FC31
51FD56
51FF77
520406
520746
520BE3
520D7C
521027
5213D1
521967
521AD2
521C4C
521DB2
52216B
5225E7
522721
52289B
522C58
522F57
5230EE
52336D
5234E1
5239A8
523D85
523F1C
52419B
52431D
5247F0
524C23
524EB7
5252E2
525635
525756
5259CD
525B1F
525CCE
525FFA
526564
5266C3
526957
526B4D
526C20
526EB8
526FD0
5274E2
527776
527932
527D94
5280B2
5282CE
52840C
52876E
52882E
5288FB
528A27
528C64
528E2A
5292E7
5295A2
529715
52A001
52A0E6
52A1B9
52A440
52A773
52ABE9
52AD2D
52AE50
52B09D
52B337
52B468
52BA70
52C020
52C16B
52C2A5
52C9BC
52CC90
52CF15
52D010
52D727
52DC0C
52E026
52E160
52E231
52EBE8
52EEC2
52F017
52F2C0
52F65C
52F725
52F837
52FEFC
5300D1
5303A7
5306DC
53079A
530AFC
530C16
530E1D
530F03
5311EB
531526
53177B
531C10
531DD5
5320CA
532188
53237D
5325A7
53268D
532963
532C56
533005
533199
533370
533A52
533B9E
53411D
5344DE
534566
534639
53484D
534C3A
534CCE
534DA1
534FB5
535132
5351D4
535463
5358E0
5359B1
535B28
535D77
536301
536595
5369A0
536DD4
537068
537427
537507
537BC3
537D63
538315
53858E
538650
538C6F
538D77
538F0E
539174
539590
539883
539A19
539C68
53A418
53A69C
53A76D
53A83E
53A981
53AACD
53AC28
53B14D
53B407
53B8BA
53BB4E
53BD44
53BE17
53C0C1
53C20E
53C2B0
53C53F
53C9A5
53CA76
53CBCF
53CE53
53CF69
53D553
53D646
53DBB3
53DC61
53E282
53E5A1
53E6FC
53E8B1
53EB44
53F05E
53F3B8
53F489
53F840
53FCE6
540015
5400A8
54064E
540863
540C60
5411B3
5412CC
5416D9
5419AF
541C9A
541DB9
54286E
542BAE
542C7F
542E4A
5432EE
54362F
543908
543A2B
543BBE
543EC7
5440D9
544473
5446DD
544D43
544F03
54513F
54542D
545A90
545C50
545E8C
546163
546298
54660E
546846
546E86
546FD0
547204
547358
5476B0
547B94
547D56
547F3C
54809A
5483E6
5486E2
548829
548980
548C5E
548F5A
5490D1
549228
549542
549A43
549BD0
549F21
54A416
54A54D
54A846
54B28B
54B9E3
54BB02
54BC4F
54BE05
54BF09
54C19F
54C28A
54C3F0
54C735
54CA88
54CE7B
54CF4C
54D3BC
54D531
54D840
54DA23
54DAF6
54DE0A
54E065
54E2FE
54E637
54E887
54EE3A
54EF7D
54F0F6
54F409
54F76C
54F8B5
54FBA0
54FFC9
55011D
550297
55073B
55097F
550DE3
551261
55140F
5515BF
551A1C
551CCC
551F0C
551FDD
552349
5524CE
55280F
552911
552B04
552C14
552E2B
5531D7
5532E0
5533BA
5537DF
553B88
553DC1
553EB6
55415C
55439C
55446D
5547D9
55495E
554C9F
554DA1
554FD0
55533F
555448
55552B
5558BA
555B0F
555BE0
5562CC
556895
5569E3
556B1B
556E35
556F4A
5571C5
5574FE
55765E
55788B
557AE8
557BAA
557E58
557FC5
55848F
5585BD
558882
558C04
559033
559188
559259
559586
55991A
5599ED
559C82
559EA2
55A2F8
55A3C6
55A4D4
55A883
55AC15
55ACFF
55B1A3
55B477
55B6C7
55BBBE
55BEE1
55C06D
55C17D
55C53B
55C777
55C841
55CAF7
55CE9E
55CFFC
55D0DD
55D378
55D6E0
55D7B7
55DB98
55DF5F
55E037
55E493
55E671
55EA0A
55ECA0
55F284
55F42E
55F641
55F932
55FB3C
55FC37
55FEF2
5600BE
56020D
5602FC
5604E5
560741
5609DB
560C32
56149A
56163E
561737
561908
561C87
561FAF
5624A5
562C60
563DC5
563FBD
564191
564515
56470F
564844
564A3B
564B8F
564CF6
564E37
5650B3
565484
565789
565882
5659BD
565B9F
566007
5661A0
566287
566871
566E61
567538
5676E3
5678A5
567E44
568371
56850F
568ECD
5691FE
5693E3
5695CC
569CAB
569FDA
56A9FA
56AA3B
56AB98
56B17C
56BA62
56C307
56C40E
56C828
56D252
56D817
56D97E
56DB52
56DD32
56E65A
56E81E
56EA1D
56EBC7
56EE42
56EFFE
56F143
56F3F6
56F496
56F6F0
56F9FD
570120
570244
570417
570531
570688
570996
570AD6
570C89
570E24
570FFD
571468
5716B2
57185C
571A48
571B06
571CFB
571F66
57202A
572912
572A9F
572CE0
572DE7
573291
5733A4
573642
57380A
5738C8
573B8B
573E87
573F6D
57421B
5744BE
57461C
574901
574CC7
574E71
575168
575341
575BEB
57687A
576A84
576BD6
57708E
5775FF
577714
57784F
5779BD
577C0E
5782AF
578378
578B17
5794CD
5797B1
5797EF
579A97
579BF3
579D4B
57A082
57A7DE
57AA55
57ACAF
57AE6E
57B02D
57B712
57BECD
57C1DD
57CCE3
57D4CA
57D696
57D89B
57DA93
57E35E
57E52B
57E7D6
57E9D4
57EBD2
57EDD0
57EFA7
57F13B
57F356
57F44C
57F775
57F942
57FB05
57FCC8
57FE36
57FFDF
5804D4
58059D
580D0C
580F3E
581195
58173E
581B7C
581E5D
582657
582924
582B41
584744
58488B
584A5E
584C4F
584E14
585412
585B73
58608A
58729B
5873FA
5875FD
58782F
587A50
587E7E
588205
588A54
589005
58932B
589461
589D38
589FAE
58A629
58A9C2
58AC59
58AF5D
58B285
58B5E9
58BABA
58C02E
58C10C
58C7BC
58CB08
58CF89
58D210
58D3E1
58D605
58D7AF
58D952
58D9F6
58DB74
58DD8B
58DE82
58DFFA
58E24F
58E60D
58F6E3
58F78E
58FC1B
590811
590931
590A54
590B8E
590D8A
590FC4
59134F
5917D5
592063
592271
5923F4
592538
592A36
593A95
5940B2
594C07
594D82
595092
5953FD
595601
595791
59588C
595A05
596702
5968E3
596B7E
596DA5
597206
598101
598846
5988DC
598997
598E29
599004
599C3D
599EA3
59A07B
59A498
59A6F2
59A7D0
59AB54
59AC9D
59AD7F
59AFBC
59B4B0
59C50F
59CAC1
59CF9F
59E2CF
59E3A3
59F2E8
59F555
59F707
59FBA0
5A033B
5A05CE
5A0839
5A0F69
5A10ED
5A14B5
5A160A
5A19FA
5A1B55
5A1E93
5A2010
5A2200
5A23EE
5A26D3
5A2923
5A2B08
5A2C45
5A2D8E
5A303F
5A322C
5A3D8A
5A3F8C
5A40DD
5A4359
5A4504
5A48F6
5A4D2F
5A4E6D
5A506E
5A53F7
5A54C8
5A5651
5A58A3
5A638E
5A6451
5A655A
5A67C7
5A69E1
5A6B1E
5A6D37
5A71B0
5A75E9
5A7727
5A7928
5A7CB1
5A7D82
5A7EEE
5A8063
5A8301
5A855B
5A86B8
5A89D6
5A8AC3
5A93A9
5A9477
5A95F5
5A9774
5A9B98
5A9C58
5A9D25
5A9EA5
5AA136
5AA341
5AA9FA
5AAD5C
5AAE1C
5AAEE9
5AB018
5AB255
5AB5CD
5AB8F5
5ABC71
5AC142
5AC547
5AC85E
5ACA50
5ACBD0
5ACD77
5ACFDA
5AD15A
5AD428
5AD4F3
5AD6C1
5ADC6E
5ADE78
5AE014
5AE30B
5AE5DE
5AE8C5
5AEAD6
5AED55
5AEEF5
5AF02D
5AF26C
5AF48E
5AF6C5
5AF8AA
5AFA7F
5AFB3D
5B0112
5B01FD
5B0716
5B1775
5B1E95
5B2636
5B29AD
5B2BA6
5B2D0A
5B2F18
5B310F
5B3354
5B3549
5B3709
5B3837
5B3B2F
5B3CAA
5B4017
5B415C
5B44C8
5B483A
5B4A76
5B50D2
5B58C9
5B5B1E
5B5BEC
5B5CE1
5B5F30
5B619E
5B635B
5B6633
5B671D
5B69AF
5B6DA3
5B6FAD
5B7323
5B74FA
5B75D2
5B786B
5B7C6A
5B7E00
5B8175
5B824D
5B840B
5B86BA
5B891C
5B8ABD
5B8BC2
5B8C8A
5B8F7D
5B9141
5B9295
5B935D
5B95F9
5B992E
5B9A26
5BBA82
5BBD24
5BC21F
5BC48C
5BC812
5BCAAA
5BDA0F
5BEA3C
5BEB68
5BFB91
5BFCCC
5BFD93
5C0BA5
5C0E4B
5C1B81
5D3601
5D4331
5D442F
5D45CA
5D4817
5D4A58
5D5072
5D552D
5D602A
5D699C
5D6B5B
5D6CB6
5D6F0E
5D705F
5D7226
5D73D8
5D7542
5D75E6
5D7778
5D792E
5D7B24

As far as I can tell that's inclusive. Ignore then 8-digit one. I don't know what that is or where it came from. Not only this, but there are likely multiple edits per method. On the flip side there are probably some that don't need any modification at all. That likely comprises less than 5% of them.
There are also 2D effect handlers, but not near as many. Less than 125.

If you don't know what this means then don't worry about it. Just accept the fact that interpolation of 2D/3D effects is FAR AND BEYOND anyone's dedication to this game. Feel free to prove me wrong though. ;)
If you're curious about how to alter these PM me and I might try to explain. Be warned it's extremely technical and requires knowledge of x86 assembler and how the battle render engine works.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Borde on 2014-10-08 21:11:41
Those are sad news NFITC1. This reminds me a lot to what happened over a year ago. Thanks a lot for your hard work guys. It's obvious a lot of effort has gone into this project. Unfortuantely, I don't think it can be completed either. There is a lot of people who can handle small assembler hacks. But the knowledge about the engine needed to actually understand the way the timming is handled...
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-08 22:30:15
If all else fails, we can at least still have the 60fps without interpolation using my pause method which already works 98%.  Minor quibble left.

But is this project looking like it's impossible now? Or do you think Aali might be able to do it without all those edits?

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-09 00:35:35
...do you think Aali might be able to do it without all those edits?

Due to the way it's coded, no. Aali can't do anything about this.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Hellbringer616 on 2014-10-09 03:58:22
A sad day indeed :/ Well still what was done is short of amazing, Good job none the less
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: KnifeTheSky77 on 2014-10-09 05:14:59
That's a shame, although this isn't the first time the project hit a roadblock. There's always qgears  :)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-14 14:00:25
NFITC did you ever come up with the animation fix for things like the characters leaving the limit break area too quickly?  Another good one is the guardian attack animation when they shoot their fists.

And what about Cloud's limit break battle text.

With a fix to those, I was hoping to put out a video and see if we can attract any people to the project to fix up those summons.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Sega Chief on 2014-10-14 14:35:28
How complicated are the Summon fixes? Is it as simple as bumping up a few numbers or do you really need to know what the code is doing to figure out what the fix is for each of the 2000 functions?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-14 15:00:34
The problem is that the game was never meant to be 60fps for all things in battle... Changing one part wrecks another.  From what I have seen, and what NFITC1 has told me, fixing the battle to use 60fps for PC may mean manually editing all of those functions manually, and if so, th eproject is pretty much dead.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-14 18:16:54
NFITC did you ever come up with the animation fix for things like the characters leaving the limit break area too quickly?  Another good one is the guardian attack animation when they shoot their fists.

And what about Cloud's limit break battle text.
That's the animation script fixes. I haven't started making those yet because I haven't completely identified all of them.

How complicated are the Summon fixes? Is it as simple as bumping up a few numbers or do you really need to know what the code is doing to figure out what the fix is for each of the 2000 functions?
No. It's not related to that at all. It's not a handler issue either (that I can tell).

...if so, th eproject is pretty much dead.
Stop being such a killjoy. :P Project isn't "dead" so much as indefinitely stalled. The handlers ARE an "all-or-nothing" thing, though.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-14 18:34:13
 ;D  haha You should have been a politician.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-14 18:53:34
Dead implies it can't be done. That's not true. I'M not going to do it so it's indefinitely stalled. ;)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-14 20:17:11
my "dead" means the project won't be done, not that it's impossible. I mean the project is dead in the water in terms of ever being completed.  :)  I can't see anyone undertaking that task...  I always feared it would come to that when I saw how every magic seemed to have its own handle.  I was hoping you'd be able to find some sort of workaround.

Are you absolutely certain there is no quick fix way? 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-14 20:29:05
We just need a team to divvy up the work
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-15 02:24:38
I made the "quick fix" and that's apparently not satisfactory. There is no "less quick fix" other than fixing all of them.

We just need a team to divvy up the work
My thoughts exactly. Now all we need is a team of x86 asm experts that understand how everything works and with enough passion for FF7!  :-P
Seriously, I'd love to get a team together to do this, but I don't know anyone who knows how this works apart from myself and DLPB here.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-16 04:42:53
This safe to use?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-16 10:27:44
Of course.  It's just not completed.   If you can wait a few hours, I plan to update it with the latest texture fix.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-16 17:43:56
Eh? But I thought I was just reading this project was dead? Or else just some very confusing posts.

Of course I'll wait, I'm not planning to play VII For a few weeks at least, I just wanted to have a nice version setup.

And I am shocked by how bad the Frame-rate is, I don't remember it bothering me before, I wonder if it's because of my 120HZ screen? Two years using that and 60FPS doesnt' seem as smooth as it used to, so I imagine that is my troubles with 15FPS.

If you guys actually manage this 100%, I would not be surprise if SE contacted you to get this put Officially in the 2012 version. No work on their end, but an amazing visual increase in the game.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Vgr on 2014-10-16 19:40:15
If you guys actually manage this 100%, I would not be surprise if SE contacted you to get this put Officially in the 2012 version. No work on their end, but an amazing visual increase in the game.

I would be. Square doesn't work that way. Instead, they would take it, put it in the game and claim they did it, without any sort of mention to this community. No work on their end indeed.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-16 21:20:41
Sorry, give me a few more hours.  Got infected with a trojan that encrypted a lot of my files, so my priority right now is recovering everything.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: LeonhartGR on 2014-10-16 23:27:34
Where did you get that from?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 00:25:04
Great question.   Most likely a torrent.  I had turned off my antivirus (for what I can't remember), so I kinda asked for it.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 01:32:28
A virus from a torrent? I've been torrenting since 2003 and thought that was impossible.

What a strange torrent / virus. Don't worry man, take your time, your system is far more important.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 02:01:59
A virus from a torrent? I've been torrenting since 2003 and thought that was impossible.

What a strange torrent / virus. Don't worry man, take your time, your system is far more important.
Not from the torrent file itself.  Probably from whatever I downloaded. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 04:32:13
I just meant I didn't think Viruses made it through torrents is all. No torrent I've ever downloaded over the years has had a virus is what I meant, I thought because of hash-checks, comments, ectera, it was near impossible.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-17 05:03:24
The only way to identify a virus for certain is to be infected by it. Virus checkers aren't always right. They'll catch about 99.5% of viruses and call more progs out as viruses. There's nothing special about torrents that could make them virus free if they were designed to be that in the first place.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-17 07:37:08
I just meant I didn't think Viruses made it through torrents is all. No torrent I've ever downloaded over the years has had a virus is what I meant, I thought because of hash-checks, comments, ectera, it was near impossible.

Well, you're right.  With comments and number of seeders, you usually get a very good indication.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 11:30:37
Well, you're right.  With comments and number of seeders, you usually get a very good indication.
Yeah, I had gotten one or two rare ones recently that only had a handful of seeders.  I was super excited to even be able to find them.  Live and learn
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: LeonhartGR on 2014-10-17 11:45:26
Malwarebytez and AVG internet security helps me a lot. I was just wondering which torrent that was, as a warning, so as I don't fall for it by any chance.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: DLPB on 2014-10-17 14:29:56
Yeah thats definitely an issue...  I've been luckier with rare torrents.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 19:46:04
I folllowed the guide up on the current version to see if I liked it, however when starting I get an error about no battleswirl_framerate = 60 cmd.


I booted the game up anyway, but some interesting things happened:

The camera is so god damned smooth...thank you, seriously. Wow. That looks better. Animations literally seem to just be twice as fast...which makes some stuff kinda awkward.  Enemies are also facing backwards. My Limit Break bar filled up pretty instantly. Also, the bottom chunk of the screen was eliminated almost entirely.

I am using Bootleg +  The most recent mod pack, Presets on full.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 20:15:00
If you're not using version .8 or higher of Aali's driver, the battleswirl fix won't work.  Hence the error.

I can't diagnose problems with bootleg, you'll have to ask vgr or whoever is in charge of it these days.   Models shouldn't be facing backwards though.  Who were you fighting?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 20:49:08
Right at the start, before you talk to Biggs and the rest, the dog and guard were facing backwards.

"# ff7_opengl-0.7.11b config file - modified by Bootleg"


Yeap, seems not an updated version.  Guess I should go get the latest and figure this out.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Vgr on 2014-10-17 20:53:57
I fear this mod is not fully compatible with Bootleg, even less the full presets. I won't spend time or energy troubleshooting errors if anything was installed before or after Bootleg, sadly.

You can update to the latest driver, but make sure to copy over your settings. I'm not sure what changed, but I assume it'll work fine.

@obesebear - I indeed am in charge of it, the only one even.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 21:14:51
Ah, a shame if it's not compatible with mods out there, I have to choose smooth gameplay or lego block characters. Tough choices. I did save a copy of my config and am trying to make it as close as possible. Am having issues with the new config though, most options are removed, or changed...hm.

I got it to work with the new version. I copied what ettings I could / used the bootleg in the main folder thing to set some settings, but stuff like internal resolution are gone, vbo, other things, hmm...so I got the Battlswirl 60 command to run

But is this honestly what it's supposed to be like? Just 4x speed? Because I used a Limit Break and well...it was over in the span of a single blink. The smooth camera and everything is appealing, but that...also with the Hexteditor, I realized music never plays, it must be related to bootleg and the like. So it seems both 60FPS plugins aren't usable with bootleg / mods, and this one just seems awkward. Kinda like when you speed up a video 2x speed, that's how it feels, not to natural.

Damn, I restored everything back to the way it was, my .lgp's, my .exe, but for some reason the black box is still there, eliminating the UI. No idea, nothing else besides your 60FPS mod was installed and I reverted all the files, yet the big black box remains, basically the UI is just gone.

(http://oi59.tinypic.com/t71pv4.jpg)

It worked fine before this mod, but I have restored every file, so it's odd it persists.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 21:42:25
If you're going to use this mod, it should be installed last.  On mine, NFITC, and DLPB's computers this has worked fine, so I don't know where the problem is.


The files in BATTLEFILES and MAGICFILES only alter model animations and won't conflict with 99% of the other mods out there (the exception being files that alter animations will be reverted back to their originals).  The .dif files, though they edit the exe, only change certain values.  Values that aren't changed by any other mods AFAIK.   The HextLaunch files can easily be disabled by removing the portion of the txt file you think causes the problem. 


So really, I don't know how this would mess up anyone's game.   Was everything working right when you only had bootleg installed?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 21:45:59
If you're going to use this mod, it should be installed last.  On mine, NFITC, and DLPB's computers this has worked fine, so I don't know where the problem is.


The files in BATTLEFILES and MAGICFILES only alter model animations and won't conflict with 99% of the other mods out there (the exception being files that alter animations will be reverted back to their originals).  The .dif files, though they edit the exe, only change certain values.  Values that aren't changed by any other mods AFAIK.   The HextLaunch files can easily be disabled by removing the portion of the txt file you think causes the problem. 


So really, I don't know how this would mess up anyone's game.   Was everything working right when you only had bootleg installed?

Yeap, everything worked fine with onyl bootleg, I've updated the above post with a screenshot showing what the mod caused. Also trying to copy over old options from 0.7 just causes the config to reset to defaults...

0.8 Config
Quote
# ff7_opengl-0.8b config file



## USER OPTIONS ##
## If you just want to play the game, these are the only options you'll want to change.

# set the window size (or fullscreen resolution) of FF7
# 0 means use original resolution in window mode, your current desktop resolution will be used in fullscreen mode
# preserve_aspect adds black borders as needed to preserve a 4:3 aspect ratio
window_size_x = 2560
window_size_y = 1440
preserve_aspect = yes
fullscreen = yes

# mod directory
# subdirectroy of mods/ where textures will be loaded from
mod_path = bootleg

# check your Nvidia/ATI/Intel control panel settings if this option doesn't seem to work
enable_vsync = no

# allow FF7 to use linear filtering for its textures
# some things look slightly better with this option on, but alot of textures just lose their detail
# only affects low-res textures, high-res replacements will still be filtered where appropriate
linear_filter = off

# plugin used to play music, VGMstream requires a set of looping .ogg files in the music/vgmstream folder.
# If no music plugin is loaded the game will play MIDI as usual but FF7Music will NOT work.
music_plugin = plugins/ff7music.fgp



## ENHANCEMENTS ##
## All the little extras that weren't part of the original game, default options include only trivial bug fixes.

# make all dialog boxes transparent, same effect as the transparent dialog boxes YAMP patch
transparent_dialogs = off

# include armor in magic defense calculation
mdef_fix = yes

# post-processing shader, used to apply fullscreen effects
post_source = shaders/bloom2.post
enable_postprocessing = no



## ADVANCED OPTIONS ##
## Don't fiddle with these unless you know what you're doing.

# enable alpha blending for textures without an existing blending effect
fancy_transparency = on

# display frames per second counter in upper right corner
show_fps = yes

# display some real-time debug information
show_stats = no

# store external textures in a compressed cache for increased performance
# compression is not lossless, some artifacts may appear when this option is in use
# texture cache does NOT update automatically if the source image changes, however, deleting anything from the cache
# will cause that file to be recreated from the source
compress_textures = no

# max size of the texture cache to hold in RAM, in megabytes
# don't set it any higher than 1GB unless you want your game to crash
texture_cache_size = 256

# use pixel buffer objects to speed up texture loading
# might crash horribly on ATI cards but should work for NVIDIA users
use_pbo = yes

# use mipmaps (anisotropic filtering) for high-res textures
use_mipmaps = yes

# replace FF7's default framelimiter timer source
use_new_timer = yes

# plugin used to play movies, FFMpeg is the only choice for now
movie_plugin = plugins/ffmpeg_movies.fgp



## MODDER OPTIONS ##
## These options are mostly useful to modders and should not be enabled during normal play.

# read files directly instead of using LGP archives
# for example; if FF7 is looking for aaab.rsd in char.lgp, this option will make it open direct/char/aaab.rsd first,
# if this file doesn't exist it will look for the original in the LGP archive
direct_mode = off

# show every failed attempt at loading a .png texture
show_missing_textures = no

#change battle Framer-ate
battleswirl_framerate = 60

0.7 config

Quote
# ff7_opengl-0.7.11b config file - modified by Bootleg



## USER OPTIONS ##

## If you just want to play the game, these are the only options you'll want to change.

# set the window size (or fullscreen resolution) of FF7
# 0 means use original resolution (whatever ff7.exe provides)
# preserve_aspect adds black borders as needed to preserve a 4:3 aspect ratio
window_size_x = 2560
window_size_y = 1440
internal_size_x = 3840
internal_size_y = 2160
preserve_aspect = yes
fullscreen = yes

#window_pos_x = -1
#window_pos_y = -1
#widescreen_hack = yes

# mod directory
# subdirectroy of mods/ where textures will be loaded from
# does not affect the old external textures feature, those should still go in textures/
mod_path = bootleg

# check your driver settings if this option doesn't seem to work
enable_vsync = no
refresh_rate = 120

# limit snowboard, coaster and highway minigames to refresh rate / 2, i.e. 30fps for a 60hz display mode
# vsync must be enabled and working for this to have any effect
minigame_framelimiter = on

# same thing, but for the battle swirl
battleswirl_framelimiter = on
battleswirl_framerate = 60

# allow FF7 to use linear filtering for its textures
# some things look slightly better with this option on, but alot of textures just lose their detail
linear_filter = off

# plugin used to play music, the FF7Music plugin MUST be enabled for FF7Music to work.
# If no music plugin is loaded the game will play MIDI as usual but FF7Music will NOT work.
music_plugin = plugins/ff7music.fgp



## ENHANCEMENTS ##
## All the little extras that weren't part of the original game, default options include only trivial bug fixes.

# make all dialog boxes transparent, same effect as the transparent dialog boxes YAMP patch
transparent_dialogs = off

# allow max hp/mp to go over 9999, same effect as the YAMP patch by dziugo
break_9999limit = no
#new_hp_limit = yes
#new_mp_limit = yes

# include armor in magic defense calculation
mdef_fix = yes

# expand battle viewport to cover entire screen and make the battle menu transparent
new_battle_interface = on

# post-processing shader, used to apply fullscreen effects
enable_postprocessing = yes
post_source = shaders/SmartBloom.post
yuv_source = shaders/yuv.frag
frag_source = shaders/main.frag
vert_source = shaders/main.vert



## ADVANCED OPTIONS ##
## Don't fiddle with these unless you know what you're doing.

# use shaders, if available and supported
# turn shaders off to use the OpenGL 1.1 backend
use_shaders = yes
#enable_lighting = yes
#show_light_rays = yes
#show_normals = yes
#show_tbn_space = yes
#max_lights = 12

#Variable Functions#
#specular_fog = yes
#texture_scale_bias = 1
#texture_coordinate_clamp = yes
#pixel_texture_bits = 32
#generate_mipmap = yes
#detail_texture = yes
#shader_precision = yes
#tessellation_program5 = yes
#multisample_coverage = yes
#multisample_filter_hint = yes
#texture_filter_anisotropic = yes
#texture_edge_clamp = yes

# prevent glitches due to rounding errors by rendering in the nearest (larger, if supported)
# multiple of the original resolution and up/down-scaling
prevent_rounding_errors = yes

# enable alpha blending for textures without an existing blending effect
fancy_transparency = on

# display frames per second counter in upper right corner
show_fps = yes
skip_frames = no

# display some real-time debug information
show_stats = no

# store external textures in a compressed cache for increased performance
# compression is not lossless, some artifacts may appear when this option is in use
# texture cache does NOT update automatically if the source image changes, however, deleting anything from the cache
# will cause that file to be recreated from the source
compress_textures = no

# use pixel buffer objects to speed up texture loading
# will probably crash horribly on ATI cards but should work for NVIDIA users
use_pbo = yes
use_vbo = yes

# replace FF7's default framelimiter timer source
use_new_timer = yes

# use a more stable (but less accurate) timer to control FF7's framelimiter
# this option has no effect unless the use_new_timer option is on
use_stable_timer = yes

# plugin used to play movies, FFMpeg is the only choice for now
movie_plugin = plugins/ffmpeg_movies.fgp



## MODDER OPTIONS ##
## These options are mostly useful to modders and should not be enabled during normal play.

# read files directly instead of using LGP archives
# for example; if FF7 is looking for aaab.rsd in char.lgp, this option will make it open direct/char/aaab.rsd first,
# if this file doesn't exist it will look for the original in the LGP archive
direct_mode = off

# show every failed attempt at loading a .png texture
show_missing_textures = no

# Disable Error Notifications
disable_popup = on

load_library = Kranmer.dll
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 21:53:00
The only thing this mod changes is the timing of animations, the camera, and texture duration.


Maybe NFITC or DLPB will swing by and give their 2 cents, but I'm about positive that has nothing to do with 60fps.   I'll also be updating the download pretty soon here
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: EQ2Alyza on 2014-10-17 21:55:02
You can update to the latest driver, but make sure to copy over your settings. I'm not sure what changed, but I assume it'll work fine.

I don't recommend this. 0.8+ music runs with .ogg music files from the vgmstream plugin. FF7Music music and all the Bootleg music mods won't function anymore. It's possible some other errors may happen. Vgr is going to need to test all the Bootleg mods with the latest .8 driver to figure out any other possible errors, but until then, you MUST use 0.7.11b with Bootleg.

Shoot me down if I'm wrong. It's happened before :-\
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-17 22:06:06
The only reason .8 and higher is needed is to increase the battle swirl duration.  Otherwise .7.11 is fine.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-17 22:08:22
Yeah, that is why I am confused as well...because I reverted all the files it changed, yet the screen is strill cut-off.

And so I should switch back to 7.11? But I got the new music to work with  0.8, I just changed the plugin?

The screenshot above happened in 7.11 and 0.8, but that is from 0.8 and as you  can see, mods still work.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Vgr on 2014-10-18 02:08:01
[...] Vgr is going to need to test all the Bootleg mods with the latest .8 driver[...]

And that isn't going to be any time soon. I have a project going on which requires most of my free time, so this goes low on my priority list.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: Mkilbride2599 on 2014-10-18 02:34:11
I'm going to re-install Bootleg's mods and hope for the best.


*Yeap, a full re-install of Bootleg has it back to normal. Guess I'll wait and see if this pans out eventually. Thanks for your help!
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: obesebear on 2014-10-22 17:45:10
Newest (and perhaps final) version is uploaded.

-Textures and magics will now display correctly!
-Battle victories delayed so they end at the proper time
-Battle won't actually begin until the opening camera has finished panning

Known problems
-Yellow indicator above player spins too fast
-Animations need to delay 2x before executing (only slightly noticeable)
-Slots may appear a little strange.  After talking with DLPB this seems to have everything to do with the broken game timer, so it's not running at 60fps and is more like 57 or 58 causing them to hiccup
-Summons do work, and will cause damage, but watching them may cause epilepsy.  Check the first post with the quote from NFITC1 to see why this is and how it can be fixed. It is unlikely we will be fixing this problem, so volunteers are welcome.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-27 20:19:26
Seriously, someone needs to make a decent video of this.   I tried making a comparison video, and it's pretty strawberries.  I'll put a link once it finishes uploading
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.9)
Post by: NFITC1 on 2014-10-27 21:19:56
-Summons do work, and will cause damage, but watching them may cause epilepsy.  Check the first post with the quote from NFITC1 to see why this is and how it can be fixed. It is unlikely we will be fixing this problem, so volunteers are welcome.

Oddly, this is what caused me to discover the cause of and solution to the Vincent Mug Glitch.

ADDENDUM:
While I previously thought this problem an "all-or-nothing" fix, there's actually a way around that! It involves some creative re-coding, but each piece can be done one at a time. I mostly say this because summons are in disastrous need of fixing, but the way I initially envisioned it couldn't be fixed without breaking everything else too.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-28 01:23:06
So what's the difference? 

I'll link to the video I did tomorrow, it's on my desktop and I don't feel like getting out of bed now
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-28 01:41:54
https://www.mediafire.com/?u8y443xitq8c494
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2014-10-28 02:27:15
So what's the difference?

It's a reimagining of the limiter I wrote earlier. What I sent you forceably skipped three frames before actually advancing the effects. However, each animation has a loader function which gets called immediately before queuing the "master thread". All I have to do is change that limiter to accept a variable number of frames to skip (defaulting to 3) and make each of these loader functions set that to 0. That way individual animations can get fixed (like summons, which will still take time) and not break anything else. It's still a big task to fix even one summon, but if I can fix one I can instruct someone on how to fix another and we can ultimately fix all summons without screwing anything else. Also wouldn't hurt to fix a few other things like the magic/summon charging effects either.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2014-10-30 04:33:11
Just so's ya know, YouTube enabled 60fps support earlier today for videos at 720p or higher. So if you want to put future videos there instead of MediaFire, it's a viable option now.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: KnifeTheSky77 on 2014-10-30 07:11:10
Just checked out the 60fps video from mediafire, that camera panning is smooth like effin butter
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: LeonhartGR on 2014-10-30 08:29:07
Is there a certain option on YT or you just upload the video?

When I try to capture @60 video is stuttering sometimes though. I'm using OBS.

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Vgr on 2014-10-30 10:19:50
While OBS is good to capture gameplay, if you want precision you'll need to use something else, like Fraps.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: LeonhartGR on 2014-10-30 11:47:09
Ok tried FRAPS and worked great but I can't have the cool overlay image I'm using with OBS as my channel avatar, without editing the video. And rendering takes so much time! Also forget 720HD, 1080HD with firefox, waterfox etc. atm. Chrome works well!

(https://i.ytimg.com/vi/Lrtcu4E5qPM/mqdefault.jpg) (https://www.youtube.com/watch?v=Lrtcu4E5qPM&list=UUjX8o0Qjx44zQhL7-eiUdQQ)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: EQ2Alyza on 2014-10-30 12:55:28
Just so's ya know, YouTube enabled 60fps support earlier today for videos at 720p or higher. So if you want to put future videos there instead of MediaFire, it's a viable option now.

I think only 720p and 1080p support 60fps. 1440p and 2160p are still locked at 30 fps from what I've noticed.

Ok tried FRAPS and worked great but I can't have the cool overlay image I'm using with OBS as my channel avatar, without editing the video. And rendering takes so much time! Also forget 720HD, 1080HD with firefox, waterfox etc. atm. Chrome works well!

Does Firefox play videos with Flash or HTML5? Flash is not playing 60fps but when I switch to HTML5, it does.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2014-10-30 17:07:53
60FPS requires HTML5 player, and I think it requires Chrome, but I'm not positive on that one.

I also thought I saw a 1440p60 video yesterday, but I may be mistaken. It's difficult to search because people keep labeling their videos stupidly.

While OBS is good to capture gameplay, if you want precision you'll need to use something else, like Fraps.
Not really. The trick is in your settings; FRAPS defaults to low CPU usage settings where possible, while OBS has slightly nicer defaults at the cost of being slower. If your CPU is too slow, lower compression (or even lossless) can make a big difference. Experiment with different codecs and see what works for you. If rendering is an issue, maybe avoid lossless because that'll need re-rendered anyway before uploading to YouTube unless you want to deal with insane filesizes that take forever to upload and burn through your bandwidth.

Personally I use Dxtory for capture, and

edit: and don't finish my posts? Huh.

Personally I use Dxtory for capture, and it works great—best performance I've gotten out of all that I tried—but I'm not sure it's got an overlay feature like you're looking for. One thing you can try is using other capture software in conjunction with OBS. Any capture software that can output to a DirectShow stream (Dxtory for sure, maybe FRAPS?) can then be picked up by OBS, which can then add the overlay and do the encoding and writing and all that jazz. If the issue was in the capture itself, this should fix it.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-30 21:27:51
Just so's ya know, YouTube enabled 60fps support earlier today for videos at 720p or higher. So if you want to put future videos there instead of MediaFire, it's a viable option now.

Awesome, I was wondering when it was finally going to be implemented.  Unfortunately, I don't know strawberries about encoding, so if someone else wants to upload these (or make better ones [please!]) it's fine with me.  The ones on mediafire are lossless.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2014-10-30 21:44:57
Awesome, I was wondering when it was finally going to be implemented.  Unfortunately, I don't know strawberries about encoding, so if someone else wants to upload these (or make better ones [please!]) it's fine with me.  The ones on mediafire are lossless.
I'll get home from work in a few hours. I can upload it then.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-10-30 23:12:06
You prob know all this but:

1. Opening camera movement is too fast.

2.  Character/enemy moving to target and attacking is too fast

3. Same for character moving back to stance after attack
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-30 23:45:48
You prob know all this but:

1. Opening camera movement is too fast.

2.  Character/enemy moving to target and attacking is too fast

3. Same for character moving back to stance after attack
Yeah, there are still some camera movements operating at 30 instead of 60.  No idea why.
2 and 3 are the same thing.  NFITC1 referred to them as animation fixes.  Basically the models are supposed to delay a certain amount of time before and after certain actions. This also affects things like "confusion" where the character spins in place.  These animation calls need to be doubled in time taken before the next action
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2014-10-31 04:39:35
Okay, it's finished uploading. 60FPS only works in 720p and 1080p. I must say, it looks quite nice.

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-31 19:24:22
Thanks for doing that.  Hopefully more people will begin using it and find some fights that even better demonstrate the difference.  I just recorded  where I happened to be at.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2014-10-31 21:22:30
NFITC1 referred to them as animation fixes.

No, these are animation script fixes. I just haven't sent any to you because I haven't pinned them all down yet.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-10-31 22:31:28
You'll have to forgive my memory. School is INTENSIVE right now.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2014-11-01 01:26:18
You'll have to forgive my memory. School is INTENSIVE right now.

I forgive anyone who gets those confused. It's pretty easy.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-01 05:01:29
I forgive anyone who gets those confused. It's pretty easy.

Well,  I don't.

Just what are you smoking, Obesebear??
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-01 05:18:41
Sure wish I had something to take the edge off. Feels like being in med school
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: KnifeTheSky77 on 2014-11-01 05:44:31
It's called adderall, copious amounts of adderall.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: LetCreativityPlay on 2014-11-02 01:18:47
 I love the idea and the work put into this. Here some more footage with limit breaks.

https://www.youtube.com/watch?v=5m57Uz6gkrs

Barret's Catastrophe attack was glitchy/flashy.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: KnifeTheSky77 on 2014-11-02 03:31:12
You guys are goddamn wizards. It's probably weird but I kind of like how fast the active character indicator spins 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-04 19:25:39
Thanks for the video LetCreativityPlay.  I'll put it up on the first post and check out what you're talking about with Catastrophe.

For everyone else.  Do not use the lgp.exe ulgp.exe I included in the download.  It will work, but has some errors.  Instead, use Luksy's lgp inserter/extractor https://dl.dropboxusercontent.com/u/3227870/ulgp_v1.2.1.7z

For things like barret's attack, the game wouldn't display his shell casings, and some textures like muzzle flashes weren't working.  Luksy's changes fixed that problem.   All new uploads will include his program with his permission.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-04 22:22:43
I can tell you now that he won't have any issue with you using it... he is all for open source as long as credit is given :)  Plus, credit should be given to Aali also.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2014-11-13 21:44:32
UPDATE:

I've fixed the camera for the summons....and discovered a new problem. For some reason, while effects only have to be drawn once a frame, summons need to be drawn every frame. I'm still hunting down the cause.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2014-11-13 22:08:55
UPDATE:

I've fixed the camera for the summons....and discovered a new problem. For some reason, while effects only have to be drawn once a frame, summons need to be drawn every frame. I'm still hunting down the cause.
DLPB ran into the same problem on his PSX-style battle mod. He solved it by abusing the game's pause function, but that broke actual pausing, and I don't think it'll work when other stuff is rendering at native 60.

If you find a solution to this, I'd be curious to know how you did it.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-13 22:20:18
No, I resolved the issue another way because it was caused by the pause value.  If this is the same issue, NFITC1 may be in luck.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-14 03:25:11
Sometimes, even though I'm not religious, I'm pretty sure miracles happen
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-16 09:58:00
NFITC1:

I used a sloppy work around.  Hopefully you can go a step further and see about doing it a different way.  Basically, any function address in the queue that caused flashing (i.e. was disappearing 3 of 4 frames) was forced to be drawn (if that's what the main function call is doing) all 4 frames.  You can't simply tell everything to draw all 4 frames (at least I couldn't find a way) or it causes even more issues.   Only a few things in the game have a bug with the pause variable.  It exists in the original game...  that when the game is paused, certain models disappear (Rufus on the helicopter and the Summons are two so far).

So, my workaround goes through a list of function addresses and compares them to the one in the queue.  If match, then draw. If not, then skip.  It's rather hard to explain, and my 60fps uses the pause var of course.  Here are the changes:

Code: [Select]
{KOTR pause fix
5BF047 = 0F 8D AF 00 00 00 8B 04 8D 58 28 BF 00 85 C0 74 7D 83 3D AC D1 9A 00 00 75 12 31 C9 B1 0C 39 04 8D 88 42 91 00 74 05 E3 65 49 EB F2 FF D0

{KOTR function list.
914288 = B0 AB 47 00 93 C7 47 00 AE CB 47 00 76 D9 47 00 6A DD 47 00 5E E0 47 00 67 E3 47 00 92 EB 47 00 A0 EF 47 00 7D FB 47 00 C2 FF 47 00 4E 03 48 00 76 07 48 00

914288 is a list of function addresses for the knights.

==================

In the original game code, the part that you need to concern yourself with is this:

5BF06E
call dword ptr [eax*4+00BF2858]

This is exactly what is causing your issue.  But I have no idea why the problem is unique to Summons etc.

You may be able to get away with making it draw all the time.  The way I did it with the pause var was unique (unless you are also using it?).

The issue is that the function at 0041BB51 is being shared by others.  So if I disable the jump there, and also at 5BF06E, it just messes a ton of other stuff.       
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: levantine on 2014-11-20 11:56:52
 Is it possible to install  your 60 fps mod and keeping my 'bootleg graphical overhaul' of the game( char and fields ) ?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-20 22:16:20
They should work together just fine.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-11-27 01:20:53
Is it possible to install  your 60 fps mod and keeping my 'bootleg graphical overhaul' of the game( char and fields ) ?

Yes. I was wondering the EXACT same thing.

obesebear, will 60 fps work when the game is rendered at 2560 x 1440, or only 1080p?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-11-27 01:27:12
Just read that summons are broken. How broken are they? Are they worse than default?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Hellbringer616 on 2014-11-27 13:21:38
Yes. I was wondering the EXACT same thing.

obesebear, will 60 fps work when the game is rendered at 2560 x 1440, or only 1080p?

He can correct me if I'm wrong, But that's hardware dependent. the higher the resolution and framerate, the more your GPU is taxed.

This is pure speculation. But if you have a monitor like that, I'm gonna guess you have the hardware to push modern games out with at least 30fps. So you'll play FF7 just fine.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-27 13:29:32
obesebear, will 60 fps work when the game is rendered at 2560 x 1440, or only 1080p?
It will work at all possible resolutions.  The only hiccups you may see are from the game's limiter not working correctly.  So instead of exactly 60fps you may only get 57 or 58fps.  The game has ALWAYS had this problem, but there's nothing we can do about it at this point.

Just read that summons are broken. How broken are they? Are they worse than default?
The summons still work and will cause damage to the enemies like always.  However, I would suggest closing your eyes during the summon, because the screen is going to flash from the battle ground to the summon animation VERY rapidly back and forth.


While I'm here, NFITC1 or DLPB, any idea why sometimes in battle certain textures won't load?  The main one I've tested is against the Custom Sweeper.  Sometimes when it or Barrett attacks the muzzle flash and spent shells don't appear, but I can reload the save and play the exact same fight again and they'll work.  If it works, it works the rest of the battle, if they fail to load, they won't work the rest of that battle.   Seems to almost be a 50/50 chance.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-11-27 13:59:39
Great, it will work then for me at high res.

Haha. Bummer that summons are completely broke. What is the technical limitation? I'm not too smart with programming but I can help you test some new fixes if you have them or anything else you want to experiment on in regards to 60 fps. Let me know how I can help.

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-27 23:57:01
Testing is pretty much done at this point.  The only thing we could really use is more programmers.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2014-11-28 00:07:57
While I'm here, NFITC1 or DLPB, any idea why sometimes in battle certain textures won't load?  The main one I've tested is against the Custom Sweeper.  Sometimes when it or Barrett attacks the muzzle flash and spent shells don't appear, but I can reload the save and play the exact same fight again and they'll work.  If it works, it works the rest of the battle, if they fail to load, they won't work the rest of that battle.   Seems to almost be a 50/50 chance.

That's an animation script thing, remember? I can sort of fix that, but I don't know why it only sometimes works.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-11-28 09:09:43
Has anyone tried seeing what summons look like at 30 fps? i believe the ps1 battles scenes were 30 fps. what about getting the game to 30 fps instead of 60 fps as a compromise? At least this way everything will be working the same as the console. 30 fps looks way better than 15 fps in battle. i understand that the ultimate goal is 60 fps but now I'm curious.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-28 09:43:30
No.  The ps1 battle (animations, 2d/3d effects etc) was 15 unique frames a second, duplicated 3 times to be 60 frames. The only thing in PSX that is true 60fps is the battle menu. The camera is 30 unique frames in PSX.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-28 13:50:36
That's an animation script thing, remember? I can sort of fix that, but I don't know why it only sometimes works.
Ha, nope I don't remember discussing it.  You'll have to bear with me if every month or so I pop back in and ask the same questions over an over.   I've been brute forcing a lot of school information in, and as a result I think some other things have gotten shoved out.

Has anyone tried seeing what summons look like at 30 fps? i believe the ps1 battles scenes were 30 fps. what about getting the game to 30 fps instead of 60 fps as a compromise? At least this way everything will be working the same as the console. 30 fps looks way better than 15 fps in battle. i understand that the ultimate goal is 60 fps but now I'm curious.
As for 30fps, there's no need.  The difficulty in making 30fps work is basically the same as 60.  But if you're looking for how the game originally ran on PSX without the smoother battle animations, you should check DLPB's thread.  Its title is pretty similar to this one.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-11-28 15:10:38
Haha. I tried it with other mods and my game is running in slow motion.  :)

Anyways, for what it's worth, installation instructions are way too confusing for the average gamer person and the amount of work required to patch the game will be daunting for most. I can't wait to see everything streamlined.

When I launched HextLaunch.exe, an error appeared: "You have an error in your config file, some options may have been parsed. (no such option 'battleswirl_framerate')
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-28 16:08:28
Haha. I tried it with other mods and my game is running in slow motion.  :)

Anyways, for what it's worth, installation instructions are way too confusing for the average gamer person and the amount of work required to patch the game will be daunting for most. I can't wait to see everything streamlined.

When I launched HextLaunch.exe, an error appeared: "You have an error in your config file, some options may have been parsed. (no such option 'battleswirl_framerate')
I can't simplify the installation instructions any more than they already are, unfortunately.   As for your hextlaunch error, you'll need to double check step 1 of the instructions, this only works on v .8 and higher.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Xpred on 2014-11-30 13:40:58
Ha, nope I don't remember discussing it.  You'll have to bear with me if every month or so I pop back in and ask the same questions over an over.   I've been brute forcing a lot of school information in, and as a result I think some other things have gotten shoved out.
As for 30fps, there's no need.  The difficulty in making 30fps work is basically the same as 60.  But if you're looking for how the game originally ran on PSX without the smoother battle animations, you should check DLPB's thread.  Its title is pretty similar to this one.

Would there be an option to choose your FPS option? Say for those who prefer 30 vs 60 for in-game battles. Although 60 does look super smooth from the vids, I think I would prefer something a little over the normal 15 fps, but not quite to the extent of 60, i.e., a 30 fps option would be definitely nice if you could choose.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-30 14:41:52
Would there be an option to choose your FPS option? Say for those who prefer 30 vs 60 for in-game battles. Although 60 does look super smooth from the vids, I think I would prefer something a little over the normal 15 fps, but not quite to the extent of 60, i.e., a 30 fps option would be definitely nice if you could choose.
I don't think I'll ever understand the people who want fewer fps, but yes it would be possible.   All the code that's been modified would need to be halved. Someone would then need to interpolate the original model animations only one time and then fix the hundreds of errors it produces (or go through and delete every other frame of each animation of the ones I did).  Then you could have 30fps
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-30 17:47:12
I don't think I'll ever understand the people who want fewer fps, but yes it would be possible.   All the code that's been modified would need to be halved. Someone would then need to interpolate the original model animations only one time and then fix the hundreds of errors it produces (or go through and delete every other frame of each animation of the ones I did).  Then you could have 30fps

Having 30fps for battle is as broken as 15.  Because the menu has to be 60 for the slots to work correctly. I'm not talking about graphically either, I mean also programmatically.  If you have 8 frames between slots, you have 8 frames in which to press a button and get the correct item.  At 30fps, you are now at a 100% disadvantage. Choosing slots is now 2x harder than it was on PSX, and was designed to be.  30fps battles defeats the whole purpose. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-11-30 19:30:36
I took him to mean just the models.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2014-11-30 19:54:44
I took him to mean just the models.

Ah well, I was quoting you but aiming my response at him :P
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: blueknavish on 2014-12-05 14:39:47
Quote
As for 30fps, there's no need.  The difficulty in making 30fps work is basically the same as 60.  But if you're looking for how the game originally ran on PSX without the smoother battle animations, you should check DLPB's thread.  Its title is pretty similar to this one.

Alright. I'll check it out.

It's this thread if anyone else wants to give it a shot: http://forums.qhimm.com/index.php?topic=15403.0

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: rgmarks on 2014-12-17 17:08:30
Really nice mod, but no way to fix the summons problem:?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2014-12-19 15:31:36
Really nice mod, but no way to fix the summons problem:?
Yes, there is.  But too few people understand how to do it and it would be extremely time consuming as is.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-19 22:20:10
NFITC1.... I am not sure what your summons looked like (I always assumed they just flickered like mine used to).  Do you have a video?

edit.

Well, not essential.  Looking at your code, your problem is likely to be related to mine but by using a different approach it isn't the exactly the same.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-20 15:52:21
There's also a bug with Tifa's slots that you'll need to correct:

006E329B = 83 E1 03             
006E329E = 8D 94 CA 44 01 00 00

or just
006E329B = 83 E1 03 8D 94 CA 44 01 00 00

Dziugo fixed this.  Good job I went back and read what he wrote to me.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2015-02-20 17:24:48
NFITC1.... I am not sure what your summons looked like (I always assumed they just flickered like mine used to).  Do you have a video?
No. I'm not sure it would make sense to anyone because I don't actually have my battles running at 60fps although it would make sense for them too. I'm trying to keep as few modifications from the original as possible to make sure I've got 'clean' changes.

EDIT:
OK, I've made a video of what it's doing now.
https://www.youtube.com/watch?v=gIRTsfV5Wds

If you watch to the end you'll notice that when paused, the frame does draw and stay valid. Something that happens while running that invalidates all the 3D actors each frame. I've just got to prevent that from happening on actor 3 and the problem might go away.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-20 18:02:55
No. I'm not sure it would make sense to anyone because I don't actually have my battles running at 60fps although it would make sense for them too. I'm trying to keep as few modifications from the original as possible to make sure I've got 'clean' changes.

EDIT:
OK, I've made a video of what it's doing now.
https://www.youtube.com/watch?v=gIRTsfV5Wds

If you watch to the end you'll notice that when paused, the frame does draw and stay valid. Something that happens while running that invalidates all the 3D actors each frame. I've just got to prevent that from happening on actor 3 and the problem might go away.

Then use the 2 pause addresses to zero in on it.  Nop the jumps.

00DC0E70: Not this one.  This one shouldn't be affecting any of that. Pause = 1

00DC0E6C: This one is used by magics A LOT, and narrowing it down may be a hassle.  Pause = 1

009AD1AC : I'd start nopping jumps after this one and see what happens. Pause = 0

If pausing means it stays drawn and unpausing means it doesn't then you should be able to nop the jumps and find out which is affecting the situartion?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2015-02-20 18:26:30
If pausing means it stays drawn and unpausing means it doesn't then you should be able to nop the jumps and find out which is affecting the situartion?
That seems to be the prevailing theory. I only just discovered this while making the video, however.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-20 18:38:15
if it's anything like mine, the correct place will be 5BF065.  Although, I think with me I have same issue as you and this is just a fix that isn't a fix.  But you'll find it eventually...
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-02-20 18:59:04
There's also a bug with Tifa's slots that you'll need to correct:

006E329B = 83 E1 03             
006E329E = 8D 94 CA 44 01 00 00

or just
006E329B = 83 E1 03 8D 94 CA 44 01 00 00

Dziugo fixed this.  Good job I went back and read what he wrote to me.
What does this bugfix do?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-20 19:02:02
What does this bugfix do?

It's quite possible that even in the original PC game, the slot icons are mixed up... but regardless, at 60fps they are completely broken.  It's hard to explain what I mean by broken, just try using her slots without the fix. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-02-20 19:06:26
It's quite possible that even in the original PC game, the slot icons are mixed up... but regardless, at 60fps they are completely broken.  It's hard to explain what I mean by broken, just try using her slots without the fix. 
You and I had a long discussion about this months ago and it was working fine...  what changed?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-02-20 19:09:16
You and I had a long discussion about this months ago and it was working fine...  what changed?

It's always been broken...  even back then.  But I didn't realize because the Arena slots and Cait slots work fine (they haven't got a bug).  This fix is only for the bug that exists.  The other value I changed in menu sorted everything else, but the bug ruined things. 
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-04-29 19:19:35
Any new headway on the action scripts?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: the_randomizer85 on 2015-05-05 00:47:25
Any updates on this since the one here http://forums.qhimm.com/index.php?topic=15403.0 has been removed from Mega NZ?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Amon1995 on 2015-06-27 12:51:17
Hey guys, can I just ask, do I need to apply this patch before I install bootleg, or afterwards?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-06-27 13:29:15
I'd suggest afterwards.  But it shouldn't interfere with any other mods regardless of when it is installed.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Amon1995 on 2015-06-27 19:31:44
Unfortunately the patch didn't work for me :(

When I go into a battle, it's just in slow motion for some reason, I followed all of the steps in the ReadMe.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: albruto on 2015-07-21 02:31:09
Can anyone help me? After i use cmd with the battle/magic commands i dont get the Magic.lgp and battle.lgp,anyone know why?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: dachschaden on 2015-07-21 15:16:48
Good to see that this project seems to be as dead as the interest of the maker to document his stuff properly - then again, that shouldn't wonder anyone. People inherently stop caring about the stuff they did at certain points.

@Amon1995 if you are still here: Apparently you didn't follow the steps in the tutorial. This use to happen if you do not use HextLaunch to start FF7. And if FF7 does not start, then that is because you didn't configured the path in the settings.ini properly.
Then again, since the OP didn't mention this fact AT ALL, BUT ONLY THE INSTALLATION README included with it (which is a total JOY, because you'd expect something as CRUCIALLY NEEDED as this application, only surpassed by an actual PATCH - and by that I don't mean a fricking C# program that requires .NET, but a real binary PATCHER in C or C++, like something to actually EDIT the values required for 60 FPSs in battle mode to work - to be INCLUDED in the package. Because people otherwise would be downloading the package from a different PC, get it on a stick, transfer it to a Windows PC, open the archive and would see the insulting reference on a usually totally unneeded additional package - oh, wait, THAT'S WHAT'S ACTUALLY THE CASE HERE).

So there. Try to do it like that, works for me.

@albruto: Well, what did you do? Because I did it, just yesterday, and boy, at least the packaging works like a charm. Then again, the packager comes from Aali, who has proven his competence more than enough times.

Oh and SCREW this verification system. I cannot BELIEVE people would submit to such a broken verification system that first requires you to do the verification per registration, and then per post. Your admin's competence at work, guys!
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-07-21 15:35:51
It's dead because it's been proved extraordinarily difficult.  The "fix" needed would take an incredible amount of time and will likely just break something else.  And even then, it might not fix everything.  We all worked on this and it was a shame it had to end, but it was not through a want of trying.  Your post is wholly unhelpful, as I am sure you are aware.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: EQ2Alyza on 2015-07-21 15:37:55
Good to see that this project seems to be as dead as the interest of the maker to document his stuff properly - then again, that shouldn't wonder anyone. People inherently stop caring about the stuff they did at certain points.

@Amon1995 if you are still here: Apparently you didn't follow the steps in the tutorial. This use to happen if you do not use HextLaunch to start FF7. And if FF7 does not start, then that is because you didn't configured the path in the settings.ini properly.
Then again, since the OP didn't mention this fact AT ALL, BUT ONLY THE INSTALLATION README included with it (which is a total JOY, because you'd expect something as CRUCIALLY NEEDED as this application, only surpassed by an actual PATCH - and by that I don't mean a fricking C# program that requires .NET, but a real binary PATCHER in C or C++, like something to actually EDIT the values required for 60 FPSs in battle mode to work - to be INCLUDED in the package. Because people otherwise would be downloading the package from a different PC, get it on a stick, transfer it to a Windows PC, open the archive and would see the insulting reference on a usually totally unneeded additional package - oh, wait, THAT'S WHAT'S ACTUALLY THE CASE HERE).

So there. Try to do it like that, works for me.

@albruto: Well, what did you do? Because I did it, just yesterday, and boy, at least the packaging works like a charm. Then again, the packager comes from Aali, who has proven his competence more than enough times.

Oh and SCREW this verification system. I cannot BELIEVE people would submit to such a broken verification system that first requires you to do the verification per registration, and then per post. Your admin's competence at work, guys!

That kind of sarcasm is not needed. Read some of the previous pages and you will find out that they have worked on this project as far as it can go. Any further work is beyond their resource and time capacity, so it's essentially reached its final release.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: dachschaden on 2015-07-21 16:10:55
This is truly great. Because you have completely missed the point.

1. I haven't commented on the fact that there might have been some flaws with the project itself. No word at all. I was commenting on the UTTERLY convoluted installation process which could have been simplified with one proper patch included with the 2xcam one (apart from the files that still would have to be patched into the LGP files - something that I actually understand AND approve of). Even if there are some flaws with the patch itself, it's still a major improvement over 15 FPS (although I found myself to be somewhat content with 19, which I patched by myself. How did I do that? Oh, I just wrote a C program - like I already suggested - that would set the battle speed to 19 FPS. Makes me wonder why the maintainer couldn't have done so ... because, you know, it takes less than 300 LOC, and it would still be highly commented, and there would be a small API to search for other values within the file. Just saying).

2. I was also commenting on the insulting documentation. Seriously, I mean it, it's insulting. It might be a somewhat impressive technical project, I admit that without hesitation. But not having all information in the OP - or expecting me to read through all of this text as someone who just wants to get it running - and even suggesting AGAIN to read something that I am absolutely not interested in - you see the point?

Thanks for making my point that somehow you guys COMPLETELY missed what this is about. It's about how this now dead project is dealt with. I mean, hell, there are questions that even I  - who just tried this patch out yesterday - could answer, because I ran into the same problems, but unlike other people, I could SOLVE them. ANYONE would have done so.

Whoever smelt it, dealt it.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2015-07-21 16:31:18
Oh and SCREW this verification system. I cannot BELIEVE people would submit to such a broken verification system that first requires you to do the verification per registration, and then per post. Your admin's competence at work, guys!
It happens on registration and on the first post, to stop spambots. That's it. You are the first person to ever have a problem with this; if it proved to be a consistent issue for people we'd remove it, but I'm not going to be disabling our spam protection for the convenience of one user who only registered to complain anyway.

Check your attitude or leave. The tone of your past two posts has been far more insulting than the documentation you're complaining about. I have worked hard to keep this community as drama-free as possible, and I won't have it ruined by someone who just wants to whine.

Don't Be a D*ck
Be courteous, polite and show respect to others. Use of the forums is a privilege, not a right. Being a d*ck may get you warned. It may get you moderated. You might get banned for being a d*ck. Even if you are right and someone else is wrong, keep things civil.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2015-07-21 16:45:10
Why not sharing your program if it is a help with the installation?  Not everybody can write programs. But I guess you know that.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2015-07-21 16:56:52
The installation would have been made easier if the project had reached an end state.  It's been abandoned and likely won't ever see a true release.  That's why there is no proper installer (why bother releasing a broken product?).  It's been decided that it's beyond anyone's time or effort to finish the project due to how the game works.  That's a view based on a lot of work and looking into the game assembly.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-07-21 20:44:05
Can anyone help me? After i use cmd with the battle/magic commands i dont get the Magic.lgp and battle.lgp,anyone know why?
You'll have to be more specific.  I'd suggest reading the installation file a little more closely and trying again.

:'( :'( :'(

I love it when teenagers first learn how to use the internet.  It's always such a joy.

Here's an idea.  If you think you can improve upon something, be it a gameplay mod here or something in real life, turns out it's actually more helpful to improve it than to whine and complain.  You think you can do better?  By all means.  We're waiting.

Further posts that are not helpful or contributive will be removed.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: joca.bt on 2015-07-21 20:47:23
What's the difference between this mod and http://forums.qhimm.com/index.php?topic=15403.0 ?

Have you guys thought of merging both mods?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Covarr on 2015-07-21 20:54:12
What's the difference between this mod and http://forums.qhimm.com/index.php?topic=15403.0 ?

Have you guys thought of merging both mods?
They're intrinsically different mods. The one you linked is "PSX-Style" 60fps. What this means is that the MENUS in battles run at 60, but the battle scene itself above still runs at 15, precisely as the PSX version of the game worked. The only reason that mod needs to exist is because the original PC version ran the entire battle at 15, including menus; this messed up Tifa's slots limit break, among other things.

The mod in this thread is intended to get EVERYTHING running at 60. The problem is, that would require interpolating every single animation in the game, since there's no engine feature to do it automatically in real-time. There is, as far as anyone knows, no feasible way to do this without spending hundreds of man-hours on each one manually.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2015-07-21 21:00:17
I briefly talked to DLPB about seeing if he would be able to alter his to use these animations.  Not sure if he ever got around to trying, but I would say it's not very hopeful.  Fairly certain NFITC1 is also fed up with working on this.

If we could figure an easy way around the summons, this could take the place of DLPB's no question.  Unfortunately it's just too big of an obstacle.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: joca.bt on 2015-07-21 21:11:00
Thanks a lot for the answers guys. They clarified everything.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: dachschaden on 2015-07-21 22:22:34
I love it when teenagers first learn how to use the internet.  It's always such a joy.

Here's an idea.  If you think you can improve upon something, be it a gameplay mod here or something in real life, turns out it's actually more helpful to improve it than to whine and complain.  You think you can do better?  By all means.  We're waiting.

Strange, don't you think? First you make assumptions about my age, however true or false they may be, then you suddenly shift and ask for assistance.

What I can give you is the source code of the program I've been using to set the frame rate myself back then. Nothing more, nothing less. Maybe it's utterly useless, maybe its base might help. I have no idea. But there you go: http://pastebin.com/tzfhMh0B

The link is invalidated in a day though, so you'd better hurry up. :)
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2015-07-21 22:51:06
What I can give you is the source code of the program I've been using to set the frame rate myself back then. Nothing more, nothing less. Maybe it's utterly useless, maybe its base might help. I have no idea. But there you go: http://pastebin.com/tzfhMh0B

The link is invalidated in a day though, so you'd better hurry up. :)
Without even looking at it I know it's useless. Why? Because we already know how to change the frame rate. The problem is the animations don't interpolate on their own. It's not just a question of models, the effects, the camera, and the animation scripts will all need to be adjusted. I'm the one that discovered all this and I'm the only one with knowledge about it. Not that someone else couldn't take up the cause, but I'm not interpolating all the ~3000 animation handlers. I've done the camera and most of the animation scripts, but all that is meaningless without interpolated effects. Don't even get me started on summons either.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Simoneya on 2015-07-26 05:03:30
Is there anyway to launch FF7 through Hexlaunch with out getting the error "please use the final fantrasy 7 launcher". It's says it's usable on steam but as i see there's no way to launch only ff7 without the launcher,anyway to get passed the error?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2015-07-26 08:16:02
You can set hextlaunch to wait for a process in its settings.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Simoneya on 2015-07-26 09:36:47
Mind telling me how? Kinda noobish at this :(
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2015-07-29 15:01:49
In your FF7 rootfolder: HL-Files -> Settings.ini -> open it with a text editor and remove ff7.exe from file and add it to process. Save it. If you now start FF7+ it should wait until you start the game through the launcher.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: EZPZ on 2015-09-29 00:42:43
How to use it on the Steam version? Any guides?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Jahiliyyah on 2015-09-30 20:00:29
Without even looking at it I know it's useless. Why? Because we already know how to change the frame rate. The problem is the animations don't interpolate on their own. It's not just a question of models, the effects, the camera, and the animation scripts will all need to be adjusted. I'm the one that discovered all this and I'm the only one with knowledge about it. Not that someone else couldn't take up the cause, but I'm not interpolating all the ~3000 animation handlers. I've done the camera and most of the animation scripts, but all that is meaningless without interpolated effects. Don't even get me started on summons either.
Beating a dead horse, but I guess the issue is that you want to do it right or not at all. Rather than just having everything interpolated uniformly, you want to manually adjust the interpolation for each frame according to the character animation? Considering you're going from 15 to 60 fps that could be important. It's jarring in a way when interpolation is too smooth.

Even if you were ok with automatic uniform interpolation, that would have to be done by the renderer which would probably need to be way more advanced than what's used in FFVII. This can be done by a post-processing injector, but requires that the game engine pre-render the next frame which I doubt we can set the current FFVII engine to do.

http://www.peachpit.com/articles/article.aspx?p=1327260&seqNum=2
http://forums.guru3d.com/showthread.php?t=381912&page=10

I'm totally out of my depth.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-01-24 19:34:35
Just saw this.  60fps on FFIX
https://www.youtube.com/watch?v=hhQ11oh-lL8&feature=youtu.be (https://www.youtube.com/watch?v=hhQ11oh-lL8&feature=youtu.be)

He also managed 30fps in the actual battle, though the engine does struggle.

What are the chances whatever he did could be incorporated into FF7PC and even FF8PC?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2016-01-24 20:09:07
Maybe that's a start?  :-\
https://www.opengl.org/discussion_boards/archive/index.php/t-184368.html
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Aynath on 2016-02-10 18:21:11
Hello everyone,

I must already thank you for all the great work you did so far! I follow this forum for so long, but for some reasons I just subscribed now...
I was modding my FF7 everything is working nicely, but I found the battles very slow, and thus I realized that battles were actually always like that (15 fps), so I just downloaded the "60 fps" patch, so far I followed the instructions given on the folder... But I'm blocked on a step, probably because of my limited understanding (I'm not English, even though I understand most of it). I'l copy paste the blocking part.

Quote
7.  Create the folder C:/battle and put your battle.lgp in there.  Create C:/magic and put your magic.lgp in there

8.  Put lgp.exe in the main folder of your C:
    -> Do I have to put the lgp on the "C:" Disk? freely? (need Admin rights, which I have, but I still questionning myself if this is the right way to do)

Quote

9.  Put copies of unlgp.exe in both of your new battle and magic folders and drag/drop your lgp's onto it.  Once it finishes extracting the contents, delete unlgp.exe and the lgp files.
-> This one, I don't understand at all, can you please enlight me?

I think I understand the remaining part, I'm looking forward of your answers, many thanks and wow... Good Job!! <3

Aynath
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-02-10 21:29:09
Actually, ulgp http://forums.qhimm.com/index.php?topic=12831.0 (http://forums.qhimm.com/index.php?topic=12831.0) is the best for extracting and recompiling lgp files.  It's easier to use.

The way it works is, if you drag your battle.lgp file on top of ulgp.exe, it will extract all of the battle contents into a new folder (battle.lgp will create a battle folder, magic.lgp will create a magic folder, etc).  From there, all you have to do is copy the 60fps files over the ones in the new folder.  Once that's done, you drag the folder over ulgp.exe and it will recompile all the files back into an lgp file.  Put that file back into your game data folder and you're ready to go.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Aynath on 2016-02-13 10:54:10
Hey hey! :)

Thank You obesebear for your answer, I finally managed to make it work (to follow all the steps). But when I launch my game (with HextLaunch, with admin rights or not). I receive a message "You have an error in your config file, some options may not have been parsed. (no such option 'battleswirl_framerate).

I press OK, the game launches. I start my first and then... Holy. Battles are even more slower !!  :cry: :cry: But I see that the animations are smoother but everything is so slow, like in slow motion or something... Did you ever met this problem? How can I resolve this? :(

I reinstalled FF7 recently, and even before I felt that the game was slower, than before I don't why though... (I got a really good PC Config, I got a integrated graphic card (Intel) followed by NVidia GEFORCE 840m, Intel Core I5 Hawshell).

Looking forward for your answers, many many thanks <3

Aynath
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-02-13 13:35:18
 As for the battleswirl_framerate = 60, Ali may have discontinued that option in the driver, I'm not sure.

It sounds to me like you've added the **da files to your battle.lgp correctly but messed up something with HextLaunch.  Basically, your battle is still running at 15fps, but your models are running at 60fps making them appear slow.  All I can say is to go through the steps in the installation text file again and make sure you've followed every step.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-02-13 15:39:26
The option (along with speed control of Snowboard, coaster, and G-bike) are present in latest driver :)  Although there should be no option, because there are correct frame rates for each.  All should be 60, except G-Bike, which should be 30.  So, really, they should just be set to that by default.

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Aynath on 2016-02-14 11:25:39
Thanks again for your answers obesebear and DLBP :)

I'll try to redo the installation, and tell you if I managed to install it clearly :)

By the way I'm very impressed that you answer really quickly :) <3

Aynath

-EDIT-

After some researches on my files and all, I found that I hadn't the Aali 0.8 driver or highter version, but the 0.7.
So
Quote
*Requires Aali's driver version .8 or higher* Open ff7_opengl.cfg and add line battleswirl_framerate = 60. Then set Vsync to no. Save.
Simply couldn't work (I suppose that's the reason...).

What I've done to have my ff7 version (I may have done bad but it worked well).
          I have the re-release 2012 version (downloaded from the SQ-E Store), and I converted it to a FF7 1998 version thanks to a software. And then I modded it with Bootleg (Tifa's package), vanilla version, overhaul etc... With that, I patched it in order to play the New Threat Mod (Which I love it <3). It works but it's kinda slow as a I said before (I saw that it's actually normal, battles are at 15 fps, but it ran at 9-10 fps...) That's why I wanted to boost up in 60 fps.

I know that I should not use bootleg if I want the NT mod, but if I don't use Bootleg, I can't make FF7 work, weird huh...

Maybe those will help you to find what's wrong, thanks a lot <3 <3

Aynath

-EDIT 2-
After several tries, I actually managed to make the battles faster... But several animations were weird to see (Barret's Attack animation), and some were simply not animated (Cloud's Braver)... So I just give up this time, I actually managed to get the 14-15 fps like before so I'm OK with.

Thanks a lot <3

Aynath
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: eN7eRaF on 2016-07-27 18:43:45
I do not know why but it does not work with the version of Steam
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2016-09-06 16:19:57
I have looked at this (http://magnetiktank.blogspot.de/) endless times, but never really get aware of that:

Code: [Select]
Some interesting bits:
bp_53cc holds a pointer to "some game object" which is a big singleton of a 0xaa0 byte long structure holding a lot of information and resources.
At offset 0x9f0 of this structure, there is an object holding the callbacks of the currently running system.

In the following bit:

if(lolo.bp_53cc->f_9f0.f_10) {
 lolo.bp_53cc->f_9f0.f_10(lolo.bp_53cc);
 lolo.bp_53cc->f_040 += 1.0;
}
the current "REFRESH" callback is called (and some frame counter is incremented)


Then we have:
if(lolo.bp_53cc->f_020 == 0)
 C_0066059C(lolo.bp_53cc);//G_DRV_10:Flip
That is the graphic's driver's "Flip" functions is called; i.e the backbuffer which has been updated during the "REFRESH" call is presented to the used.

Maybe it is nothing, but I assume that we only have made the renderer to put out 60FPS but do not update the backbuffer respectively. The irregular draw of the effects seems to be hint for that. Is this for some one useful? ???
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-27 13:12:10
I have fixed the new model animations to work properly at 60fps using my method. A few small issues remain (nothing we haven't fixed before). My method has introduced a few other issues too, but NFITC1 is looking into the biggest problem: Bahamut Zero flickering.

The pause method allows us to specifically duplicate frames for only the 2D magic effects - or other things we can't fix using interpolation.  Everything else can have the pause flag removed... allowing the full interpolation. This hybrid system is the ONLY way of getting something satisfactory.

I'll get NFITC1 to look at the changes so far - and then if it's all looking good I will add it to The Reunion as an option if I am free to use the interpolated effects.  I'll also place our work here too, of course.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-28 14:49:48
I've amended NFITC1's fix for the damage numbers at incorrect times to work with my pause method.  He'll have to see whether I've overlooked something, but so far it's looking good... with the exception of Scorpion tail attack.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-28 16:41:11
#41BD9B: Camera speed related.

The summon flickering was caused by that. With my method, the pause limits it correctly.  But for a full flowing camera - it will need NFITC1's magic. Most camera operations are elsewhere - and have been fixed by NFITC1 (I have amended it to be a full flowing camera - not the 2x version on the main page). 

In other words, there are 2 main functions for camera movement.  Most are controlled by the other. I am not sure why the above causes the flickering, but if no fix can be found, it's ok, because my method fixes the issue.  New magic files also aren't needed.

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-11-28 22:04:31
Man oh man.  Glad this is finally seeing some completion.  I hope all you had to do was some slight edits to my animations and not completely redo them yourself.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 01:34:45
No edits at all... though the summon changes in magic.lgp aren't needed currently. They may be if the other camera function is made to be full motion... assuming it isn't already.

I'm going to need to record the game tomorrow and look at this stuff frame by frame.  It's looking very good though!
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-11-29 11:18:37
I never really checked anything in game, but in theory everything should work fine. The only ones that might have issues are models like proud clod and emerald weapon that are actually two separate models
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2016-11-29 12:38:32
Yin/yang and schizo come to mind as the most likely candidates for errors
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 13:21:13
Doesn't appear to be any problem with those enemies.  I'd need someone to revify that they are animating at correct speed, but looks good.  Only issue I saw was that Emerald's lower half was still animating as he was dying... but that may be an original game issue.

I'm gonna do some more testing and check frame by frame.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2016-11-29 13:51:38
Lots of bosses continue to animate during the boss-death animation.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 14:44:11
OK i've compared it frame by frame and I think i've missed something :P  The new model files make the battles go the correct speed again (when I disable pause for the model movement) - but it's still moving once every 4 frames. The camera is correct and moving each frame.

I'll check!

edit.

All is fine.  Testing.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-11-29 16:09:59
There's also the guy in shinra mansion that swings on a chain and the robot that Reno makes attack you at the submarine dock that has long arms.

Also not sure about limit breaks
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 16:36:33
Enemies seem fine. Haven't tested Guillofelgho or Carry Armour - but will do so later. 

Flickering summons I can fix - so long as your interpolation for them is at 4x like the battle.lgp files.

Camera will need further modification by NFITC1, because there are 2 functions, not just 1. One deals with the victory camera as well - which is currently too fast.  All in all though, it does seem to be very doable. It's a little pesky that so many parts rely on other parts.  So you fix one thing, and another thing then goes out. But the pause method can help with the biggest issue - the magic.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2016-11-29 20:37:11
Yes, the victory dance does seem to fade out too early. That's not a camera script thing, but I can probably fix that just by increasing some number.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 21:09:36
I fixed the fade out. Should look ok
.  I think fix is on file I gave you? When o day victory cam I mean it pans 4x speed around the chars.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2016-11-29 22:37:39
Those camera fixes I sent you should solve that.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-11-29 22:47:42
Those camera fixes I sent you should solve that.

Nah - it may be that the other function deals with it.  But I may have overlooked something.  I'll get latest files sorted and send you it uptodate. File 1: The limiter fix File 2: 60fps with pause File 3: Further modification that includes your cam fix and interpolated 3d stuff (pause limiting is removed from camera and 3d movement). This also led to flickering summons with pause method... but I've been able to get past that... I think!

Edit.

OK Summons looking good now magic.lgp is updated. And the victory camera is also looking good now too.   Not sure what has changed.  Surely magic.lgp didnt fix that?
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: youknowiknow778 on 2016-12-08 18:15:38
Hello all,

Its awesome you guys are still working on this and 60fps battle is amazing! I've got it working properly with normal 1998 ff7.exe but it doesn't seem to work when I use 7H to launch the HextLauncher I have all 7h iros working but no longer 60 fps battles. The 60 fps option in the animations iro doesn't seem to be working either. Is there any way to get the 7H IROs and the 60 fps mod working together? I can post my load order but won't do it unless asked because its a lot of text.

Thanks guys

Edit - I always use the hext launcher to launch the ff7.exe but switch the setting to ff7_bc.exe when using 7H just to clarify

Edit2-Sorry its been a while since I've been on these forums. I see DLPB reunion that includes this I'm going to give that a try
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-12-08 18:31:54
It doesn't include this project. Reunion currently has a 60fps mod but it's not interpolation.  NFITC1 and I are trying to fix my version up to work as a hybrid with this one.  It's going quite well aside from the odd problem. It won't be ready for a while.

Update:

Working
Problems

Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2016-12-15 16:04:59
Did you fix the death scythe or do I need to
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2016-12-15 17:06:03
Did you fix the death scythe or do I need to

your dept.  I dunno where to begin.  I just crossed it off to save me time :P
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: youknowiknow778 on 2017-12-21 23:18:37
Hey guys! Is it okay for me to post in here still? It's been about a year since my last post but I do see the update.

I'm actually working on a portable handheld gaming PC for older games using the UDOO x86 board so I was stopping by to see exactly what all has been worked on. The battles just look so amazing when this is working properly. I'm assuming it wouldn't work 100% with the new threat mod since that mod adds new magics and what not. Is that correct?

Hope you guys are still around the forums!
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: obesebear on 2017-12-22 00:39:31
This particular mod does not affect magic.  However, this mod has also been merged with Reunion since all the bugs we were facing were ironed out and incorporated with his mod.  Whether or not Reunion conflicts with new threat, I don't know.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: DLPB on 2017-12-22 01:12:15
Parts of Reunion will, but as of R06, 60fps mod is separate and optional and should be fine.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: youknowiknow778 on 2017-12-23 19:16:00
Thanks for the answers guys! I'm going to look at and see if there is anything that breaks the two. I'm guessing it should be as easy as pointing 7H mod directory to the same Reunion directory but we shall see once everything is setup.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: Kaldarasha on 2017-12-23 19:55:34
NT will very likely not work with the 60 FPS mod without a patch, because NT has new enemies with their own animations. Though, these animations are copies of existing ones which make it actually easy to replace them with the animations on which they base on.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: NFITC1 on 2017-12-25 18:43:11
Kimera should be able to batch interpolate animations. It should be about ~90% accurate.
Title: Re: [FF7PC-98/Steam] Smoother 60FPS Battles (v0.93)
Post by: youknowiknow778 on 2017-12-29 14:32:34
So what I did was ran the 7th Heaven Game converter then ran reunion setup

 After enabling some mods including NT and changing the mod directory the game started and there really wasn't that much out of wack.

 Slash-all didn't exactly fit perfectly but the battle interface was SO smooth and beautiful!! Some screen flashes from summons like Bahumut ZERO

 My battle and field model mods wouldn't work anymore though until I switched from the original 7th heaven subscription mods to the ChaOS IROs (may not have needed any field/battle model mods anyway now that I've done a bit of reading and see those are exactly what Reunion installed)

The battle animations never seemed to run as smoothly as the youtube video on this posts first page even with only reunion installed but that may be on my end.

I don't even know what I would need to do to get these working together so this is more or less just a report. I'd be more than happy to help or test in anyway I could if this seems worthwhile or interesting to anyone.

(One thing I wanted to add that is probably pretty obvious but the re translated  dialogue was back to original with NT)