Results 1 to 10 of 100

Hybrid View

  1. #1
    Player rog's Avatar
    Join Date
    Mar 2011
    Posts
    1,208
    #1 is true, but can be changed.

    #2 is also true, but unless there is not even a single free byte left in ram, can also be changed.

    #3 was definitely true in the past, and probably still is, but not 100% sure.

    edit: apparently #2 has already been fixed.
    (0)
    Last edited by rog; 03-09-2011 at 03:59 PM.

  2. #2
    Player Dsherman's Avatar
    Join Date
    Mar 2011
    Posts
    74
    Character
    Dsherman
    World
    Siren
    Main Class
    WHM Lv 99
    Here is my own rumor (unconfirmed) about that glitch that said the PS2 HDD was full on the Update that occurred December 6,2010........ SE Botched something on the preliminary update they made available on November 30.

    There was no Server downtime on November 30. So people already running the game were not forced to exit and receive the November 30 update.

    It is my belief that anyone that just kept the game running the whole time, plus anyone that just simply didn't try to play FFXI from November 30 until December 6 had no problem with the December 6 update. Those of use that did receieve the November 30 update got that error and had to do the "Clean Install" to get the December 6 update to work.

    If this were true, SE probably overlaid the bad data as they set up the December 6 update..all before anyone knew there was a problem.

    I have received NO confirmation of this from SE.... it is only my own personal experience. But it is plausable.
    (0)

  3. #3
    Player Delsus's Avatar
    Join Date
    Mar 2011
    Posts
    42
    Quote Originally Posted by Dsherman View Post
    Here is my own rumor (unconfirmed) about that glitch that said the PS2 HDD was full on the Update that occurred December 6,2010........ SE Botched something on the preliminary update they made available on November 30.

    There was no Server downtime on November 30. So people already running the game were not forced to exit and receive the November 30 update.

    It is my belief that anyone that just kept the game running the whole time, plus anyone that just simply didn't try to play FFXI from November 30 until December 6 had no problem with the December 6 update. Those of use that did receieve the November 30 update got that error and had to do the "Clean Install" to get the December 6 update to work.

    If this were true, SE probably overlaid the bad data as they set up the December 6 update..all before anyone knew there was a problem.

    I have received NO confirmation of this from SE.... it is only my own personal experience. But it is plausable.
    The only way this would be possible is if PC users also downloaded the bad data, a prelimenery update adds DATs but they sit inactive until an activation code is added to them so playing the game without these DATs should cause no issues.

    About the rumors, I beleave the issue with the PS2 hard drive is that the ffxi partition is the issue, which is why SE decided to change it so that it deleted the old DATs before installing the others, this action by SE proves that the ffxi partition is the issue here.

    There isnt a limit of zones in ffxi, the limit is in the PS2's RAM, it only has 32MB which is pathetic for todays standards, all they could do is try to make a type of page filing to get round this problem, but I dont know how easy that would be.

    however I cant say the exact numbers of japanese playing on the PS2 but as far as I beleve is that the Japanese prefer to play on consoles rather than PC which would enforce the argument that the main japanese playerbase plays on PS2
    (0)

  4. #4
    Player Laraul's Avatar
    Join Date
    Mar 2011
    Posts
    140
    Character
    Laraul
    World
    Fenrir
    Main Class
    SAM Lv 97
    Quote Originally Posted by Delsus View Post
    There isnt a limit of zones in ffxi, the limit is in the PS2's RAM, it only has 32MB which is pathetic for todays standards, all they could do is try to make a type of page filing to get round this problem, but I dont know how easy that would be.
    What's not pathetic is the 2560bit wide bus the PS2 GPU utilizes... that's 1024 reading, 1024 writing, 512 read or write.

    The PS2 is not holding this game back... in anyway what so ever. Rather the aging engine is the issue.

    I'm not sure what you'd expect if they did drop PS2 support.
    (0)
    Last edited by Laraul; 03-11-2011 at 01:14 PM.

  5. #5
    Player rog's Avatar
    Join Date
    Mar 2011
    Posts
    1,208
    Quote Originally Posted by Laraul View Post
    What's not pathetic is the 2560bit wide bus the PS2 GPU utilizes... that's 1024 reading, 1024 writing, 512 read or write.

    The PS2 is not holding this game back... in anyway what so ever. Rather the aging engine is the issue.

    I'm not sure what you'd expect if they did drop PS2 support.
    You realize the ps2 has a total of 32 mb of ram, right? The gpu/cpu obviously aren't holding it back at all.
    (0)

  6. #6
    Player Futan's Avatar
    Join Date
    Mar 2011
    Posts
    53
    Character
    Creativename
    World
    Sylph
    Main Class
    RDM Lv 1
    Quote Originally Posted by rog View Post
    [...]

    #2 is also true, but unless there is not even a single free byte left in ram, can also be changed.

    [...]

    edit: apparently #2 has already been fixed.
    Kind of curious where you got the source code to know that the supposed area limit is hard coded? Hard coded, of course, meaning it's in the source code opposed to an external .DAT. And that's something that would only need to be loaded into memory upon changing zones, while a bunch of other much more memory intensive things are being unloaded from memory, so there should be no issue with memory that causes an area limit.
    (0)

  7. #7
    Player rog's Avatar
    Join Date
    Mar 2011
    Posts
    1,208
    Quote Originally Posted by Futan View Post
    Kind of curious where you got the source code to know that the supposed area limit is hard coded? Hard coded, of course, meaning it's in the source code opposed to an external .DAT. And that's something that would only need to be loaded into memory upon changing zones, while a bunch of other much more memory intensive things are being unloaded from memory, so there should be no issue with memory that causes an area limit.
    Check the memory? Your current area was stored in a 1 byte variable, which limits it to 255 possible values. According to someone in another thread this was changed recently, so the new the cap would be 65535, which obviously will never be reaches.

    And no, it can't just be checked when zoning. It needs to constantly be in memory, just like your x,y,z position.
    (0)

  8. #8
    Player
    Join Date
    Mar 2011
    Location
    Siren
    Posts
    93
    Quote Originally Posted by rog View Post
    According to someone in another thread this was changed recently, so the new the cap would be 65535, which obviously will never be reaches.
    What is the other thread or reference you're talking about? Is it on this forum or somewhere else?
    (0)

  9. #9
    Player rog's Avatar
    Join Date
    Mar 2011
    Posts
    1,208
    Quote Originally Posted by Gwynplaine View Post
    What is the other thread or reference you're talking about? Is it on this forum or somewhere else?
    On here. Not sure what thread it was. May have been deleted even, not sure.
    (0)