[Muon]Client 4.3 is uit!

[Verwijderd]

Ja, Stephan moet ff wat komma's tussen die adressen plaatsen
Heb nu de hele BCC regel gekopiërd, dus ik ben nu voorbereid.

Als het goed is heeft iedereen nu wel mail dus.

[white_panther]

he * white_panther ziet net dat er veel mensen uit de achterhoek komen (bij de stats van http://137.224.222.232) wie zijn dat allemaal (of is het één persoon die heel erg vaak nieuwe results nodig heeft )

[WouterG]

Verwijderd schreef op 17 April 2003 @ 22:32:
Ja, Stephan moet ff wat komma's tussen die adressen plaatsen
Heb nu de hele BCC regel gekopiërd, dus ik ben nu voorbereid.

Als het goed is heeft iedereen nu wel mail dus.

Weet je zeker dat je [e-mail] niet overgeslagen hebt? Heb nog niets gezien
Het kan zijn dat het is hangen in mn gloedjenieuwe mailserver maar wil je hem toch nog een x sturen?

[Verwijderd]

Tomcat schreef op 17 April 2003 @ 23:54:
[...]

Weet je zeker dat je [e-mail] niet overgeslagen hebt? Heb nog niets gezien
Het kan zijn dat het is hangen in mn gloedjenieuwe mailserver maar wil je hem toch nog een x sturen?

Done
_{Ik had em btw ook gewoon naar jou gestuurd. Je bent niet vergeten}

[WouterG]

Verwijderd schreef op 18 april 2003 @ 00:01:
[...]

Done
_{Ik had em btw ook gewoon naar jou gestuurd. Je bent niet vergeten}

Hmm, volgens mij weigert mijn spamfilter bcc's. Das niet de bedoeling. Thankz in ieder geval!

[Xanathorn]

Heb ook nog geen mailtje gekregen, nu kan ik die 6.4% niet uploaden . Klote @home meelserver ook altijd, zul je zien dat ie morgen ergens aankomt grmbl (of nooit natuurlijk). Als je em opnieuw kunt sturen voor de zekerheid zou ik dankbaar voor zijn .

Die 13% results zijn trouwens wel erg hoog, mijne blijven zo rond de 6% hangen. Ben benieuwd of het een glitch is of echte results.

[Verwijderd]

Cool heb net die stats eindelijk gevonden op stephan's muon pagina.
leuk om te zien waar de meeste vandaan komen, en dat Mozilla toch al een redelijk stevige 2e plek heeft, op naar de eerste plek

[white_panther]

ff een vraagje tussen door over die tijdelijke stats, hoe kan het dat ik bv. 60103.2 particals heb berekend, waar zijn die andere 8 tiende gebleven van die ene partical

http://www.stephenbrooks.org/muon1/v5.html ff de link voor de luie mensen die geen zin hebben om te zoeken naar de stats

tis trouwens wel leuk om te zien dat 9 van de 10 uit de top 10 van DPC afkomstig is

[ Voor 13% gewijzigd door white_panther op 18-04-2003 00:49 ]

[Ingmar]

white_panther schreef op 18 April 2003 @ 00:46:
ff een vraagje tussen door over die tijdelijke stats, hoe kan het dat ik bv. 60103.2 particals heb berekend, waar zijn die andere 8 tiende gebleven van die ene partical

Dat zijn geen particles maar Mpts (million particle points, vandaar dat het een gebroken getal kan zijn.
zie ook hier:

[06:59] * ingo|zzzzz 's results.txt is 895.73kb (875 results/98325.4 total Mpts/top yield 6.352318), Muon v4.31 ([DPC]Team WAU), Muon Thingy v3.5 by Unix (no autosend/priority Low)

[GrumpyGamerDad]

Stephan ik kom niet meer op de website....

[Verwijderd]

i'm too i need new results.dat i have upload many results but now i cant download, why?
ok i dont distributed the login

Greretz Flumsi

[Verwijderd]

Xanathorn schreef op 18 april 2003 @ 00:29:
Heb ook nog geen mailtje gekregen, nu kan ik die 6.4% niet uploaden . Klote @home meelserver ook altijd, zul je zien dat ie morgen ergens aankomt grmbl (of nooit natuurlijk). Als je em opnieuw kunt sturen voor de zekerheid zou ik dankbaar voor zijn .

Die 13% results zijn trouwens wel erg hoog, mijne blijven zo rond de 6% hangen. Ben benieuwd of het een glitch is of echte results.

Ik ga nog een keer sturen, nu dan naar je hotmail adres, want ik weet niet welke uit de lijst hier van jouw is.

GrumpyGamerDad schreef op 18 April 2003 @ 08:08:
Stephan ik kom niet meer op de website....

Heb je niet de juiste user/pass, of is er een andere fout opgetreden? Ik zal ook jou nog maar ff een mailtje sturen.

Verwijderd schreef op 18 April 2003 @ 08:25:
i'm too i need new results.dat i have upload many results but now i cant download, why?
ok i dont distributed the login

Greretz Flumsi

I understand your eagerness to up- and download, so I find it hard to believe that you won't distributed the user/pass. Any addicted DC'er with a team would do it...
The matter will be discussed here, we'll post an answer later.
_{Though I have the feeling I know what the outcome will be.}


Wat ik vreemd vind, is dat er voor mij helemaal nog geen stats staan @ http://www.stephenbrooks.org/muon1/v5.html
Weet iemand hoe dat kan? Want in m'n sendlog staat toch echt:

code:

20030416-174429 200 results sent to cgmuonftp.homelinux.org

[d33n]

misschien heeft stephen ze nog niet gedownload van cgmuonftp.homelinux.org?

[Verwijderd]

Marble schreef op 18 April 2003 @ 08:47:
misschien heeft stephen ze nog niet gedownload van cgmuonftp.homelinux.org?

Da's idd ook de enige reden die ik kon bedenken... jammer. Dan nog maar ff geduld hebben.

[Verwijderd]

Heren, geen idee of iemand hem al gezien had maar ik ontdek net deze:
http://www.stephenbrooks.org/muon1/v5.html

Ziet er netjes uit...

[xillius]

die staat een paar post terug ook al, lezen is ook een vak

maar toch bedankt

[BurnHard]

Iemand al een mailtje gestuurd naar Stepan Brooks met betrekking tot cgmuonftp??

[Verwijderd]

xillius schreef op 18 April 2003 @ 09:48:
die staat een paar post terug ook al, lezen is ook een vak

maar toch bedankt

Lezen is GoTzijdank NIET m'n vak.. maar je hebt gelijk, heb er zo overheen gekeken..

Toch blijf ik het een mooi lijstje vinden

[Verwijderd]

BurnHard schreef op 18 April 2003 @ 09:52:
Iemand al een mailtje gestuurd naar Stepan Brooks met betrekking tot cgmuonftp??

Net wat op het forum gepost: http://www.stephenbrooks....&f=144606111&m=3426093982

[ Voor 3% gewijzigd door Verwijderd op 18-04-2003 10:02 ]

[Verwijderd]

Als ik het zo bekijk staan er alleen nog de results die naar de server van Stephen zelf geflushed zijn.. ik denk dat hij eerst z'n stats-pagina's en scripts e.d. strak wil hebben voor hij alles van de andere servers binnen trekt..

[WouterG]

Het is maar een idee maar is het niet mogelijk om ons tweakers in 4 groepen te verdelen als er echt geen betere resultaten meer behaald worden en dan deze groepen dan met een verschillende .dat gaan werken.
Wel oppassen dat er dan geen resultaten vermengt gaan worden maar als het lukt is de kans groter dat er nieuwe resultaten uitrollen.

[xillius]

is een leuk idee, maar dan moet dit opgezet worden en hoe wil je bereiken dat die groepen gestuctureerd te werk gaan?

Ik zou zeggen, maar een plan hoe dat zou kunnen werken en plaats dat hier. Zo'n idee zal alleen uitgevoerd worden als mensen het echt aanpakken en er mee gaan werken.

Dus als je dat idee wilt waarmaken, zoek een paar mensen bijelkaar een gooi een plan in elkaar om het te laten werken!!!

[Funcracker]

Wie is dit: [DPC]Decs 12.519321 ?
En waarom zit die Muon niet in de results file?

[DPC]T T T M staat trouwens gewoon eerste met zijn 13+ Muon, dus ik ga ervan uit dat dat gewoon goed is?

Ook interessant om te zien dat [TA]DanC, zonder een actie als wij hier hebben, toch ook in zijn eentje een Muon van 12+ heeft gefabriceerd..

[xillius]

Zoals stephen al zei op het forum zal het waarschijnlijk liggen aan een bug in het programma, hij zou er een keer naar gaan kijken maar ze tellen wel gewoon mee

quote van forum:
OK, have a look at this v4.3+ stats beta page... someone from DPC (three, in fact), appear to have reached 13% transfer. I'm really worried there's a bug in my program, but it'll be even weirder if there isn't! I'll check it some time soon.

[ Voor 46% gewijzigd door xillius op 18-04-2003 11:28 ]

[Verwijderd]

Funcracker schreef op 18 april 2003 @ 11:18:
[DPC]T T T M staat trouwens gewoon eerste met zijn 13+ Muon, dus ik ga ervan uit dat dat gewoon goed is?

someone from DPC (three, in fact), appear to have reached 13% transfer. I'm really worried there's a bug in my program, but it'll be even weirder if there isn't! I'll check it some time soon. -Stephen-

Funcracker schreef op 18 april 2003 @ 11:18:
Ook interessant om te zien dat [TA]DanC, zonder een actie als wij hier hebben, toch ook in zijn eentje een Muon van 12+ heeft gefabriceerd..

Ik denk dat dat (bijna) net zo veel mazzel is als die 13+ van TTTM..


---gatver.. krijg ik hier een telefoontje van een collega (doh.. gebruikers!).. ben ik weer te laat.. dit keer had ik wel glezen!!

[ Voor 11% gewijzigd door Verwijderd op 18-04-2003 11:32 ]

[Zephyer]

Damm ... 13+ ...
Helaas nog geen stats ...

Zow ... ff m'n .dat geupload...
Zitten heel wat 6.xxx in

P.s. Ik upload m'n .txt pas als ik stats zie ... en dat is een hoop
_{(ik wil nl. zien waar het heen gaat, en dat het iid binnen komt )}

Oeh ...
Heeft iemand van DPC de universitei geassimileerd ...
18 april 12:13 Wageningen Universiteit ...

[ Voor 143% gewijzigd door Zephyer op 18-04-2003 12:27 ]

[WhiskyPhreak]

Ja, ik heb al wel een paar results uit laten rekenen door een pc op de uni Schiet trouwens niet heel erg op met die bakken, maarja t waren toch weer 2 0f 3 reults...

En van iedereen die een verbinding heeft via onze uni komt ook zo in nedstat te staan, dus ook degenen die in een studentenflat zitten. -lees: bijna heel team wau-

* WhiskyPhreak staat lekker op #5 met zijn best muon *joy*

[ Voor 15% gewijzigd door WhiskyPhreak op 18-04-2003 13:04 ]

[Zephyer]

* Zephyer kan helaas niet zien hoe hoog hij staat met z'n 6,427347% ...

Edit...
* Zephyer ziet net dat hij : 6,483536% heeft...
*geupload*

Net ff een deel van de .txt gemailt zodat deze geflusht wordt door team genoot ...

Straks thuis de rest dumpen ...

[ Voor 66% gewijzigd door Zephyer op 18-04-2003 14:10 . Reden: Edit ... ]

[BurnHard]

Zephyer schreef op 18 April 2003 @ 13:53:
* Zephyer kan helaas niet zien hoe hoog hij staat met z'n 6,427347% ...

Edit...
* Zephyer ziet net dat hij : 6,483536% heeft...
*geupload*

Net ff een deel van de .txt gemailt zodat deze geflusht wordt door team genoot ...

Straks thuis de rest dumpen ...

Volgens de huidige sta je dan zevende

[Zephyer]

BurnHard schreef op 18 April 2003 @ 14:12:
[...]


Volgens de huidige sta je dan zevende

Ik hoorde net van de site idd ...
Eindelijk weer wat stats ...

[Verwijderd]

Funcracker schreef op 18 April 2003 @ 11:18:
Wie is dit: [DPC]Decs 12.519321 ?
En waarom zit die Muon niet in de results file?

[DPC]T T T M staat trouwens gewoon eerste met zijn 13+ Muon, dus ik ga ervan uit dat dat gewoon goed is?

Ook interessant om te zien dat [TA]DanC, zonder een actie als wij hier hebben, toch ook in zijn eentje een Muon van 12+ heeft gefabriceerd..

De parameters van die 12.5* yield heb ik vanmorgen in een queue.txt gegooid, om het zooitje nog eens 4 keer te laten berekenen (door het aantal runs op 1 te zetten). De resultaten van elke run waren achtereenvolgens : 5,05* 4,92* 5,08* 5,06*
Hierna werd er een 5.028321 (1043.0 Mpts) [v4.31] {EF2BF766} weggeschreven naar results.txt. De 12,5* is dus genegeerd, en 5,028 is het gemiddelde van de overige 4 runs.
Een glitch zou je denken, maar volgens mij is het eerder een user-error

De queue.txt zat bij versie 4.3 en 4.31 als volgt in elkaar:
lange regel met parameters, het aantal runs, de som van de resultaten, het aantal particles en een checksum.
Bij de nieuwe versie 4.31a wordt er geen som van resultaten meer gebruikt, de resultaten worden er allemaal ingezet om naderhand het gemiddelde te laten berekenen als de vijfde run klaar is.
Nu vermoed ik dus dat ik de queue.txt heb laten staan bij het overschakelen naar de nieuwste versie )
De client v4.31a kwam dus een queue.txt tegen met een resultaat van een x aantal runs, heeft waarschijnlijk het aantal runs afgemaakt tot en met de vijfde om vervolgens een gemiddelde van 12,5* weg te schrijven naar de resultsfile

nou ben ik dus heeeeel nieuwsgierig geworden naar die andere 2 DPC topresults, misschien laat ik die ook nog even checken

[BurnHard]

Heb net een 15.392947 maar die is niet na het upgraden naar de nieuwe versie want dat had is gister al gedaan. Zal het ook ff nakijken

[ Voor 12% gewijzigd door BurnHard op 18-04-2003 14:25 ]

[Verwijderd]

BurnHard schreef op 18 April 2003 @ 14:24:
Heb net een 15.392947 maar die is niet na het upgraden naar de nieuwe versie want dat had is gister al gedaan. Zal het ook ff nakijken

damn
die 12,5* laat ik toch nog maar eventjes staan

[Funcracker]

BurnHard schreef op 18 April 2003 @ 14:24:
Heb net een 15.392947 maar die is niet na het upgraden naar de nieuwe versie want dat had is gister al gedaan. Zal het ook ff nakijken

Hmmz. Dan lijkt het toch een bug te zijn

Anders zou het wel zeer relaxed zijn

[ Voor 8% gewijzigd door Funcracker op 18-04-2003 14:30 ]

[Zephyer]

Damm... #8 ipv #7 van de hoogte % ...
Maar wel 7 plekken gestegen door de flush ...

[BurnHard]

Zephyer schreef op 18 April 2003 @ 14:31:
Damm... #8 ipv #7 van de hoogte % ...
Maar wel 7 plekken gestegen door de flush ...

[Verwijderd]

Verwijderd schreef op 18 April 2003 @ 14:28:
[...]

damn
die 12,5* laat ik toch nog maar eventjes staan

Is het niet slim om die toch maar te verwijderen??? Ik weet niet of de similatie veel gebruik maakt van de hoge scores in je dat-file.. maar als ie dat wel doet gaat ie dus heel vaak uit van een fout...

Ik heb ze iig al wel weggehaald.. waarom??

nou.. ik heb dus bij ALLE runs die er in het begin veelbelovend uitzien het volgende:

- Starting -
t = 17.58ns (12493/35461 particles)
Auto-saving...
t = 34.91ns (11922/40633 particles)
Auto-saving...
t = 51.46ns (12734/43854 particles)
Auto-saving...
t = 66.96ns (14246/46169 particles)
Auto-saving...
t = 81.06ns (15000/47868 particles)
Auto-saving...
t = 94.19ns (15755/49134 particles)
Auto-saving...
t = 200.00ns (10/50155 particles)

Ik heb dit eens even zitten bekijken.. maar ze storten ALLEMAAL ergens tussen de 100 en 105ns helemaal in...

Geen idee of dit komt door die 'foute' hoge scores, maar ik neem het zekere voor het onzekere....

[ Voor 52% gewijzigd door Verwijderd op 18-04-2003 14:58 ]

[Verwijderd]

Dat gaat al zo van het begin. WE hebben wel al bijna een optimaal design voor het begin van het parcours gevonden, maar nog niet voor de tweede helft. Ik kijk het nog even aan, maar mss haal ik die hoge results er ook uit...

[Zephyer]

Ik heb nog altijd een probleem ...
De .dat kan ik niet uitlezen via de monitor ...
Hij geeft weer :
Yield : 0.0000 Particles : 0 Weighted value : 0

File size : 264 Kb

Xanathorn schreef op 15 April 2003 @ 23:06:
[...]


In deze post hierboven heeft Stephan uitgelegd wat het probleem is. Open de gedownloade results.dat met wordpad en save em en je hebt weer een fatsoenlijke file.

Geprobeerd... werkt niet ...
Iemand nog suggesties
'T is alleen op m'n werk... thuis (natuurlijk ) geen probs ...

[Verwijderd]

Verwijderd schreef op 18 april 2003 @ 14:21:
[...]

nou ben ik dus heeeeel nieuwsgierig geworden naar die andere 2 DPC topresults, misschien laat ik die ook nog even checken

13.150366 werd na een recheck 5.234536 (1062.9 Mpts) [v4.31] {8B325067}
maar wie zegt dat deze recheck wel goed is...

Nog maar even wachten wat Stephen heeft gevonden, hij zou binnenkort de hoge resultaten nakijken. Voorlopig valt het aantal uitschieters nog wel mee

ik verwijder ze in ieder geval uit m'n results.dat, misschien lukt het me dan om de 7+ te halen

"yields variëren van 6.017768% tot 13.150366%" applaus voor jezelf

[ Voor 7% gewijzigd door Verwijderd op 18-04-2003 16:40 ]

[Verwijderd]

Dan moet BurnHard die 15+ van hem ook maar es re-checken.. de kans dat die goed is is natuurlijk minimaal..

maar intussen staat ie wel mooi op 1

[Verwijderd]

Zephyer schreef op 18 April 2003 @ 15:18:
Ik heb nog altijd een probleem ...
De .dat kan ik niet uitlezen via de monitor ...
Hij geeft weer :
Yield : 0.0000 Particles : 0 Weighted value : 0

File size : 264 Kb

[...]

Geprobeerd... werkt niet ...
Iemand nog suggesties
'T is alleen op m'n werk... thuis (natuurlijk ) geen probs ...

Sorry, ik heb geen andere oplossing.

[Verwijderd]

staat best mooi zo in de stats 5:)[DPC]Noon.
Al is het maar voor even ,,die kick heb ik alweer gekregen..
hihjaaaaa

ruuuuuuuussssh

[ Voor 10% gewijzigd door Verwijderd op 18-04-2003 18:10 ]

[MetalRush]

Oi ! Wil je mijn naam niet ijdel gebruiken !!

btw: voor diegene die dat nog niet zelf aan de hand hebben gehad;
ik probeerde vandaag de results.txt van een andere machine te flushen (met versie 4.2) op mijn flaptop (hier draait 4.31 op). Hij flushed ogenschijnlijk goed... maar ik zag in de sendlog 0 results send
Daar kwam nog eens bovenop dattie mijn results.txt dus ook nog eens weggekieperd had
Ik heb het uiteindelijk uit de results.dat weten te vissen (van die andere machine) maar wil jullie dus behoeden voor dezelfde fout

[MrMilo]

Zoals al eerder besproken in dit kleine draadje gebruik ik nu een batch bestand om alle results.txt bestanden te moven naar mijn pc en daar te mergen. Bedenk ik nu net dat deze versie recheckt doet met een qeue.txt.
Als ik de results.txt move dan draait de client nog (of niet) en is de kans groot dat ie met een recheck bezig is vanuit de qeue.txt .
Gaat dit nu fout?? Is het niet slim om direct ook de qeue weg te gooien?
Daarentegen gebeurd dat volgens mij ook niet als de results worden verzonden; dan kan de qeue.txt ook nog vol staan toch?!

[Ingmar]

Het resultaat uit de Q wordt pas NA de reruns toegevoegd aan de results.txt, wat jij doet met de results.txt in de tijd dat het result uit je Q gererund wordt is onbelangrijk. Wat er gebeurt als je de Q.txt weggooit weet ik niet.

[MrMilo]

BTW nadat ik voor het eerst had geflushed vanochtend ging ik eindelijk over mij 4.99 heen. Schoot achter elkaar 5.9 tot 6.3 eruit. ....conclusie?

[Verwijderd]

Ik heb zojuist wat code aan het script toegevoegd en aangepast. Daarmee worden alle results boven de 8% eruit gefilterd.
Verder zijn er nu twee results.dat files beschikbaar. De ene met een \n regeleinde, de ander met een \r\n regeleinde. Ik hoop hiermee aan eenieders wensen te voldoen. Als er nou nog een programma is dat zegt dat de results.dat leeg is, weet ik het ook niet meer.

[Ingmar]

Verwijderd schreef op 18 April 2003 @ 21:14:
Ik heb zojuist wat code aan het script toegevoegd en aangepast. Daarmee worden alle results boven de 8% eruit gefilterd.
Verder zijn er nu twee results.dat files beschikbaar. De ene met een \n regeleinde, de ander met een \r\n regeleinde. Ik hoop hiermee aan eenieders wensen te voldoen. Als er nou nog een programma is dat zegt dat de results.dat leeg is, weet ik het ook niet meer.

Even ter aanvulling: die 8+laten we er voorlopig uit, tot Stephen (Brooks dus ) kan verzekeren dat het geen fouten zijn, want ze lijken niet correct, aangezien reruns hele andere uikomsten geven. Mochten ze toch terecht zijn, dan komen ze er uiteraard weer in.

[Verwijderd]

Verwijderd schreef op 18 april 2003 @ 21:14:
Ik heb zojuist wat code aan het script toegevoegd en aangepast. Daarmee worden alle results boven de 8% eruit gefilterd.
Verder zijn er nu twee results.dat files beschikbaar. De ene met een \n regeleinde, de ander met een \r\n regeleinde. Ik hoop hiermee aan eenieders wensen te voldoen. Als er nou nog een programma is dat zegt dat de results.dat leeg is, weet ik het ook niet meer.

Hmm ik zou de 9+ er uitlaten.
Dit daar Stephen geschat heeft dat 9 het maximum zou zijn.

[Ingmar]

teig_r schreef op 17 April 2003 @ 19:04:
[...]


Euh, dat was ik. Had inderdaad een rijtje crashende muon clients vanochtend na een nachtje draaien dankzij een aantal incorrecte results.dat (can you say "IE is niet zo goed"?), eventlogs die vol waren gelopen. Wat een feest. Inmiddels is het probleem opgelost en draai ik vrolijk >6%

teig_r, check je results.dat eens of je .txt (weet niet welke je upload) er staan wat html tags in. Aan het begin en ergens in het midden ook nog.

PS. update script werkt niet, hij parsed wel, maar update de file op de site niet. Fix volgt hopelijk morgen als Stephan weer wakker is.

[white_panther]

ff een vraagje, wat was de oude versie van de results.dat, die met \n of die met \r\n ?

[Crack]

Verwijderd schreef op 18 April 2003 @ 21:59:
[...]
Hmm ik zou de 9+ er uitlaten.
Dit daar Stephen geschat heeft dat 9 het maximum zou zijn.

Dat dacht ik nu ook. Eventuele goede uitschieters moeten natuurlijk niet verwijderd worden.

white_panther schreef op 18 april 2003 @ 23:23:
ff een vraagje, wat was de oude versie van de results.dat, die met \n of die met \r\n ?

Volgens mij was \r\n de oude versie, maar ik denk, dat Stephan dat beter FF kan bevestigen.

[Verwijderd]

Verwijderd schreef op 18 april 2003 @ 21:59:
Hmm ik zou de 9+ er uitlaten.
Dit daar Stephen geschat heeft dat 9 het maximum zou zijn.

De reden dat we op dit moment hebben besloten om alles boven de 8% eruit te halen, is dat er slechts één resultaat tussen de 8% en 9% is gevonden. De rest ist allemaal in het gebied 6%-7%. Zodra we de 7% gepasseerd zijn zal ik de grens naar 9% verplaatsen.

Ingmar schreef op 18 april 2003 @ 23:15:
PS. update script werkt niet, hij parsed wel, maar update de file op de site niet. Fix volgt hopelijk morgen als Stephan weer wakker is.

Ik heb er naar gekeken net, maar volgens mij werkt alle gewoon goed. De grafiek verandert immers. Of zie ik dat verkeerd?

white_panther schreef op 18 april 2003 @ 23:23:
ff een vraagje, wat was de oude versie van de results.dat, die met \n of die met \r\n ?

Hélemaal aan het begin deed ik met \r\n. Daarna een tijdje met \n. En nu met beide. Als de file die je vlak voordat ik dit heb toegevoegd downloade goed werkte, dan kun je dus \n gebruiken.

[Ingmar]

Stephan heeft gelijk.... Alleen de datum en tijd van de laatste update worden niet bijgewerkt de file zelf wel.

[Xanathorn]

En versie 4.31b is uit . http://www.stephenbrooks.org/muon1/v431b.zip.

[ Voor 8% gewijzigd door Xanathorn op 19-04-2003 15:52 ]

[Verwijderd]

Ingmar schreef op 19 April 2003 @ 13:36:
Stephan heeft gelijk.... Alleen de datum en tijd van de laatste update worden niet bijgewerkt de file zelf wel.

Problem fixed.

[GrumpyGamerDad]

Xanathorn schreef op 19 April 2003 @ 13:41:
En versie 4.31b is uit . http://www.stephenbrooks.org/muon1/v431b.zip.

ik krijg een 404 error......

Heeft iemand hem al ...... en kan die hem naar mij mailen....

alvast bedankt.

[Xanathorn]

Oops die laatste punt was in de url meegenomen, link is fixed .

[ Voor 18% gewijzigd door Xanathorn op 19-04-2003 15:53 ]

[GrumpyGamerDad]

Het werkt......
bedankt :8)

[Ingmar]

Even voor de leuk, uit de stats pagina van Stephen, de top 10 userts op 18-4 om 16.00 uur:

code:

pos user        #results Mpts     best% 

1.  [SG] SlipStream     8633    512619.4  4.488497  
2.  [AVE] PX3 5421  5421    442723.5  6.331919  
3.  [DPC]Team WAU   4653    436888.2  6.663394  
4.  [DPC]TeamNWW    3224    300282.9  6.456005  
5.  [DPC]Noon       2309    224936.5  6.553913 
6.  BOHICASETI      3129    184493.6  3.601093  
7.  [TA]Stormgiant      3282    180849.0  5.365879 
8.  Flumsi[SwissTeam]   2490    178311.3  6.467092  
9.  [DPC]mSW        2015    159313.0  5.482394  
10. [ARS]johnfkitchen   2099    158273.6  5.045266

4DPC'ers in de Top 10, met een eervolle 3e plaats voor.... hehehe TeamWau

bron is deze pagina dus.

[fenrir]

en nog eens 4 DPCe'rs in de top 10-20
nu nog teamstats

en dan 9 DPC'ers in de top 10 met beste resultaten ( hoe zou dat nu toch komen )

[ Voor 46% gewijzigd door fenrir op 19-04-2003 16:23 . Reden: toevoeging ]

[Verwijderd]

Hmmz. Ik hoop dat mij results nou ook eindelijk eens in de stats verschijnen..

[ZeRoC00L]

wat is er veranderd in 4.31b ?

[white_panther]

van de page van stephen brooks:

Corrected a potentially serious buffer-overrun error that might have been causing some crashes on people's machines.

[Crack]

ZeRoC00L schreef op 19 April 2003 @ 16:34:
wat is er veranderd in 4.31b ?

- - - [4.31b] - - -
Corrected a potentially serious buffer-overrun error that might have been causing some crashes on people's machines.

- - - [4.31a] - - -
Fixed a bug in v4.31 whereby it refused to read results from other versions because I changed the checksumming routine and shouldn't have.

- - - [4.31] - - -
This version included a modification to the re-checking algorithm so that it excludes the highest and lowest values found in the retesting before averaging the remainder. The point of this is to reduce the impact of extreme errors caused by computer malfunctions.
Also included are a couple of feature improvements: the config.txt file is now checked at the beginning of each simulation so you can change some settings without restarting the client, and queue.txt doesn't get gradually longer while filling with spaces.

[white_panther]

dat zei ik ja

[Badger]

Het gaat erg lekker met deze client

muon# cat results.txt |grep ^6. |sort
6.008184 (136.9 Mpts) [v4.3] {47E21037} <SolenoidsOnly>
6.465166 (146.3 Mpts) [v4.3] {8D916E86} <SolenoidsOnly>
6.490818 (145.5 Mpts) [v4.3] {0767F200} <SolenoidsOnly>
6.495516 (144.6 Mpts) [v4.3] {80CE35F0} <SolenoidsOnly>
6.593095 (146.1 Mpts) [v4.3] {CEE77544} <SolenoidsOnly>
6.671788 (149.0 Mpts) [v4.3] {78A9E57C} <SolenoidsOnly>
6.688701 (148.6 Mpts) [v4.3] {FB34BA42} <SolenoidsOnly>
6.707963 (149.4 Mpts) [v4.3] {F0FC13A0} <SolenoidsOnly>
6.710218 (149.7 Mpts) [v4.3] {AAC8F715} <SolenoidsOnly>
6.720460 (148.6 Mpts) [v4.3] {11E18FB0} <SolenoidsOnly>

Voor de mensen die wel eens online een spel spelen:
Ik kreeg bij CS kleine lagspikes om de paar seconden. Na uitschakelen van de muon client waren deze weg.

[ Voor 17% gewijzigd door Badger op 19-04-2003 22:49 ]

[MetalRush]

Dat had ik ook... welliswaar niet bij CS (wat is dat?) maar bij TOCA.
Bij versie 4.2 geen last van gehad...

[Badger]

Counter-strike....

[ Voor 34% gewijzigd door Badger op 19-04-2003 23:02 ]

[Ingmar]

Sir_Floppy schreef op 19 april 2003 @ 23:01:
Counter-strike....

Antiques

Ik had bij Mohaa nergens last van, dat speel ik op dezelfde bak waar ook dat up en downlaod scriptje runt. Misschien heb je je prioruty niet goed staan? of moet je de autosave wat ruimer zetten ipv de standaard 180 seconden.

[patsermode] Maar mohaa loopt hier ook nog goed als ik aan het ftp'en ben aan 2,5+mb/sec :P[/patsermode]

[inquestos]

Wat wordt er nou bedoelt met dat r en rn ????????

[Zephyer]

Ingmar schreef op 19 April 2003 @ 23:11:
[...]


Antiques

Ik had bij Mohaa nergens last van, dat speel ik op dezelfde bak waar ook dat up en downlaod scriptje runt. Misschien heb je je prioruty niet goed staan? of moet je de autosave wat ruimer zetten ipv de standaard 180 seconden.

[patsermode] Maar mohaa loopt hier ook nog goed als ik aan het ftp'en ben aan 2,5+mb/sec :P[/patsermode]

Geen enkel probleem bij BF1942 ...

[white_panther]

nou als ik ga ut'en gaat hij ook uit, misschien meer omdat m'n isdnerbinding het anders niet aan kan

[fenrir]

hmmm stephen heeft nu opeens een apart kolommetje voor 4.31b gemaakt. dan maar alleen naar het aan tal MPts en de best muon kijken. voor elek versie een nieuewe kolom vind ik ook wel weer een beetje overdreven ( een 4.3x kolom is in mijn ogen voldoende)

[Verwijderd]

inquestos schreef op 19 april 2003 @ 23:57:
Wat wordt er nou bedoelt met dat r en rn ????????

Als je het verschil niet merkt, boeit het niet welke je gebruikt

[Verwijderd]

inquestos schreef op 19 April 2003 @ 23:57:
Wat wordt er nou bedoelt met dat r en rn ????????

Return en carridge return.

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 09:52:
[...]

Return en carridge return.

Op precies te zijn:
\n = line feed
\r\n = carriage return + line feed

Stephan202, you're using v4.31, which was later found to be very buggy. Use v4.31b instead. I have your results here but they'll probably get deleted anyway, as v4.31 used the wrong checksums. I actually fixed this error something like 6 hours after uploading v4.31 and produced v4.31a, and now there's v4.31b. You were just unfortunate to get the dud version.

Daar word ik dus een beetje verdrietig van.

[ Voor 23% gewijzigd door Verwijderd op 20-04-2003 10:01 ]

[Xanathorn]

Dat is inderdaad niet zo leuk om te lezen, dat je een hoop werk voor niks hebt gedaan . Om ook maar wat goed nieuws te melden, heb net een hoop 6.6x en een 6.75 geupload .

[Verwijderd]

Iedereen wordt daar verdrietig van. Want als je naar de stats kijkt is DPC bijna nergers meer te vinden.

Dus iedereen overstappen op v4.31b

[Verwijderd]

Verwijderd schreef op 20 april 2003 @ 09:59:
[...]

Op precies te zijn:
\n = line feed
\r\n = carriage return + line feed

[...]

'(

Ohja.

[Verwijderd]

Verwijderd schreef op 20 april 2003 @ 10:09:
Iedereen wordt daar verdrietig van. Want als je naar de stats kijkt is DPC bijna nergers meer te vinden.

Dus iedereen overstappen op v4.31b

Leuk, maar ik heb aantal Machines draaien waar ik de komende 2 weken niet bij kan.

[ Voor 3% gewijzigd door Verwijderd op 20-04-2003 11:02 ]

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 10:53:
[...]


Leuk, maar ik heb een aantal Machines draaien waar ik de komende 2 weken niet bij kan.

[Verwijderd]

Congratz. You just pressed the wrong botton.

[Verwijderd]

Ja ,snap er niks meer van,heb nu 4.3b draaien zegtie nog dat ik 4.3 draai en dat ik gauw een 4.3b moet nemen,
hoe kan dat nou.
Zo wordt het niks,zit er boven op heb alles gewisseld,i feel like a
sta 162 ofzo as dit zo door gaat gaan we maar wa anders doen

[ Voor 14% gewijzigd door Verwijderd op 20-04-2003 11:07 ]

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 10:57:
Congratz. You just pressed the wrong botton.

Yup, wilde verbeteren, zijn er namelijk wat meer.

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 11:00:
Ja ,snap er niks meer van,heb nu 4.3b draaien zegtie nog dat ik 4.3 draai en dat ik gauw een 4.3b moet nemen,
hoe kan dat nou.
Zo wordt het niks,zit er boven op heb alles gewisseld,i feel like a

Die message kreeg je zeker bij manualsend? Dat moet je gewoon negeren, dat probleem is volgens mij nog niet gefixed. Correct me if I'm wrong.

Oh w8, ga manualsend ook ff uitvoeren ...kijken wat ie doet! ((c) Hans T.)

Evaluatie: ja, hier hetzelfde bericht. Niet op letten dus.

[ Voor 7% gewijzigd door Verwijderd op 20-04-2003 11:07 ]

[Verwijderd]

,maar de points komen ook niet uit onder 4.3b..
komt dat doordat we oude results gebruikenmisshien?
en dat we een niuewe hoogste dat moeten maken v 4.3b

[ Voor 56% gewijzigd door Verwijderd op 20-04-2003 11:17 ]

[Verwijderd]

Does i get the Pass to the Muon Results.dat Site when i upload some results for
z.b. Flumsi [DPC] ?

[Xanathorn]

Verwijderd schreef op 20 April 2003 @ 11:08:
,maar de points komen ook niet uit onder 4.3b

Ik heb een half uurtje geleden ook 50 results opgestuurd, vele daarvan van 4.31b. De megapoints werden wel geteld, maar er zijn geen results bijgeteld of hoogste muon %. Denk dat er ergens een glitch in de statspagina zit.

[Crack]

Verwijderd schreef op 20 April 2003 @ 11:08:
Does i get the Pass to the Muon Results.dat Site when i upload some results for
z.b. Flumsi [DPC] ?

You must always flush as [DPC] Flumsi, pay your contribution, where our T-shirt and glue some horns on your head.

Perhaps you get the pass after we've changed it then.

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 11:08:
Does i get the Pass to the Muon Results.dat Site when i upload some results for
z.b. Flumsi [DPC] ?

It will take a huge effort to mutate to a real cow. It's not something everyone is capable of.

De stats worden d8 ik ieder uur geupdate, dus we zullen nog ff moeten wachten. Ik hoop dat wat ik nu heb opgestuurd uiteindelijk wél goed wordt weergegeven op de statspagina, dus incl m'n hoogste muon transfer percentage. Ik heb natuurlijk ook van deze results een backup, maar ik vind het zo niet echt leuk meer.

[ Voor 33% gewijzigd door Verwijderd op 20-04-2003 11:24 ]

[fenrir]

bij mij is gister alles goed doorgekomen en dat waren nog zowel 4.31a als 4.3 results en apart nog wat 4.21b. maar het staat er wel allemaal tussen. wat ik wel jammer vind is dat ik de melding kreeg dat ik minimaal een result.txt van 100 K moest hebben om te mogen versturen. wilde nl. testen met een kleinere

and for Flumsi: you should always wear our T-shirt; like randy48 from extremeDC does

[ Voor 3% gewijzigd door fenrir op 20-04-2003 11:30 ]

[Verwijderd]

I can already few resultste as Flumsi[DPC ] uploaden, but it profit even if I mean result in your data base load.

[Ingmar]

Verwijderd schreef op 20 april 2003 @ 09:59:
[...]

Op precies te zijn:
\n = line feed
\r\n = carriage return + line feed

[...]

Daar word ik dus een beetje verdrietig van.

Verdrietig? Gewoon een n00b actie van Stephen, je test zoeits toch voor je hem online zet?! Getverdemme....

[Verwijderd]

FF opnieuw begonnen zonder result dat.
kijken of het dan wel in de goede kolom komt

[Verwijderd]

Uurtje geleden mijn results.txt van 1mb geflushed, waarin results van 4.3 en alle versies daarna. Ook 4.31b. Maar die zie ik dus nergens terug in de stats. Including mijn nieuwe hoogst

Hoe kan dit??

[Verwijderd]

Verwijderd schreef op 20 April 2003 @ 12:34:
Uurtje geleden mijn results.txt van 1mb geflushed, waarin results van 4.3 en alle versies daarna. Ook 4.31b. Maar die zie ik dus nergens terug in de stats. Including mijn nieuwe hoogst

Hoe kan dit??

Mijn results staan er nou net bij. Meer dan een uur geleden geupped. Ik zou nog ff geduld hebben. M'n percentage staat nu trouwens nog wel op 0%, maar ik ben allang blij dat er 241 results zijn geteld. Zal zo eens proberen te bekijken of het aantal Mpts wel klopt.

[MetalRush]

Ik ben iig met mijn flaptop overgestapt naar 4.31b.
Hij stond namelijk al bijna 4 dagen te hakken op 1 resultje
(was ook nog eens een 5.83, dus niet echt spectaculair).
Heb daar wel de nieuwe results.dat ff bijgezet (de /r-versie), nu dus maar afwachten.

Die problemen hierboven; jullie flushen toch niet de results met een nieuwere (of oudere) client he?? De verschillende versies zijn onderling dus NIET compatible (ook de manual_send niet). Vraag mij niet waarom... maar dat zijn ook mijn ervaringen.

[Verwijderd]

even concreet :

tellen de results van 4.3 ? > net een paar verstuurt.
Kan de result.dat gebruikt worden voor 4.3b ?