• Welcome to PiBoSo Official Forum. Please login or sign up.
 
August 06, 2020, 01:33:41 PM

News:

World Racing Series beta14 available! :)


Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - HornetMaX

1
Quote from: h106frp on June 19, 2020, 01:22:51 PMAfter a bit of reading that is apparently the perceived wisdom on chassis flex and why super stiff chassis is a bad idea for bikes, as you lean the bike over the 'bumps' still occur vertically but the suspension can only translate the vector of travel so the displacement is less than it would be for upright, as the displacement in the damper rod movement is less the damping contributed is equally less effective so we become dependant on the lost motion in the chassis construction to contribute some of the damping.
This is absoluely true, even if it is probably worth to remember that the travel you get from a non-rigid chassis is way smaller than what you get from suspensions (so yeah, it helps a bit, but it's not something that can absorbe bumps). The thing I'm not convinced about is that it helps/solves the problem we have in GPB on turns with camber and slope changes. Or at, best, why it does it.

Quote from: Vini on June 19, 2020, 01:47:30 PM
Quote from: HornetMaX on June 19, 2020, 11:56:49 AMSide note: I think Victoria is a good test track. It has a bit of everything. Not sure why Vini crusades against it :)
Because I have ridden plenty of bikes there that seemed to be good but then revealed themselves to be absolute shite on more technical tracks. Victoria lacks slow corners, bumps, quick direction changes and hard braking. You only have all those long corners where you basically have enough time to get any bike to turn nicely.
The track is simply not bike dependent at all, that's partially why real MotoGP races are always so exciting there.
Well, Victoria has:
  • A fast straight
  • Plenty of fast turns, including a high-speed direction change
  • Sort of a hard braking
  • Some not-so-fast turns
  • Some bit of slope changes
And, of course, it's the track GPB comes with.

So yeah, suggesting modders to stop testing their mods on Victoria is not a good idea in my book.
If you're suggesting for modders to also test on other tracks, then yes, that could be OK.
You should probably name the track you thinks are relevant.
2
Quote from: h106frp on June 18, 2020, 10:16:08 PMI have been going through the usual re-tuning of a bike using Victoria and I have developed a bit of a new theory on what occurs at the bottom of Lukey Height/MG. After noticing the problem only ever occurs when entering the turn with high lean (you can always blast through it any old how when you pick it up after a drop) I wondered about chassis flex and damping, theory being that as the bike has a high lean angle we lose damping and travel from the suspension units and become dependant on the mechanical flex and damping - much in line witrh Vinis comments about the bikes being overly 'stiff' but maybe with a slightly different perspective.

With the newer inertia calcs it appears we have a bit more range to play with in the damping and chassis stiffness ranges and it does improve the situation very noticeably if you can add a bit of flex and damping to the chassis. It might be worth you trying and comparing it to what you obtain from tyre adjustments.

I'm a bit surprised by that. Not saying it's not true of course, but I'm not convinced ... I mean, I'm not sure it should happen even with a totally rigid chassis (as it was in older GPB betas).

Side note: I think Victoria is a good test track. It has a bit of everything. Not sure why Vini crusades against it :)
3
As h106frp tried to explain, there's no such a thing as "max lean angle" in GPB. Even on a real bike, it depends on plenty of factors: MotGP bikes can maybe lean 60deg, but in some cases you can lose the fron when leaning 45deg or even less ...
In GPB, on top of these, you also have the virtual rider in the loop, so drawing conclusions is very hard.

As h106frp suggested, I'd advise to have a look at how GPB tyre model works, what DX1 and DY1 are and what their effect is (in a nutshell, they define the max longitudinal and lateral "grip" a tyre has at optimal longitudianl slip / sideslip angle).

Long story short, increasing them you've just given your tyre more "grip" so yeah, it handles better. No big surprise.
There's little chance that anything good can be obtained reasoning on things like "front and rear tyre have different max lean angles".

P.S.
If I recall correctly, PiBoSo long ago stated he's aware of the issue of front losses on turns with camber: if the true solution was simply to give the tyre a bit of extra grip, that would probably be already done. It must be way more complex than that.
4
General Discussion / Re: GP Bikes beta18b
June 01, 2020, 01:27:51 PM
Quote from: PiBoSo on May 31, 2020, 10:10:15 PM
Quote from: flodu66 on May 31, 2020, 08:24:02 PMhi ( i try to write good i dont talk english ^^)

since beta 18b , superbike legend dont work. ( they not appear in bike select screen)

The encrypted files format has been changed in Beta18b.

Encrypted mods must re-encrypted to be compatible with Beta18b.

Welcome to encyrption world people, have fun !

As if it wasn't already hard enough to keep up with GPB mods (forum ,discord 1, discord 2, ...), let's add this on top too.

All this for some modders' e-peen ... yawn.
5
Quote from: Myst1cPrun3 on May 22, 2020, 06:15:25 PMIs this going to get an update to allow it to function for the newest betas?
I don't think anything has changed recently in GPB tyre model, it should just work as before.

Quote from: Myst1cPrun3 on May 22, 2020, 06:15:25 PMCould be quite useful, especially if we can just select stuff like slides on entry/exit etc and have it generated for us
That's just not possible. Have a quick read at how GPB tyre model work and you'll see.
6
Plugins / Re: Output plugins
May 07, 2020, 01:51:13 PM
Quote from: UMO on May 07, 2020, 12:17:51 PM@HornetMax: New dlo done and working :D but I observed that Piboso does not generate telemetry in the replays :'(  A shame! It is a limitation. Do you know why it is not generated?
Because it would make the replay too big, likely.
7
Plugins / Re: Output plugins
May 06, 2020, 02:42:44 PM
Quote from: UMO on May 05, 2020, 08:59:58 AMHi. Does anyone know what is the structure and the variable that indicates the status REPLAY ON? I have been checking the plugin example gpb_example.c but not sure. I know that there are RACE, PRACTICE, QUALIFY ... etc .. Thanks for your work.
Replay, Spectate or On-Track are given by _iState in the Draw call:

/*
_iState: 0 = on track; 1 = spectate; 2 = replay.
Set _piNumQuads to the number of quads to draw.
Set _ppQuad to an array of SPluginQuad_t structures.
Set _piNumString to the number of strings to draw.
Set _ppString to an array of SPluginString_t structures.
This function is optional
*/
__declspec(dllexport) void Draw(int _iState,int *_piNumQuads,void **_ppQuad,int *_piNumString,void **_ppString)
{
 *_piNumQuads = 0;
 *_piNumString = 0;
}
8
Plugins / Re: MaxHUD plugin
May 06, 2020, 02:40:29 PM
V2.2.0 out (2020/05/06)
  • Important: there are new files in the MaxHUD_data fodler: please copy the whole folder.
  • All the widgets that had the option to show or not a background can now also use a .tga file as background. Click on the menu option to know the file name each widget is expecting (in MaxHUD_data folder).
  • HUDMap: Improved track drawing. Now plots a border along the track. Width and color of track and border can be
    configured. Track width and track border width have a "fixed screen size" option. Warning: widget configuration will be
    reset.
  • HUDStandings: some cosmetic rework. Warning: widget configuration will be reset.
  • Fixed some scaling/aspect ratio bugs.
  • Some cosmetic changes all around.
9
Plugins / Re: MaxHUD plugin
May 06, 2020, 02:40:15 PM
V2.2.0 out (2020/05/06)
  • Important: there are new files in the MaxHUD_data fodler: please copy the whole folder.
  • All the widgets that had the option to show or not a background can now also use a .tga file as background. Click on the menu option to know the file name each widget is expecting (in MaxHUD_data folder).
  • HUDMap: Improved track drawing. Now plots a border along the track. Width and color of track and border can be
    configured. Track width and track border width have a "fixed screen size" option. Warning: widget configuration will be
    reset.
  • HUDStandings: some cosmetic rework. Warning: widget configuration will be reset.
  • Fixed some scaling/aspect ratio bugs.
  • Some cosmetic changes all around.
10
Quote from: h106frp on March 06, 2020, 07:34:14 PMNo interest in charging for my stuff but the pay what you want and divert the dividend back into core development is interesting.
But we can do this today (without any encryption), no ?
Put a paypal button along your mod page here and when you (modder) get some money, just kick part of it back to PiBoSo (if he's OK with that, it may not be as easy as it sounds).

In which way would encryption make that easier ?


Bit off-topic: I do like steam and I find it very handy, but the cut they take is borderline outrageous, especially for small developers. As a developer (or modder) I defintely wouldn't be happy about it.
11
Quote from: Hawk on March 04, 2020, 02:24:54 PM
Quote from: HornetMaX on March 04, 2020, 12:56:07 PMAnd I feel you've missed the question, let me try to ask it again:

"I totally agree that copying without crediting is bad practice, but I still don't get what the authors of encrypted mods would gain from that.

I mean: modder B rips from modder A. What does modder A stand to lose from that ?"


If you have no clear answer to that, then I have no idea what we're talking about except modders' ego (not saying it's your/your team case in particular).


Max. You seem to be missing a basic overall situation here: No one is saying that all mods HAVE to be encrypted.
If the tool was made available0, then those that wish to encrypt their work can do so, but at the same time those that don't wish to encrypt their work can do that too, so why bring up issues that have no relevance to Piboso releasing his encryption tool? What's the issue here?

Seems to me that the only ones who don't like the idea of MOD work being encrypted by those the wish to do so are the ones who like the idea of being able to steal others work & information?

On top of that, there is the very likely possibility that if there was an encryption tool available for modders work then the more professional modders would more likely provide their work happily to the GPBike community..... It's a win win situation, so I just cannot understand the objections and somewhat lame excuses being put forward for not releasing Piboso's encryption tool? What's the problem, really, apart from as I said that certain people want to be able to steal others hard work and information and take credit for it. You wouldn't like it if someone stole your work and took credit for it so why do you expect others to not give a damn? It's not about ego, it's about doing what's right and actually giving a damn about doing what's right, something that is obviously lacking in recent generations by the sound of it?

Ok, I give up on you actually answering the question. Fine.

Yes, I did get it was optional but no, that's not a supporting argument.
Doing what's right is a very subjective matter.
My work here cannot be stolen, because it's free. In the past I've given my code to somebody else, just in case I run out of willingness to keep it updated. The day I decide to drop it, I'll surely throw it to somebody here. And when I actually started on MaxHUD, I got the basis from somebody else (random, thx man !).

There's no "PiBoSo encryption tool". If you want to do encrypted mods seriuously it may take quite some effort. PiBoSo is not Eagle Dynamics.

Quote from: h106frp on March 05, 2020, 11:00:02 AMI wonder if views on this subject will change if the bike goes to STEAM and the potential exists to be paid for mod content through workshop.

As I said initially, yes, defintely, as in this case there's money involved.

So is this the *real* justification for asking for mods encryption ?
Because that (money) would be a legitimate reason.

Personally, I wouldn't like GPB to take that direction however (paid-for mods), especially if PiBoSo doesn't get a share of the money (which Eagle Dynamics surely does).
12
Quote from: Hawk on March 02, 2020, 12:22:01 AM
Quote from: HornetMaX on March 01, 2020, 11:38:06 AMJust personal opinion here.

I totally agree that copying without crediting is bad practice, but I still don't get what the authors of encrypted mods would gain from that.

I mean: modder B rips from modder A. What does modder A stand to lose from that ?

If mods were sold for real money then OK something should be done (note this would go much further than simple encryption) but as this is not the case today, what's the problem for modder A ? Where's the damage for him or for the community ?

I have the impression that the whole discussion boils down to: "if modder B rips from modder A without crediting, modder A gets angry for ePeen reasons" (translated: because modder B is somehow claiming to be as good or better than modder A). I think it's futile: with unencrypted mods, anynbody can see who  has ripped from who. Just post on the fourm something like "Hi modder B, this is modder A. Thanks for ripping our mod without permission and without crediting us.". Just shame them.



I feel your missing the point Max......

<very long non-reply cut>


And I feel you've missed the question, let me try to ask it again:

"I totally agree that copying without crediting is bad practice, but I still don't get what the authors of encrypted mods would gain from that.

I mean: modder B rips from modder A. What does modder A stand to lose from that ?"


If you have no clear answer to that, then I have no idea what we're talking about except modders' ego (not saying it's your/your team case in particular).



13
Just personal opinion here.

I totally agree that copying without crediting is bad practice, but I still don't get what the authors of encrypted mods would gain from that.

I mean: modder B rips from modder A. What does modder A stand to lose from that ?

If mods were sold for real money then OK something should be done (note this would go much further than simple encryption) but as this is not the case today, what's the problem for modder A ? Where's the damage for him or for the community ?

I have the impression that the whole discussion boils down to: "if modder B rips from modder A without crediting, modder A gets angry for ePeen reasons" (translated: because modder B is somehow claiming to be as good or better than modder A). I think it's futile: with unencrypted mods, anynbody can see who  has ripped from who. Just post on the fourm something like "Hi modder B, this is modder A. Thanks for ripping our mod without permission and without crediting us.". Just shame them.




14
General Discussion / Re: GP Bikes beta17
February 13, 2020, 07:51:31 AM
Quote from: Hawk on February 12, 2020, 06:32:53 PM@Mystic: When you say a bike without a slipper clutch, what bikes are you talking about? All 4 stroke bike engines operate a slipper clutch either electronic or mechanical as far as I'm aware or the rear end would very likely end up killing the rider at some point.
That (underlined) is obviously wrong. Also, I don't think there's such a thing as an "electronic slipper clutch", unless of course you are referring to electronic engine brake control (which is definitely not a slipper clutch, even if it tries to solve the same problem).
15
Plugins / Re: MaxHUD plugin
January 23, 2020, 08:38:22 PM
V2.1.8 out (2020/01/23)
  • HUDTiming: LiveGap now shows only one livegap (the one from Windows timer, as the game's own timing passed to the output plugins drifts away over laps).
  • Change LiveTiming due to a bug discovered in MXB (see http://forum.mx-bikes.com/index.php?topic=3143.0). Should have no impact (aside mitigating the MXB bug).