Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 128 reacties

De storing die er voor zorgde dat gebruikers met een oude PlayStation 3-console geen verbinding konden maken met het PlayStation Network, is voorbij. Het probleem lijkt simpelweg vanzelf verholpen te zijn door de overgang naar 2 maart.

PS3Hoewel Sony Computer Entertainment maandagavond nog aangaf op zoek te zijn naar een oplossing, lijkt het probleem zichzelf te hebben verholpen toen de datum in de nacht van maandag op dinsdag versprong van 1 naar 2 maart.

Volgens Sony, dat bevestigt dat de oude PS3's weer normaal zouden moeten werken, herkenden de oude consoles 2010 als schrikkeljaar, terwijl dat in werkelijkheid niet het geval is. Hoewel de fabrikant het niet zo letterlijk stelt, lijkt oorzaak van het probleem dat oude, door Sony gebruikte cpu's een bug bevatten die in 2010 soms onterecht op 29 februari rekent. Daardoor raakte de interne klok van de PS3, alsmede alle toepassingen die iets met die klok te maken hebben, zodanig in de war dat de console onbruikbaar werd.

Maandag maakten gebruikers melding van problemen met hun PlayStation 3. Al snel bleek dat alle systemen van de eerste generatie PS3-consoles last hadden van het probleem. Ook konden diverse games niet meer opgestart worden en werden, bij games die wel werkten, de Trophies niet geregistreerd. De getroffen consoles toonden bij het verbinden met het PSN foutcode 8001050F en gaven in de interne klok als datum 1 januari 2000 of ouder aan.

Moderatie-faq Wijzig weergave

Reacties (128)

Is dit sowieso niet het type bug waar je je als zelfrespecterend programmeur/chippenbakker behoorlijk voor moet schamen? Computers kunnen al jaren kalendertjes en dergelijke bijhouden. De code voor dit soort functionaliteit is alles behalve complex en gewoon overal bekend. Ik vind een bug als deze toch wel triest. Ik neem aan dat de chipbakker ook gewoon ergens een stukje code-library heeft waar datumfunctionaliteit in zit. Schrikkeljaren zijn niet nieuw, de formule is eenvoudig en veranderd nooit. Ik vind dit het soort vergissing wat een student die net programmeren leert zou kunnen maken omdat hij/zij even niet goed op let. Maar een bedrijf dat chips maakt, kan zich dit toch niet veroorloven?
Schrikkeljaren zijn niet nieuw, de formule is eenvoudig en veranderd nooit.
Zo eenvoudig is de formule anders niet. Wist je dat er eens in de 400 (!) jaar een schrikkeljaar tussenuit valt? Ik geloof dat het jaar 2000 zo'n heel bijzonder schrikkeljaar was. Verder heb je ook nog schrikkel-seconden! Als je horloge niet in verbinding met een tijd-server staat dan kan die in principe nooit langer dan een jaar nauwkeurig zijn, omdat ze aan het eind van elk jaar al dan nodig een of twee seconden toevoegen.

Dus als wij allemaal champagne aan het drinken zijn gaat de klok eerst naar 23:61 voordat die weer op 00:00 springt... noem het maar simpel.
Wist je dat er eens in de 400 (!) jaar een schrikkeljaar tussenuit valt? Ik geloof dat het jaar 2000 zo'n heel bijzonder schrikkeljaar was.
:?
Dat kan niet zo zijn, anders was ik nooit getrouwd geweest.... 8)7 |:(
OnTopic:
ik vind het een meest bijzarre, ongelooflijk stomme fout, een Millenium-Bug, okay dat begrijp ik ook nog wel: 2 digits - 4 digits, maar dit...? Een dag vergeten/overslaan die te programmeren, 4,4,4,2,4,4,4,4 dat valt toch op???

[Reactie gewijzigd door HoeZoWie op 2 maart 2010 11:57]

Nee het is elke nieuwe eeuw geen schrikkeljaar, behalve als dat jaar weer door 400 te delen is. Vandaar dat 2000 dus wel een schrikkeljaar was. Ook daar vielen een aantal programma's door de mand.
[/glazenbol modus]
Dit lijkt meer op een 1 digit probleem, maar dat zou je dan in 2012 moeten merken ALS de PS3 denkt dat het 2002 is.

[Reactie gewijzigd door Vaan Banaan op 2 maart 2010 12:42]

Dat er een foutje in een klok of kalender zit is nog tot daar aan toe, maar het is vervolgens een regelrechte schande dat je dan verder je apparaat niet kunt gebruiken.
Dit was dus bijvoorbeeld zo'n punt by Y2K. Blijkbaar heeft Sony daar toch niet zoveel lering uit getrokken.
Als zo een bug zich voordoet lijkt het mij niet meer dan normaal dat een hoop software begint te flippen. Als een programma weet dat 29/02/2010 niet mogelijk is dan kunnen er een hoop onvoorziene fouten optreden omdat het een fout is die je normaalgezien niet verwacht.

En Y2K is hier totaal niet aan gerelateerd. Daar had men schrik dat systemen terug zouden gaan naar 1900 maar wel naar een geldige datum. Het enige grote systeem dat wel foutief heeft gereageerd was een webserver van MS waarbij op de site het jaartal 19100 naar voren kwam.
De relatie met Y2K is zeker wel te leggen. Sony had lering kunnen trekken uit het proces van normale werking van apparaten minder afhankelijk maken van de klok/kalender. Net zoals dat bij liften of kerncentales gebeurd.
onzin, er was niet echt een probleem behalve dan bijvoorbeeld bij trophies en savegames, en die moet je wel datumspecifiek maken omdat de console anders ook niet kan weten wat het nieuwst is of wanneer iets behaald is. Bovendien is dat ook voor de speler wel handig.
Ohw, ik had deze nieuwspost van een dag eerder gemist. Even scannen over de reacties leert mij dat het bijna alleen maar gaat over referenties aan Y2K.

http://tweakers.net/nieuw...bruiken-na-datum-bug.html

Dus onzin?
Code die met tijd werkt lijkt simpel maar is in werkelijkheid behoorlijk complex. Je hebt te maken met zomer- en wintertijd, schrikkeljaren en daar uitzonderingen op, en het moet allemaal synchroon lopen want anders krijg je inconsistentie. Zo simpel als 'het is maar een datum' is het niet.

[Reactie gewijzigd door Deem op 2 maart 2010 09:11]

Je hebt te maken met zomer- en wintertijd, schrikkeljaren en daar uitzonderingen op, en het moet allemaal synchroon lopen want anders krijg je inconsistentie.
Dat is enkel de representatie van een tellertje. Pas op het moment dat je de tijd gaat tonen in welke formaat dan ook, dan pas hoef je rekening te gaan houden met al die zaken die jij nu opnoemt. BEHALVE: als men xml oid gebruikt en human-readable data wil versturen/opslaan, maar ja dan vraag je er ook wel een beetje om.

Overigens mag de tester wel een draai om zijn oren krijgen tesamen met degene die zijn eigen code heeft ingebouwd (vaak vanwege het not-invented-by-me en/of het ik-weet-het-wel-ik-hoef-het-niet-op-te-zoeken syndroom) ;)

[Reactie gewijzigd door HerrPino op 2 maart 2010 09:31]

29 februari 2010 is dan ook een human-readable iets waar je mee in te problemen komt en net hetgene wat hoogstwaarschijnlijk de bron van al het onheil geweest is.
Ach ze kunnen bij philips niet eens een wekkerradio maken die de tijd correct weergeeft en welke binnen korte tijd gewoon 15 minuten voorloopt..
Mogelijk heeft het ook met timing te maken, het is in iedergeval allemaal niet zo simpel als dat jij voor doet komen.. Overigens heeft Sony de betreffende chip ingekocht en niet zelf geproduceerd..
Wat heeft Philips hier mee te maken?
Waar gehakt wordt vallen spaanders. Bugs zullen altijd blijven bestaan zolang wij mensen code kloppen.
Deze fout is exemplarisch van de shortcuts die men vaak neemt tijdens ontwikkel en testtrajecten. Om datum fouten op te sporen (als men er überhaupt aan denkt) wordt vaak de datum gewoon verzet naar de testdag. Zelden wordt er echter de rollover (overgang van de vorige situatie naar de te testen situatie, en naar de volgende situatie) getest.

Ik heb in 1997, mogelijk 1998 meegemaakt dat ik achter mijn NT4 workstation met SP1 of 2 zat te werken tijdens de overgangsnacht van zomer naar wintertijd. Om 3 uur 's nachts vroeg NT4 of het OK was om de klok terug te zetten, alleen om het een uur later (de nieuwe 3 uur in wintertijd) opnieuw te vragen! De meesten zullen dit nooit meegemaakt hebben, omdat ze dan over het algemeen in bed liggen en de wijziging of zonder interactie uitgevoerd wordt of pas de volgende ochtend de vraag voorgeschoteld krijgen.

Ik zou als testplanschrijver voor dit soort situaties waken door de datum op een geldige datum te zetten, 28 februari 2010 om 23:45 bijvoorbeeld, en te wachten tot de volgende "dag" aanbreekt.

Gelukkig stond de mijne al 2 weken uit en kon de bug geen ravage veroorzaken op mijn systeem. Indien een firmwareupdate dit probleem niet oplost zal ik mijn systeem op de laatste dag van februari 2014 gewoon uit laten staan tot 2 maart.
pfiew, dat is geluk hebben, maar ik hoop wel dat ze met een firmware update komen om dit in de toekomst te voorkomen. Feit blijft dat er een bug in zit die sommige even jaren herkend als schrikeljaar, terwijl dit niet het geval is.
twijfelachtig of dit kan opgelost worden met een firmware upgrade. Klokken zijn doorgaans fysieke hardware.
Volgens mij is de hardwareklok vaak een ding wat alleen een getalletje (bijv unix-time) terug geeft, zonder zich iets aan te trekken van schrikkeljaren.
Een PC heeft een HW clock die de informatie echt in seconden, minute, uren, dag, maand, jaar heeft staan zie.

http://www.codebreakers-journal.com/content/view/217/93/
http://www.chiplook.com/stock/DS1307.html

Ik vermoed dat dit ook het geval bij de PS3.

Mijn gevoel is ook dat alleen fout ging op 1-3-2010 anders waren er voorgaande jaren ook al problemen geweest.

Zie ook.
It has been suggest that older verions of the ARM SYSCON cpus had errata such that the CPUs believed incorrectly that 2010 was a leap year and may be partially responsible for non slim versions of the Playstation 3 not being able to function properly beginning on 3/1/2010. "The ARM SYSCON CPU that is used to power up the front panel of the ps3, that is responsible for doing things like sleep mode, eject, RTC etc. Is an old batch that sony picked up from the shelf like other manufacturers that has that calendar year bug regarding feburary 29th on certain periods. Causing the ps3 system clock and the real time clock to desync, messing up security measures like Digital Rights management software and sometimes games that relies on clocks for whatever reason. As well as signing up to the playstation network… This CPU is always on even when your PS3 isn’t plugged
DRM Defective by design.
In het verleden behaalde resultaten, bieden geen garantie voor de toekomst. Het kan best zo zijn dat de chip 'by design' ook fouten gaat maken in de komende jaren en dan zal Sony toch echt in moeten grijpen (terugroepen van consoles?).
twijfelachtig of dit kan opgelost worden met een firmware upgrade. Klokken zijn doorgaans fysieke hardware.
Gelukkig kan dit wel. Misschien kun je je de beruchte F0 bug in de eerste pentium nog herinneren? Ieder OS deed hiervoor een microcode fix implementeren waardoor dit niet meer optrad. Onder Linux en BSD zag je dit vrij duidelijk, windows deed het stilletjes.
De F0 0F bug waar je over spreekt werd met een workaround gefixt. Updaten van microcode is pas mogelijk vanaf de pentium pro, de pentium classic kon dit niet:

bron
Nooit geweten dat er 2 verschillende grote bugs in de pentium zaten.
Wij zelf hadden toen een pentium met de Pentium FDIV bug, die zaten slechts in enkele versies. Toen deze chip kunnen omruilen voor een goedwerkende.

De F0 0F bug kende ik nog niet.
Maar inderdaad bij een beetje processor is tegenwoordig de microcode aan te passen.
Het updaten van de micro code was toch iets wat met behulp van de BIOS gebeurt?

Misschien dat Sony dit ook kan, maar hoe groot is dit probleem eigenlijk? Zoals gezegd is dit de eerste keer dat deze problemen optreden.
Eventueel kan je OS ook enkele zaken opvangen zonder moeilijk te doen voor mensen. Ik kan me ooit eens ergens een update van Intel herinneren langs de Windows update voor een bug in de cpu.
De software die hier compleet fout mee omgaat moet gefixed worden. Een illegale datum moet niet betekenen dat je systeem er maar mee stopt.

Straks krijg je auto's waarvan de linker koplamp het niet doen en dus meteen maar stoppen met rijden.
Dan mag je heel wat software gaan terugroepen. MS-Update en natuurlijk alle bankpaslezertjes! want die stoppen keurig met werken als de datum niet klopt. Opzich is daar niets mis mee: als jouw software om een of andere reden op de datum vertrouwt, kan het voor het functioneren handig zijn als het weigert te werken als de datum niet klopt, inplaats van dat het random verkeerde dingen gaat doen. De ontwerper moet dus voor een betrouwbare datum zorgen, en niet zomaar systeemeisen omzeilen omdat jij graag bij je bankrekening wilt.

Overigens rijden veel mensen nu dagenlang door met defecte verlichting, dus vanuit dat oogpunt zou het niet eens zo'n gek idee zijn als je auto weigert met het netwerk (de weg) te "connecten" als je met defecten wilt vertrekken. In de praktijk worden er aan auto's echter heel andere eisen gesteld dan aan computers, dus alle autovergelijkingen gaan mank!
maar met een defecte linker koplamp ben je wel strafbaar..
Natuurlijk, maar uiteraard kun je met software een work-a-round maken, het is dan niet echt in het kader 'genezen is beter dan voorkomen', maar het is uiteraard wel een oplossing.
Juist wel in het kader genezen is beter dan voorkomen toch??!
Ontopic, goed dat het weer gefixt is, voor de fanatieke gamer was het toch wel een groot probleem waarschijnlijk...
Of misschien alle? Dit is de eerste even en niet schrikkeljaar sinds de intro van de PS3.
Of een schrikkeljaar als niet schrikkeljaar herkennen. ;) Zit je met het zelfde probleem. |Het duurt 'maar' een dag, maar voor de meeste full-time gamers is dat probleem niet te overzien denk ik. ;)
Denk dat dat wel mee valt. Maar als dit elk even, niet schikkeljaar voorkomt, dan wordt menig gamer hier wel pissig over denk ik. Het is alleen nog de vraag of dit echt alleen in de even, niet schikkeljaren voor komt of ook in de even schikkeljaren, niet even schikkeljaren, niet even, niet schikkeljaren, etc (je begrijpt me vast wel XD).

Daarnaast denk ik dat sony best wel wist dat het probleem zichzelf na 1 maart vanzelf weer oplost en dat ze daarom verder vrij weinig nieuws/commentaar naar buiten hebben gebracht. Wat ik me wel af vraag is of de datum van die PS3's nou op 1 Maart staat of op 2 Maart...
Als het elk even, niet schrikkeljaar voorkomt is het dus pas weer over 4 jaar dat het voorkomt. Dan is het oude model PS3 alweer iets van 6 jaar oud. Ik vraag me af of de meeste gamers die het echt erg zouden vinden om 1 dagje niet te kunnen spelen bij die tijd niet al naar de PSNextGenX8400 zijn overgestapt.
inderdaad ja.. en de keer daarna is het systeem dus 10 jaar oud, waarbij het systeem min of meer net zo verouderd is als de ps2 nu. Dus hebben we het eigenlijk inderdaad over 1 dagje niet /niet goed kunnen gamen op 8 jaar tijd. Zo rampzalig vind ik dat inderdaad niet.

Ik had het op de zaak nog over dit verschijnsel met collega's, als het in een ERP zou zitten zou ik het vervelender hebben gevonden. Ga maar eens een dag lang facturen versturen met datum 1-3-1999 :Y)
in je ERP kun je de datum nog corrigeren, dat ging in dit geval niet en aangezien er een aantal processen, zoals oa trophies, gebruik maken van die datum is het wel een dagje zweten geweest voor de gamers vermoed ik.....

edit: lees net dat de datum op de ps3 WEL veranderd kon worden..... :z

[Reactie gewijzigd door SnowLeopard op 2 maart 2010 10:11]

Ik denk gewoon goed, op 2 maart dus, anders zou er alsnog een probleem zijn :P
Nou dat zal ik je zeggen.
Ik zet hem zojuist aan nadat ik las dat het geen kwaad meer kan hier op Tweakers en hij stond op 1-3-2010.
Dus ik even naar de tab 'datum en tijd' en updaten via internet gedaan.
Toen ging ie weer naar 2-3-2010.
Problem solved ;)

Het viel me wel op tijdens het opstarten dat (ook al stond de datum op 1-3) ie wel gewoon aanmelde op PSN.
2 Maart word dus de (on) officiele niet-game-dag! :+

Ik had er dus ook al last van. Best wel vervelend aangezien nergens een beschrijving van het probleem stond. Gelukkig is het opgelost.
niet even schikkeljaren
De ultieme tweaker... tweakt zelfs het schrikkeljaar-schema zodanig dat oneven jaren een schrikkeljaar kunnen zijn. Hoop wel dat ie de wiskunde niet zo getweakt heeft dat veelvouden van even getallen oneven kunnen worden
must...
play...
video....
games....
aaaaaaaaah!! xD
pfiew, dat is geluk hebben
Dat engineers het wat betreft de datum daar heden ten dage nog steeds van moeten hebben... Eigenlijk is te belachelijk voor woorden.
Dat is helemaal niet vreemd. Momenteel is de tijd en datum veel belangrijker dan vroeger.

Denk aan RSA keys zijn bijvoorbeeld tijdgebonden. Er zijn meer encryptie zaken die tijd afhankelijk zijn.
Denk het niet hoor, want anders zou de Zune dit ook gaan meemaken, ze hebben namelijk dezelfde chip.
Owkee, maar ik vraag mij dan af, vermelden deze consoles nu 1 maart of 2 maart?
Waarschijnlijk in eerste instantie 1 maart, maar wanneer ze dan synchroniseren met het PSN wordt die op 2 maart gezet. De interne klok wordt overrulet door het PSN.

Het probleem met de interne klok gisteren was dat die op 29 februari 2010 stond en da's een ongeldige datum, terwijl 1 maart 2010 wel een correcte datum is.

Ik betwijfel eigenlijk of een simpele firmware dit probleem kan oplossen. In hoeverre kan de firmware aan de interne klok? Als dat niet zo is, dan zullen we waarschijnlijk op 1 maart 2014 weer hetzelfde probleem hebben.
2 vragen die overblijven:
de klok komt mss nu wel op 2 maart, maar intern zal de dag aanduiding nog steeds niet goed zijn als hij berekend wordt, want hij denkt dat er een dag tussen zit.

andere vraag, bij het volgende niet schrikkeljaar dat even is (2014?) treedt dan het probleem niet nog een keer op. Of gaat Sony er vanuit dat iedereen dan de oude ps3 wel weg heeft gedaan of dat ze rond die tijd allemaal kapot en/of vervangen zijn.
Mogelijk kan het wel met een firmware aangepast worden, maar wat dan nog als het zich in 2014 weer 1 dag voordoet, is vervelend maar geen extreme ramp als je weet dat de dag erna het gewoon allemaal weer in orde is.
Het is zeker niet te zeggen dat ze op 1 maart 2014 hetzelfde probleem hebben. Het gaat immers om een bug, niet om consequent of voorspelbaar gedrag...
Immo,
ik vind het vreemd dat er wordt aangenomen dat 2010 een 'schrikkeldag zou bevatten', er is al meer dan een eeuwen bekend dat dit niet zo was, dus een gewone Bug - kan dit niet zijn, een processor is gemaakt om te tellen, dit moet hier gaan om een Human Error, een letterlijk software matige programma fout dus, want de dag er voor was de datum nog goed, gewoon calculatie fout kan het niet zijn, 2000, 2004 en 2008 waren toch gewoon 'Schrikkeljaren.....' 8)7 |:(
Het is een gewone bug. De ARM RTC heeft namelijk speciale hardware voor schrikkeljaren, om te zorgen dat 2000 en 2100 goedgaan. 2100 is namelijk geen schrikkeljaar. Je kunt dus niet toe met een "deelbaar door 4" check. De check die ze wel hebben toegepast breekt dus in in 2010 (en mogelijk ook in andere jaren)
En zijn alle dingen zoals savegames enn trophies nou niet meer corrupt?
Dat las ik gisteren in ieder geval daarom tipte sony de mensen om de ps3 niet aan te zetten.

Bedoel als nu alles opgelost is was die waarschuwing dus overbodig.
De trophies worden opgelost als je ze laat synchroniseren met PSN, de beveiligde inhoud zou meteen opgelost moeten zijn. :)
Ja dat is een goede, met dezelfde cpu die denkt dat 2010 een schrikkeljaar is zou het vandaag dus 1 maart zijn (en niet 2 maart), dus een firmware update lijkt me toch nodig om de boel weer recht te trekken. Of misschien een sync met een time-server of zo?
de mijne kwam op 1/3 te staan, gesync met internet en dan komt de klok weer op 2/3
2 interne klokken + een programmeerfout van jewelste. Je gaat je toch afvragen op zo'n moment hoe het mogelijk is.

Hopelijk laten ze dit niet links liggen, anders krijgen we dadelijk om de 2 (?) jaar een dag van nationale PS3 stilte :D
Liever om de 2 (?) jaar een dag van nationale PS3 stilte dan elk jaar een autovrijedag, daar kan ik mij meer aan storen! Zo kan ik nog wel meer van die kansloze dagen noemen. Zijn genoeg alternatieven te bedenken voor een dag zonder PS3 al zou het voor sommige uiteraard wel zeer rampzalig zijn, dan is echter de vraag of degene zelf niet een probleem heeft, daar lijkt het meer op dan.
Maargoed beter dat het gefixed is en hopelijk niet meer voorkomt in de toekomst :)
Liever om de 2 jaar een dag PS3 stilte dan ieder jaar, 2 weken lang een xbox 360 reces. ;)
Op zich vreemd dat Sony hier nooit is achtergekomen, gezien het probleem dus wel bekend was bij die oude cpu's...
Kunnen we er nu vanuit gaan dat we dit probleem nu iedere 4 jaar krijgen (wanneer het dus een even jaar is maar niet een schrikkeljaar)?
Ze hebben waarschijnlijk de bug gezien, wellicht de gevolgen niet overzien?
Als ze de bug hadden gezien, was daar echt wel tijdig actie op ondernomen.
Wel een grappige oplossing: aangezien ik gisteren de tijd terug gezet had naar 1 maart 2010, denkt mijn PS3 nu dat het 29 april 2020 is. Dit laat dus duidelijk zien dat de weergegeven tijd compleet los staat van de tijdinstelling op de RTC, in tegenstelling op PCs(?).
Het is juist de RTC waar de bug in zit.
Heeft iemand enig idee waarom er nu een probleem was en niet vorig jaar? 2009 is niet deelbaar door 4 en 2010 ook niet, dus er is niet eens twijfel over het feit of het een schrikkeljaar is (anders dan 2000 bijvoorbeeld).
Vorig jaar (2009) was een oneven jaar, dus kan het sowieso geen schrikkeljaar zijn.
Jaar ervoor was 2008 een even jaar en toen was er een schrikkeljaar en dus niets aan de hand.
Nu is het 2010 en is het een even jaar en niet deelbaar door 4, dus geen schrikkeljaar. Het lijkt erop dat hij dus in even jaren die geen schrikkeljaar zijn, een probleem heeft (blijkbaar doet hij de 'deelbaar door 4'-check niet.)
Die check is dan ook niet (helemaal) correct.
Hoe weet een 'kapotte' console dan wel dat het nu 2 maart is? Logischerwijs zou in een schrikkeljaar na 29 februari eerst 1 maart volgen. Daarnaast; als een console op 1 januari 2000 staat ingesteld door deze fout, waarom snapt hij dan wel dat de volgende dag 2 maart 2010 is, en niet 2 januari 2000?

Anyway, tof dat het opgelost is, kan me voorstellen dat veel PS3 bezitters een wegtrekker kregen bij het lezen van het nieuwsbericht over de 'defecte' consoles.
De interne 'kalender' van de oude PS3 kent 29 februari 2010 omdat er iets mis is met de algoritme in de chip die daarvoor verantwoordelijk is.
Op het moment dat je op PSN gaat, word de tijd van PSN gepuched en gesynchroniseerd.
Gister was het 1 Maart op PSN., maar de PS3 denkt 29 februari. PSN pushed die datumwaarde naar je PS3 en gaat dan helemaal over de zeik omdat de PS3 29 februari heeft ipv 1 maart. Dit veroorzaakt een conflict en de ps3 reageert erop door de tijd te resetten naar 10 jaar terug.

Als je op dat moment gaat gamen zouden er verschillende problemen kunnen ontstaan, afhankelijk van het spel dat je speelt en wat voor een rol de tijd in dat spel heeft.
Trophie's heb je altijd in het verleden behaald, maar bevonden zich door de bug ineens 10 jaar in de toekomst, om maar even een voorbeeld te noemen.

Vandaag is dat probleem er niet meer, omdat PSN een tijdwaarde afgeeft die wel door de interne kalender word begrepen.

[Reactie gewijzigd door Deem op 2 maart 2010 16:42]

Waarvan akte, duidelijk.

Ik had niet begrepen dat het tijdsprobleem van het PSN afkwam. Ik vroeg me gisteravond al af waarom sony niet 'gewoon' een datum-patch over het PSN zou pushen, en daarmee de consoles forceren de juiste datum aan te nemen. Maar op deze manier werkt het ook.

Neem aan dat Sony nu de kalender even doorloopt op meer fuckups?
Als het probleem op PSN had gezeten, dan had ook de slim het probleem moeten hebben. het probleem ligt vrijwel zeker in de "fat" ps3 en niet in het PSN netwerk.

het probleem zal meer zijn als Fat ps3 roept "hallo, ik heb het 29 februari 2010 en jij" tegen PSN of ergens intern tegen het OS, die daarop niet meer weet wat ie moet zeggen en de verbinding verbreekt (in geval van PSN) of er gewoon mee kapt (in geval van OS)
Nou,

Het was anders gewoon nog 2020 op mijn Fattie vanmorgen :) Zit niet aan netwerk aangesloten.... mss maar eens doen? :?
2020? nog? dat is wel erg optimistisch :)

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True