I keep thinking it is a region problem. On PS3hax there are complaints DLC's not working anymore. Those are also depending on region. I always use a pup for western europe to build my MFW but I don't know what pup is used for this OtherOS++ pup.
My theory is the PS3 see's it's in another region and that is why it want's to sync. It needs changed settings from the new region PSN to continu. Not sure, have to wait some hours before my format is finished to examine this problem any further. That will be tomorow. There are no trophies so that is not the reason the PS3 wants to sync to PSN, there must be another reason.
I will compare both xregistry's (i made a backup) to see if there are region changes.
Ok thanks man! Whatever you find make sure you report it to the gitbrew team so they can investigate. You can always ask them questions either on their IRC or on twitter via @gitbrew.
I can't seem to login to their IRC so it must need to be on linux or something. IDK.
But for any games you do test please put them in the OtherOS++ compatibility thread. I'm gonna start doing the same thing tomorrow.
I have the same error with ac 2..
I'try find a solution..
Also Oozic has posted a translated version on how to do an internal install before this pup was released at PS3hax.net . The problem did not occur using a patched lv1 pup, but I also noticed vflash 6 was never touched. Maybe that could be the problem.
Any chances for fixing this? I have the same error in Sport Champions [from br disc] and similiar in Fifa 11 [backup] - game starts in background, but is locked by screen saing that trophies are being loaded. Games without thropies [for example Blur] are working fine.
Folder trophy doesn't exist in user's home dir and even creating trophy/_TROPSYS_/ with empty files PARAM.PFD and TROPSYS.DAT didn't help.
If there's so far no solution for this I'll probably will have to go back to kmeaw's CFW. Will this ROM destroy anything on vflash or my Linux will be left untouched? And if there will be any way to boot it? Doesn't have to be dual boot, just a .pkg to do that. For the last few months there was so many of different apps and attempts...
You can install any other 3.55 CFW you want, also 3.55 OFW without losing your OtherOS++ partition :) I think using the old method with lvl2-v9 will let you use Linux again. Don't know if graf_chokolo his utils / Geoffried his modified tools will work with the latest OtherOS++ Rebug. Haven't tested it, haven't seen GameOS in a week ;)
Did any1 try the rebug mfw with otheros++ enabled? I heard it has a higher game compat.
I have been looking around if the PS3 had this kind of problems before and found PSN error 8001050F. Exactly the same problems and it had something to do with the PS3 internal clock and showing it in GMT time.
Now I understand it is 2011 but my point is this: I noticed using Debian my clock is 20 minutes before the original clock and if I return to GameOS the clock is showing the correct time.Quote:
Originally Posted by iammeiam:
The going theory is that the PS3 is storing some form of date in GMT, then modifying that to get whatever you see in the on-screen clock. That modification process seems to be fine--the system can take 2/28/2010, 9PM GMT, add four hours, and get 3/1/2010, 1AM random time zone.
What's apparently effed, as speculation goes, is when the internal GMT-tracking rolls over to 3/1. It's either not rolling, or rolling to 2/29, at which point a system tries to add/subtract from 2/29, which it can't do because the front-end calendar doesn't have a 2/29/2010, and shit explodes. Seemed to happen around 4PM PDT, which I think is 12AM GMT, so.
And the PS3 launched in 2006; it's hit 4 2/28s so far. 2007 and 2009 were odd-numbered years; 2008 was an even, and a leap year. 2010 is the first even non-leap-year the system's been around for. If some sort of base-level math is choking on itself, it may have ruled out the odd 2007 and 2009 successfully, but is convinced the even 2010 is a leap year (this part I'm less sure of, but is why leap year could theoretically come into play at some point.)
Maybe Debian shows the real internal system clock while GameOS doesn't?
I also can't sync the time in GameOS with the internet, I can only set it manually. Not sure if this is always with CFW but I think it is strange.
see also this for more info about the same problems: PSN error 8001050F Sony's official response, PlayStation 3 PS3 News | GamesRadar
Edit: did some more digging:
source: Linux Kernel OverviewQuote:
Real Time Clock
Similar to a PC, a built-in real time clock (RTC) keeps the wall clock time for the PS3. The RTC is backed up by a battery and so ticks even if external power is removed. The RTC value can be read by a hypervisor call, but it can not be written. The RTC value monotonically increases and never rolls back.
The PS3 Linux platform support uses the standard RTC userland interface /dev/rtc, The standard hwclock command can be used to manage the RTC. Since the RTC is read only, the PS3 Linux platform support maintaines a value in system flash memory that represents the difference between the hardware RTC value and the Linux RTC value.
Edit2: I have checked the hwclock command under Linux. While it is 17:00 during the short test the hwclock command says it is 15:24 cest (same date). so there is a 1:36 time difference ...
Is it possible the PS3 wants to sync because of this time difference?
And how come RTC is read only and so close to the standard time? Something has to set it...
The hwclock has some interesting options. Only used the --test option and I got the error the kernel isn't an Alpha and hwclock is incompatible (util-linux-ng 2.17.2)