Announcement

Collapse
No announcement yet.

Event begin play and multiplayer.

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • replied
    Originally posted by John Alvarado View Post
    If you want to keep the code in the character/pawn instead of moving it to the controller, I found a solution that worked: Compare GetPlayerController[0] and GetController by casting them both to PlayerController and comparing them for equality. If they are equal then you are working with the local player. Here is a sample setup:

    [ATTACH=CONFIG]120581[/ATTACH]
    This solution works for clients but when the server dies and respawns the event does not happen again

    Leave a comment:


  • replied
    If you want to keep the code in the character/pawn instead of moving it to the controller, I found a solution that worked: Compare GetPlayerController[0] and GetController by casting them both to PlayerController and comparing them for equality. If they are equal then you are working with the local player. Here is a sample setup:

    Click image for larger version

Name:	DetectLocalPlayerInCharacterBlueprint.PNG
Views:	1
Size:	94.4 KB
ID:	1119693

    Leave a comment:


  • replied
    Originally posted by PenguinTD View Post
    happen to be boring at work, tired of checking Vive order status, and then this thread happens to be what I know.
    To cut it really brief and short, a HUD widget are tied to a HUD class, and owned by PlayerController class, not the Pawn class.
    A player controller is replicated so that when a input is made, it will be dispatched properly(then if you handle it properly that is).

    So when a game begin, you just need to check the PlayerController, and if controller is local, you can then assign widget to the hud this controller owned.
    Where your pawn can be pretty much just a default pawn that strip off any movement component or movement bindings.

    Check the links in my signature, it would help you understand the framework and replication part a bit better.
    Can you make a visual example of this?

    Leave a comment:


  • replied
    OMG! thankyou soo much!
    This problem had me stumped for the past 3 days.

    Didn't realize that playerController was a separate thing that I could code in. All this time, i thought that characters just came with a playerController by default.
    Last edited by Espii77; 04-01-2016, 09:29 PM.

    Leave a comment:


  • replied
    maybe I cut it too short, yes, the controller will be thought as "local", but there are only ever going to be one controller that can issue commands(which is the local controller).
    (another exception would be local coop where you have multiple controller, but that's outside of this discussion).

    When I say you should do this on PlayerController class, it's because HUD only exist on client side(even listening host, where you have all the clients' replicated controllers, only 1 can get/set HUD.)
    From your blueprint, you still run this on the Pawn class, it will never work this way as replicated pawn will always controlled by the controller locally(replicated or not).
    I have this part figured out back when UMG is still experimental, so trust me, do all your stuff from the PlayerController class if you ever want your multiplayer to not drive you crazy.

    EDIT: I look at your graph, for multiplayer game, you should avoid using getPlayerController function that need to specify controller index to work. Instead, you should just use getController when in Pawn class.
    Last edited by PenguinTD; 04-01-2016, 08:51 PM.

    Leave a comment:


  • replied
    It doesn't work, BOTH the client AND server both thinks that the characters' controller are local...
    Click image for larger version

Name:	playerController.png
Views:	1
Size:	331.0 KB
ID:	1103644

    O.o
    However, the "B" event is being handled properly, so theres that...
    Last edited by Espii77; 04-01-2016, 07:48 PM.

    Leave a comment:


  • replied
    happen to be boring at work, tired of checking Vive order status, and then this thread happens to be what I know.
    To cut it really brief and short, a HUD widget are tied to a HUD class, and owned by PlayerController class, not the Pawn class.
    A player controller is replicated so that when a input is made, it will be dispatched properly(then if you handle it properly that is).

    So when a game begin, you just need to check the PlayerController, and if controller is local, you can then assign widget to the hud this controller owned.
    Where your pawn can be pretty much just a default pawn that strip off any movement component or movement bindings.

    Check the links in my signature, it would help you understand the framework and replication part a bit better.

    Leave a comment:


  • replied
    I have played around with them for a while, before I made this forum post, but I can't seem to figure out how to get around this. For locally controlled...
    Click image for larger version

Name:	locallyControlled.png
Views:	1
Size:	268.2 KB
ID:	1103634
    Confusingly, the client does not control either of the characters, which makes no sense to me...
    The server on the other hand, controls one of the actor, which makes sense... the other should be controlled by the client (which it isn't)

    I can't use this to say "if locally controlled, create widget and add to viewport" because that would only be correct for the server, not the client.

    Authority though, unsurprisingly, is all held by the server.
    Click image for larger version

Name:	Authority.png
Views:	1
Size:	305.7 KB
ID:	1103635
    Last edited by Espii77; 04-01-2016, 03:54 PM.

    Leave a comment:


  • replied
    There are nodes like "SwitchHasAuthority" or "IsLocallyControlled" to determine if the PlayerCharacter instance is running on the Server, the Client or is only a copy of another Player.
    Play a bit with them and you may find the solution (:

    BeginPlay gets called on every single Instance of the Actor you use.
    PlayerCharacter would be one per client on each client.

    Leave a comment:


  • started a topic Event begin play and multiplayer.

    Event begin play and multiplayer.

    I am trying to display a widget when the player begins the game. Most tutorials do this by creating the desired widget and adding that widget to viewport.

    The problem I am having with this is that "begin play" gets called on every single replicated character and not just the player character.
    So every character, not just the player character, ends up creating their own widget. They then post their widget on the view port.

    This is very different from what happens on something like "event key press", which gets called only on the player character.

    How do I fix this so that only the widget of the player character gets created and posted.
    ----------------------------------------------------------------
    I am also having trouble with the event dispatcher because event that runs is not called by the client that produced the event...

    My blueprint looks like this...
    Click image for larger version

Name:	EventDispatch.png
Views:	1
Size:	292.9 KB
ID:	1179470
    Click image for larger version

Name:	EventDispatch1.png
Views:	1
Size:	180.0 KB
ID:	1179471
    .
    But the result, once I click the "login" button, is replied to by the "client -2... (Why is it client -2!?!)
    Click image for larger version

Name:	EventDispatch3.png
Views:	1
Size:	391.7 KB
ID:	1179472
    Last edited by Espii77; 04-01-2016, 03:39 PM.
Working...
X