Re: Registry Destruction in progress...
- From: Ashikaga <citizenashi@xxxxxxxxx>
- Date: Thu, 29 Jun 2006 18:33:07 GMT
On 69khz Claus Dragon shrieked:
Words to the wise, Ashikaga wrote:
I would looooove to hear how some company managed to alter an OS file
system just to suit the needs of their country OS version just to
limit their own market.
I meant to mean it's the way the application runs.
They do not use the standard XP library for some odd reason.
Aha.
Like some companies just refuse to use the standard intaller, which I found to
be problematic when Windows version changes (Creative Lab is famous for that....
What you see is not what you get.
Not so sure about WinXP, but prior to that, despite they are all Windows,
Asian version of Windows have different encryption technology than that of
the U.S..
Chinese Version I think that was.
Yes.
And I think it may be a problem with the codes, which are
written in non-Roman alphabets that sometimes causes some strange behavior,
Code is written in plain ASCII, period.
I get a hunch it isn't. Some games would show up with some weird scripts,
which is normal, because obviously it's written in different language, so
if the OS isn't selected to use the proper language character set, it
always shows weird symbols and brakets. HOWEVER, some games would refuse
to even boot up if I don't switch language under XP, or even crash. Prior
to XP, the chance is even greater. It's not just Chinese games, but
Japanese games as well. I think it may be the different conventions in
coding the application which is non-standard. And I don't think there is
much academical exchanges or communication between Microsoft and non-U.S.
game developers to make sure the transition to the next OS would be smooth.
A lot of drivers, I am thinking about ATi example, have improved because
when they developed the driver, they actually get some technology feedbacks
from Microsoft, and such exchanges of information is very valuable to
ensure the compatibility issues. Asians software firms, however, usually
do not participate in such technological updates (unless they are huge like
Sony, which has U.S. operations, and with people who can actually
understand English well) so it does not have such advantage.
which doesn't run properly, unless I install Asian character set,
erm, the character set you install has nothing to do with code. Either
a language is unicode-capable (like Java), or not.
I suspect they coded it in Chinese in some eternal modules.... Do you know
when you switch to Chinese or Japanese language (don't know if it applies
to others), the Roman alphabets you type do not look the same nor they have
the same location under character table? They put some their own scripts
in the first 256 locations, which I am guessing..., saves memory allocation
(since they each of those characters uses only one byte, extention to the
first 256 ASCII characters are amended through advanced OS and may use more
than one byte). So the location where we put the letter "A" (I think it's
U0041 when I find it under XP's character table, using Arial as the font
table) may not be "A" when you type it using Asian font.
It means if foreign programmers used non-western European font set when
they code (which is not the default font with those OS), they may look like
Roman alphabets, but computer won't register them as the same thing (unless
the programmer remember to switch to Arial or such western-European
character sets). I am suspecting that may be the cause of some crashing.
and
sometimes they would have conflicting versions of DirectX (e.g., Chinese
version of DirectX would sometimes cause English Windows problems and
create bad sectors).
I really doubt that there is any huge difference apart from the
different language options.
Perhaps that's the encryption stuff I am suspecting. Maybe they used
Chinese version of Visual Basic to code it and compiled it. And it
encrypted using Asian encryption (which is not 192-bit or whatever the
figure it is I don't remember exactly). The U.S. government does not allow
any country outside of the U.S. (don't know if it applies to Canada) to use
our encryption technology, since they think it may be a national security
issue if we let other people use our more advanced techs.
I do not know the jargons, but that's what I meant by
"fetching the files differently." The OSes may look the same (beside the
language showing) but they really were different things underneath (not as
much of a problem with XP, not sure if they changed that).
AFAIK, one small part of code was not used in the non-US versions of
XP and replaced with another solution for that problem (there normally
are hundreds of ways of doing something).
Normally, the only differences between country-OS versions are the
country-specific bits and pieces, which in my opinion, considering
what else the OS serves as, boils down to "not really different things
underneath".
Besides, now you are talking about OS's again while before you were
talking about (quote)foreign games may also have weird
mechanisms(quotend).
Creative Lab is an example at least for an application which - in your
view - works differently. Still waiting about those foreign games you
mentioned...
I only mentioned OSes because it is part of the issue. The foreign games
that have (pardon my non-technical terms) "weird mechanisms" are coded with
weird stuff that isn't standard stuff which our OS can take.
Yes, I do know the vast majority part of the OS is the same, but it's those
few country-specific modules that cause the problem.... And Asian language
set, as I explained earlier, have very different structure all together.
So it's not like German, which share the same character set as English with
some additional alphabets. The entire ASCII table is different. Before
Microsoft standardized the input system, there were half-dozen
non-compatible Chinese input systems (a couple of which you could still
find it under XP's language options, along with IBM's EBCDIC for legacy
support) littered the places.
--
Ashikaga a28
.
- Follow-Ups:
- Re: Registry Destruction in progress...
- From: Claus Dragon
- Re: Registry Destruction in progress...
- References:
- Re: Registry Destruction in progress...
- From: Ashikaga
- Re: Registry Destruction in progress...
- From: Ashikaga
- Re: Registry Destruction in progress...
- From: Ashikaga
- Re: Registry Destruction in progress...
- From: Claus Dragon
- Re: Registry Destruction in progress...
- From: Ashikaga
- Re: Registry Destruction in progress...
- From: Claus Dragon
- Re: Registry Destruction in progress...
- Prev by Date: Re: Registry Destruction in progress...
- Next by Date: Re: Registry Destruction in progress...
- Previous by thread: Re: Registry Destruction in progress...
- Next by thread: Re: Registry Destruction in progress...
- Index(es):
Relevant Pages
|