Laden van de homepage gaat zo traag dat die over de 16 sec heen gaat, en dus in error schiet.
Misschien een idee om de 16 seconden op te trekken naar 25 oid.
Aan de ene kant ben ik voorstander, maar alleen als het een tijdelijke oplossing is.
Ik zou liever zien dat ze de oorzaak aanpakken i.p.v. aan symptoombestrijding gaan doen.
Een flinke opknapbeurt aan de functies/database query's op de server zou waarschijnlijk geen kwaad kunnen.
Ola, open dag prima, maar over open dagen is niet gesproken, m.a.w. blijft hangen
https://www.meldkamerspel.com/missions/153652970
Die had ik ook aangegeven in mijn bericht.
Oke, dan is het dus wachten op V4...
V4 is er al, zie het topic LSS-Manager V.4 - Add-ons & Scripts - Meldkamerspel.com - Forum
Ik heb zojuist mijn MMT standplaats uitgebouwd. Kan ik dit terugdraaien? Want ik heb zojuist de MMT standplaats uitgebreid van 1 voertuig naar 2, om daarna pas erachter te komen dat ik maar 1 MMT voertuig kan hebben per 10 ambu posten. De kosten a 800k zou ik dan ook graag anders besteden ...
Nee dat is niet mogelijk, Je kan eventueel wel een lifeliner kopen op die locatie of wachten totdat je een nieuwe voertuig kan kopen.
Zouden jullie aan de ontwikkelaar de volgende meldingen willen doorgeven?
https://www.meldkamerspel.com/missions/153645256
https://www.meldkamerspel.com/missions/153652970
https://www.meldkamerspel.com/missions/153656488
Alle 3 zijn ze van gisteravond en blijven afgerond staan en de credits worden niet uitbetaald.
Bij V3 is er na de invoering van de politie versies bewust gekozen om die niet te ondersteunen in deze versie van LSSM.
In V4 worden deze wel ondersteund.
Zouden jullie de ontwikkelaar ook willen vragen om dan te kijken naar de problemen die client-side zich afspelen?
Wij merken namelijk dat de grootste vertragingen overdag niet vanuit de server komen, maar de vele handelingen die client-side gedaan worden. Bijvoorbeeld elk klein dingetje dat gebeurd bij een eigen en/of teammelding heeft diverse acties client-side. Hoe meer van die acties zich plaats vinden, hoe trager het wordt.
Misschien dat ze daar optimalisaties kunnen doorvoeren, zodat het wat minder zwaar wordt voor een gemiddelde computer.
Na een uur spelen wordt het RAM gebruik al zeer hoog als er veel acties in een team zijn.
Eventueel zou een optie zijn die bij ons opkomt een zelf aanpasbare instelling te maken voor een vertraging hierin. Dat je kan instellen dat i.p.v. realtime elke wijziging meteen door via Faye teruggekoppeld te krijgen dan maar elke halve minuut of minuut in 1x te sturen. Bijvoorbeeld een melding waar 40 voertuigen binnen komen is momenteel 40 berichten van de server naar de client. Waardoor de client 40x dezelfde acties gaat uitvoeren achter elkaar.
Zo kan iedereen zelf bepalen of ze voor snelheid kiezen als ze in een groot team zitten of realtime inzicht.
Andere optie zou naar ons inzien zijn om daarin iets te veranderen dat niet alle functies gaan draaien op het moment dat er iets gebeurd, maar alleen de functies die bij die specifieke mutatie nodig zijn en niet alle functies die nodig kunnen zijn bij een mutatie soort.
Uiteraard zal zoiets niet makkelijk zijn om zo aan te passen, maar het zou heel fijn zijn als de ontwikkelaar hier serieus naar wilt kijken om het spel speelbaar te houden. Misschien dat zij met de code er bij hele andere opties kunnen bedenken en deze gewoon genegeerd kunnen worden, maar dat kunnen zij het beste bepalen.
Hieronder wat getallen over het aantal acties van Faye, steeds in een half uur gemeten:
rond 16:30 (doordeweekse dag) gemeten: missionMarkerAdd: 2613, vehicleDrive: 3279, vehicleMarkerAdd: 1891, diverse andere: 386
rond 19:15 (doordeweekse dag) gemeten: missionMarkerAdd: 3395, vehicleDrive: 3680, vehicleMarkerAdd: 485, diverse andere: 426
rond 20:15 (doordeweekse dag) gemeten: missionMarkerAdd: 4806, vehicleDrive: 5138, vehicleMarkerAdd: 434, diverse andere: 788
rond 22:30 (doordeweekse dag) gemeten: missionMarkerAdd: 2643, vehicleDrive: 1870, vehicleMarkerAdd: 999, diverse andere: 295, missionDelete: 3904
- Bij de avondmeting van 22:30, kwamen niet alle mutaties aan, dat merkte we ook aan de vele acties die niet werden uitgevoerd aan de client-side.
Note:
Scripts kunnen afhankelijk zijn van deze acties/functies en handelen dan als reactie hier op, dus als een speler deze dus gebruikt zal dit uiteraard ook zeker een negatieve invloed (kunnen) hebben op de prestaties client-side. Daarom hebben we de problemen dus ook getest zonder scripts, om te voorkomen dat dit invloed had op de prestaties.
Uit mijn ervaring met mijn scriptbundel heb ik wel gemerkt dat optimaliseren hiervan heel veel scheelt in de rekencapaciteit van de computer.
https://www.meldkamerspel.com/missions/153059776
Zouden jullie deze aan de ontwikkelaar willen doorgeven? De geplande inzet blijft hangen op afgerond sinds gisteravond.
ik zeg ook niet dat er geen problemen zijn maar ik had het over de snelheid van dat het word opgelost en niet over de hoeveelheid problemen
Ook in Duitsland zijn ze niet zo snel met oplossen van de problemen. Misschien eens vaker het forum lezen daar over alle klachten die er staan. Nog iets meer dan in NL.
Oh ja, Du kannst kein Deutsch
en als er ook maar iets verkeerd blijkt in de duitse versie word die bijna meteen opgelost en bij de nl versie ho maar
Ga jij je eens eerst verdiepen in de zaken voordat je je er mee gaat bemoeien.
Ook de Duitse versie heeft regelmatig problemen.
Welk onderdeel van de LSS Manager is dat?
Inzethelper
Had al een bericht gedaan naar de ontwikkelaars. Ik neem je info mee!
Hey MPR,
Vandaag hadden we iets meer teammeldingen, maar dat heeft de server meteen opgegeven en krijgen we veel 504 Gateway Time-out errors en andere server fehlers.
Hopelijk kan je die ook nog naar DE doorsturen.
Groet Jrh1997
Heel fijn dat het nu zichtbaar gemaakt is op de meldingspagina.
Zou iemand die deze melding krijgt, kunnen zeggen of het dan daadwerkelijk nu ook in het spel werkt.
De prio functie is al reeds beschouwd als uitontwikkeld omdat die te weinig gebruikt wordt/werd. Zie Aanpassen prio in melding menu - Suggesties - Meldkamerspel.com - Forum
Iik dacht dat er al eens een discussie over je tweede punt was geweest inzake de geplande inzetten, maar die kan ik zo snel niet vinden.
Mijn mening is in ieder geval dat je zelf de keuze hebt om het voertuig vroeg of later te sturen.
Ik dacht dat het toen afgewezen is, omdat het voor de server te lastig wordt als die moet gaan bijhouden dat een voertuig naar een melding toe moet en dat die dan ineens bij een andere melding wegeroepen kan worden, omdat het tijd is.
Misschien heeft iemand anders de bron er van.
Wat naar mijn idee een fijn script zou zijn, is een script dat direct bij een inzet toont welke eenheden nodig zijn in plaats van dat je eerst op "hulp bij deze inzet" moet klikken.
Die bestaat al, kijk maar eens bij LSSM-V4 LSS-Manager V.4
Goedenavond,
Wij hebben vandaag een leuke dag gehad met het team qua meldingen.
Helaas blijkt de server het minder leuk te vinden.
Vanmorgen begon bij ons de vertraging al en naarmate de dag vorderde werd de vertraging steeds erger.
Tijdens onze afvulronde vanaf 22;00, waar wij al onze teammeldingen zoals elke dag afvullen. Ging het zacht uitgedrukt helemaal mis.
Op het moment van schrijven is er een achterstand ongeveer 740 meldingen. En dan heb ik het puur over de achterstand in afgeronde meldingen, dus niet alle meldingen die nog vast "hangen" op een andere status.
Vorige keer kwam de reactie dat ze in het vervolg wat meer achtergrond informatie wilde hebben. Dus hierbij:
- Teamlink: https://www.meldkamerspel.com/alliances/1054
- User: https://www.meldkamerspel.com/profile/78387
- Aantal openstaande meldingen: Zo'n 1750 teammeldingen + Zo'n 800 eigen
Indien ze meer info willen hebben, hoor ik het graag
Groet Jrh1997
Is dit een vraag of slechts een constatering?
Hij staat tussen de suggesties, dus ik denk dat het een suggestie is.
jawel dat zag ik en dan wordt hij ook heel traag
De x2 is pas om 11:00 gestart
maar het is elke keer als er dubbele credits zijn slaat hij keer op keer vast of is hij uit de lucht
Die was nog niets eens gestart toen.
