Freelancer Community Network
Reminder: Internet Explorer 6 or below are NOT supported.
HomeHome
ForumForum
WikiWiki
DownloadsDownloads
ForgeForge
Multiplayer Connection Tutorial
Collapse/Expand Random Image
Revelation Mod Screenshots
Collapse/Expand Login
Username:

Password:

Remember me



Lost Password?

Register now!
Collapse/Expand Main Menu
Collapse/Expand Forum
Collapse/Expand Chat
Collapse/Expand Who's Online
69 user(s) are online (49 user(s) are browsing Forum)

Members: 0
Guests: 69

more...
Collapse/Expand Donations
Monthly costs: -30€
Income (ads): +5€
Donations (last month): +10€

Current balance: -70€
(last updated 08/2019)

Please make a donation if you want to help keeping The-Starport online:

Bitcoin address:
Thanks!
Collapse/Expand Links
Collapse/Expand Advertisement
There are currently 63 users playing Freelancer on 30 servers.
 August. 17, 2019
The Starport Forum Index > All Posts (Gold_Sear)

Bottom Bottom   Previous Topic   Next Topic

(1) 2 3 4 ... 7 »


Gold_Sear
Re: Advanced Widescreen HUD idea (required help with HUD visibility options)
#1
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:

WhiskasTM wrote:
Need to find exact thing: mouse down on static control.
I've found mouse over only, and that will result in becoming unable to highlight a ship's parts and select its weaponry.
Code:
freelancer.exe E7DF9 B001>30C0 = make target wireframe ignore all mouse events


Thanks, I'll try to do further investigation. This patch will indeed allow shooting through the target wireframe, but not, or only partially, through the contact and weapon lists.

Posted on: 7/23 21:53
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Advanced Widescreen HUD idea (required help with HUD visibility options)
#2
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
And now, allow shooting through the wireframes. Right now, right-clicking on the wireframes refuses shooting, which can be annoying during combat.

Posted on: 7/12 12:30
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Framerate Randomly Locks at 25
#3
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
For those of us who understand hex editing: here's the patch (using adoxas tool BwDiff):
Code:
Freelancer.exe 158A14 D9 1D 0C 0A 61 00 -> 90 90 90 90 90 90 = prevent FL from reducing framerate to 25 in some instances (still need to manually limit framerate using external tool) ~FriendlyFire


No reaction from KJFreshly yet...

Posted on: 2/10 10:52
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Framerate Randomly Locks at 25
#4
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Did you try applying the 1.1 patch or JFLP? Other than that, I can't help you.

Posted on: 1/25 22:30
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Evenly Incremented Rank
#5
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Hi, sorry for bumping old topic.

So I've been doing some research on this and ptough.ini, and found some things:

  1. As adoxa said, ptough.ini is restricted to level 40, providing the format ptough_graph_pt = <worth>,<level>.

  2. This limit is hardcoded at content.dll A9D8E as a byte, only allowing 127 as maximum.
    Quote:
    adoxa wrote:
    @Sethernis: I believe so. Here's one that ignores the test altogether, theoretically allowing any number of levels: 0A9D93, 7F->EB.

    Adoxa is right about that the test can be ignored, but provides the wrong patch; this is the correct one:
    Code:
    content.dll A9D93 7F 0F -> 90 90 = ignore rank level limit test, theoretically allowing any number of levels ~adoxa, Gold_Sear

  3. There's theoretically no limitations about what you can enter for <worth> and <level>, levels need not be consecutive and neither do worths. Worth noting is that when leveling up, the reached level is shown correctly in the rep screen up to 1410065408, but in the announcement at top center of screen, only the last two bytes are shown, e.g 50000 and 65535 are shown correctly, but 100000 will become 34464.



Hope this clears things up a bit.

Posted on: 2018/7/27 19:23
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Dev's Limit Breaking 101 Techniques
#6
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Indexed this; an improved version of removing non-targeted brackets.

Posted on: 2018/7/23 18:08
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: System resizer ?
#7
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:
Moonhead:
But have you considered that there is maximum visibility limit to planets, stars, and nebulas? Enlarging system by 5.5. might get you into problems related to this...

Please Moonhead, also tell him the solution.

Posted on: 2018/7/20 19:46
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Dev's Limit Breaking 101 Techniques
#8
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:

w0dk4 wrote:
The problem with asteroids not being able to be rendered is due to how FL computes unique IDs.
Because after a certain size of the position vector the unique id computation function fails, asteroids will no longer be spawned.

At Freeworlds, we simply made the function always return "some" id, no matter if its a broken ID.

Maybe adoxa can fix the code for larger vectors, the function responsible is:

unsigned long __cdecl CmnAsteroid::compute_cube_id(class Vector const &)

in common.dll (062A6010)


@w0dk4: did you apply this patch?
Code:
common.dll 460B6 77 3B -> 90 90 = always render static asteroids PART 1
common.dll 460BE 77 33 -> 90 90 = always render static asteroids PART 2
common.dll 460C5 77 2C -> 90 90 = always render static asteroids PART 3

Or something similar? I'm asking because adoxa's patch on this subject has side-effects (see above post).

Posted on: 2018/1/25 12:52
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Base archetypes used as auxillary docks for a base
#9
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Moonhead did it work? No more crashes?

Posted on: 2018/1/22 23:38
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Dev's Limit Breaking 101 Techniques
#10
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
I should mention another two findings by adoxa:

1:
Quote:

adoxa wrote:
Ah, I should have done another search with underscores. You'll find the defaults as two ints at 18C754 in common.dll. The function is only used by Act_PlayerEnemyClamp.


Alternative:
Code:
common.dll 08E86A 7E31->EB39 = disable PlayerEnemyClamp, instead making NPC target selection random ~adoxa

I don't recall if it completely deactivates the scripted Act_PlayerEnemyClamp function, but it has the desired effect when not in a mission.

2: Making npcs global, not local to base, found by adoxa; makes a visited NPC at a bar also visited at other bases. Indexed (to Misc section).

3:: Removes exclusion zone clipping, prevents far clipping of exclusion zones.

I should also warn that adoxa's solution to the 130k asteroid rendering limit has serious side effects: change of 7 to A results in the asteroids mostly not being rendered and even if so, then spawned in a regular pattern instead of pseudorandomly. I'd suggest we'd have another, closer look there.

EDIT: this last statement is not true I used hispania_debris_field to test, but apparently that one isn't representative. My mistake....

EDIT2: looking more closely, it is still partially true, using F instead of A; now the asteroids do get spawned, but in a very regular pattern. Conclusion: careful raising these two bytes

Posted on: 2018/1/20 14:54
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Ship Shaking
#11
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
[dream]Fixed.[/dream]

Hi all, happy new year!

First of all, apologies for bumping this very old topic.

Was wondering whether there is any news on this subject that I've missed (doesn't have to be big). For example from earlier in this thread:
Quote:

LancerSolurus wrote:
I agree with W0dk4 there i a limit to how much the normalizing will help. Even in GE the ship begins to shake a little bit at 2 million units out. And I use normalization on all of my matrices. The only sure fire way to get around the problem is to split up huge systems into sections and move everything in the system each time a player crosses one of the boundary. don't know difficult it would be to make a plugin for that but I have a feeling it wouldn't be easy.

or
Quote:

Schmackbolzen wrote:
I was talking to wodka about this and he was working on some changes via client- and serverhooking, but it's a rather huge change so i guess it will take a while. Changing the data type to double would have a bad effect on performance (besides i don't think it's easy to do). I did some tests in my own 3D engine and I only noticed some unprecision starting at around 5000K from the center, so I am not sure whether this really is a precision problem at all.

Anyone still working on this?

Just checking.

Posted on: 2018/1/3 22:57
There is always something to do.
Top
Topic | Forum


Gold_Sear
What is local_faction in system ini file used for?
#12
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Memory refreshment needed: local_faction in system inis is not used, right?
However the change log of JFLP 1.00 suggests local_faction entries are concerned, suggesting it has some use.

Can anyone tell me what it is?

EDIT: oops, not JFLP, but Unofficial Patch 1.4 and SDK 1.3

Posted on: 2017/12/28 19:26
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Hack Request: Map of universe maps (add one more tree to map)
#13
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:

MeisterLampe wrote:
I've attached the .3db file, just put it in the NEWNAVMAP/SPACEOBJECTS folder and replace the texture with whatever you like.


Thanks! So if I don't want this side-effect, I actually have to go through with the spherical zones.

On that note though, some types of zones show property_flags, and some don't (like rings). Anyone ever figured how to include these types of zones to also show property_flags?

Posted on: 2017/11/27 15:04
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Hack Request: Map of universe maps (add one more tree to map)
#14
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:

MeisterLampe wrote:


Made this a while ago.



The Sol and Jupiter systems are just fake systems for the nav map and the objects act like jumpgates.
The third system is the only one you can visit.


Sorry to bump old topic, but does anyone know how to do this ring-shape terrain on the NavMap?
  • shape = ring won't show up.

  • shape = ELLIPSOID with exclusion zone shows some asteroids on the interior, just like regular exclusion zones.

  • I guess it's possible with a lot of spherical zones, but that's rather ugly and labour intensive.


Any easy way?

Posted on: 2017/11/11 21:30
There is always something to do.
Top
Topic | Forum


Gold_Sear
Re: Base archetypes used as auxillary docks for a base
#15
Not too shy to talk
Joined:
2015/1/18 12:56
From The Hague, EU
Group:
Registered Users
Posts: 91
Offline
Quote:

adoxa wrote:
It's C458F again.


content.dll C458F is most likely NPC patrol path spawning related - so, at a guess, patrol path end/start points are now within your new objects, causing spawned patrol path NPCs to be unable to have feasible waypoints, hence a crash. Updating patrol paths (yes I know that that could be a pain) or removing them should fix the issue.

Posted on: 2017/11/11 18:46
There is always something to do.
Top
Topic | Forum



Top Top
(1) 2 3 4 ... 7 »



[Advanced Search]