Fehler beim Senden von Energie

[Montery]

Genaue aber kurze Beschreibung zur Art des Fehlers: Beim Beamen von Energie auf ein Schiff der "Mymidon"-Klasse erzeugt STNE einen Fehler der dazu führt, dass das EPS der Mymidon komplett geleert wird aber nicht immer die Energie transferiert.
Dieser Fehler ist mir nun schon zum dritten Mal aufgefallen und anscheinend ist dieser bereits bekannt.
Serverkürzel - Spieler ID*: DE1-29158
Spieler Name: [DF] Montery Vernius
STNE-Version: 1.0.74.499
Beteiligte weitere Spieler-IDs: - - -
Beteiligte (weitere) Schiffs-IDs: Sollte Energie senden: 1434314, 1019905; Sollte Energie empfangen: 1386998, 1450021
Beteiligte (weitere) Kolonie-IDs: - - -
Verwendeter Browser: Maxthon 3.3.8.3000
Fehler reproduzierbar: ja
Zeitpunkt des Auftretens: vor 12 Uhr, nach 12 Uhr sowie gerade eben
Ggf. ausgegebene Fehlermeldung:

[Exception: TShipActions.ErzeugenGenerisch(116,053147,116,0531 47,41,053147,True,0): Value is higher than possible amount '0']
bei stne.TBaseShipActions.ErzeugenGenerisch(Double& Aktuell, Double Maximum, Double Erzeugen, Boolean Execute, Boolean IgnoreLimit, Double& Änderung) in D:\source\jack\dev1\projects\stne\game\Core\ShipAc tion.cs:Zeile 2792.
bei stne.TBaseShipActions.HauptenergieErzeugen(Double Erzeugen, Boolean IgnoreLimit, EShipEnergieSituation Situation, TShipRessources RessourceOffset) in D:\source\jack\dev1\projects\stne\game\Core\ShipAc tion.cs:Zeile 2271.
bei stne.TBeam.startTransaktion() in D:\source\jack\dev1\projects\stne\game\Core\Beam.c s:Zeile 641.
bei stne.TBeam._Execute() in D:\source\jack\dev1\projects\stne\game\Core\Beam.c s:Zeile 271.
bei stne.TBeam.Execute() in D:\source\jack\dev1\projects\stne\game\Core\Beam.c s:Zeile 163.
bei stne.wf_Beam.ExecuteAction() in D:\source\jack\dev1\projects\stne\game\WebForms\Be am.cs:Zeile 128.
bei stne.TstneBasePage.CallExecuteAction() in D:\source\jack\dev1\projects\stne\game\Core\WebCon trols.cs:Zeile 203.
bei stne.TstneGamePage.CallExecuteAction() in D:\source\jack\dev1\projects\stne\game\Core\WebCon trols.cs:Zeile 987.
bei stne.wf_Beam.Run() in D:\source\jack\dev1\projects\stne\game\WebForms\Be am.cs:Zeile 116.
bei stne.wf_Game.Page_Load(Object sender, EventArgs e) in D:\source\jack\dev1\projects\stne\game\Game.aspx.c s:Zeile 140.
bei System.Web.UI.Control.LoadRecursive()
bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Assembly: stne.dll
Time: 27.05.2012 15:36:06
Server: DE1
User-ID: 29158
STNE-Version: 1.0.74.499
Compiled at: 26.05.2012 22:57:26
Compiled from: Jack

[Galax]

Jepp. Hab ich auch schon den ganzen Tag.
Ich spar mir mal das einfügen der Meldung, da bereits eine da ist.

EDIT:

Boa, das ist ja der nervigste Bug des Jahres...

Nicht nur, dass die tranferierte Energie ins nichts verschwindet, das EPS wird zudem auch nocha uf null geprügelt und das Schiff ist den rest des Ticks unbrauchbar.

Hier besteht dringender Handlungsbedarf.

Umgehen kann man den Bug nur, indem man minimale energiemengen zwischen 1 und 50 sendet.

Hoffentlich wird das nicht als "anti-bug-using" verfolgt :P

[Galax]

Trotz Patch besteht der Fehler weiterhin:

Es ist ein Fehler aufgetreten
TShipActions.ErzeugenGenerisch(366,0794,370,3,9206 ,True,0): Value is higher than possible amount '3,92059999999998'

Weitere Details:
[Exception: TShipActions.ErzeugenGenerisch(366,0794,370,3,9206 ,True,0): Value is higher than possible amount '3,92059999999998']
bei stne.TBaseShipActions.ErzeugenGenerisch(Double& Aktuell, Double Maximum, Double Erzeugen, Boolean Execute, Boolean IgnoreLimit, Double& Änderung) in D:\source\proximo\dev1\projects\stne\game\Core\Shi pAction.cs:Zeile 2799.
bei stne.TBaseShipActions.HauptenergieErzeugen(Double Erzeugen, Boolean IgnoreLimit, EShipEnergieSituation Situation, TShipRessources RessourceOffset) in D:\source\proximo\dev1\projects\stne\game\Core\Shi pAction.cs:Zeile 2275.
bei stne.TBeam.startTransaktion() in D:\source\proximo\dev1\projects\stne\game\Core\Bea m.cs:Zeile 641.
bei stne.TBeam._Execute() in D:\source\proximo\dev1\projects\stne\game\Core\Bea m.cs:Zeile 271.
bei stne.TBeam.Execute() in D:\source\proximo\dev1\projects\stne\game\Core\Bea m.cs:Zeile 153.
bei stne.wf_Beam.ExecuteAction() in D:\source\proximo\dev1\projects\stne\game\WebForms \Beam.cs:Zeile 128.
bei stne.TstneBasePage.CallExecuteAction() in D:\source\proximo\dev1\projects\stne\game\Core\Web Controls.cs:Zeile 203.
bei stne.TstneGamePage.CallExecuteAction() in D:\source\proximo\dev1\projects\stne\game\Core\Web Controls.cs:Zeile 987.
bei stne.wf_Beam.Run() in D:\source\proximo\dev1\projects\stne\game\WebForms \Beam.cs:Zeile 116.
bei stne.wf_Game.Page_Load(Object sender, EventArgs e) in D:\source\proximo\dev1\projects\stne\game\Game.asp x.cs:Zeile 140.
bei System.Web.UI.Control.LoadRecursive()
bei System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)

Assembly: stne.DLL
Time: 28.05.2012 07:29:38
Server: DE1

Aber wenigstens haut es das EPS nicht mehr auf null. Nimm aber mit jeden Fehler rund 4 Punkte weg.

[darkside]

Proximo hat den Fehler schon lokalisiert und auch schon Lösungsansätze gehabt. Scheint aber noch nicht ganz so zu funktionieren, wie es soll.

[tomb]

So, damit hätte ich ne Antwort, wieso heute meine 2 Transporter leere EPS hatten, nachdem ich E auf diese von einer FB beamen wollte und die EPS der beiden vor dem Beamvorgang zu Hälfte gefüllt waren. Allerding hatte ich keine Fehlermeldung. Oder ist es gewollt? Nur überblicke ich nicht die Logik dahinter. Irgedwie erinnert es mich an "You don't know Jack", man muß immer um die Ecke denken.

[Montery]

Das Beamen von Energie geht zu lasten des EPS.
Man kann also nur soviel Energie versenden wie man EPS hat.

[tomb]

Danke für Info, habe keinen Hinweis zu gefunden. Ist immer witzig, wenn man nach paar Monaten Pause reinkommt und gewohnte Abläufe umgekrempelt sind.

[golx]

Wer glaubt, dass er hier Vergnügen beim spielen empfindet, der ist hier Fehl am Platze. Dies ist ein Spiel für Masochisten.