Thats because it was irrelevent; you imply that an emulator would be an application, which is nonsense wether the emulator is "clearly defined" or not.
Hardly irrelevant. You seem to be having some trouble with your comprehension of English. The m68k translation layer was tied into the OS quite closely; that's why I used 'clearly-defined', to distinguish it from your average emulator (which runs as a user process - in other words, an application).
An emulator suggests that the environment of the machine being emulated is provided in its entirety, usually in virtualized form.
The MacOS didn't do that - it was effectively equivalent to what Java does, with bytecode being interpreted on the fly.
To put it another way, there was no 'm68k Mac' inside your PPC Mac - just a thin layer that allowed conversion of the m68k instructions.
As for your FPGA, what it's doing is acting as a 6810. You're proving my point, not yours; they pretty much just embedded the entire C64 environment in firmware.
Again, the x86's 8086 mode proves my point - it provides a 'virtual machine' that's almost exactly equivalent to a real 8086.
Oh, by the way, nice revisionist editing there; I noticed you neatly clipped out the 'clearly-defined' that I had in front of 'emulator'.
Not quite. The Power series has been 64bit for quite a while, and they use what is effectively a superset of the PPC instruction set (with the exception of Altivec, for the time being anyway).
Yes. They did it gradually. The first PPC Macs ran a 68k emulator which provided backwards compatability for old Mac software. Intel are trying to do the same thing; you can run IA-32 software on IA-64.
The problem that Intel has, and that Apple didn't, is that the IA-32 mode on an Itanium is generally slower than a real IA-32. Many Mac users found that their old 68k code ran just the same, or in some cases faster on the new PPC's. Intel then, is at a disadvantage with the IA-64, speedwide. Why invest all that money in a new platform just to run your code slower?
Sorry, you're wrong on two points there.
- The PPC Macs did not run a m68k 'emulator' - an opcode translator converted m68k code to PPC code. There wasn't a clearly-defined emulator (which implies an application) - certain parts of the MacOS itself at the time consisted of m68k code, which was run through the translator.
- The first PPCs ran m68k code *slower* than the fastest m68k Macs. In particular, the 6100/60 was badly crippled by its lack of cache, and could be quite handily beaten by the faster 68040 Macs when running m68k apps.
256MB *standard*? You must be joking. Of course Dells/IBMs/whatever come off the shelf with 256MB, but I don't know any large firm buying new PCs with less than 512MB, and most places already seem to have 1GB as their default.
Believe me, trying to use a 256MB PC for real work is painful.
You're probably right that I'm incorrect as to the reason for the strange resolution, but overscan can be a function of the signal source - the Amiga was doing it in the 1980s to provide a "full-screen" image.
In case you missed that part when you were skimming James Gleick's book on chaos theory, the whole point of it is that although it's very difficult to predict anything over the short term/on a fine scale, the overall tendency of a chaotic system may present a regular pattern if the data is interpreted in the right way.
That's why, when plotting a Lorenz strange attractor, you can't predict where the next point will fall - but you can predict the butterfly shape that those points will form.
Perhaps you missed it, but none of the major child characters have mothers.
Shinji: Died in Eva accident Rei: Duh. Asuka: Suicide. Misato: Not mentioned, I think, but possibly Antarctica or in the aftermath of the Second Impact. Ritsuko: Suicide. Kensuke: Died in aftermath of Second Impact. Toji: Died, probably in aftermath of Second Impact. Kaoru: Again, duh.
Geez, don't bitch - you lot in the USA get anime at one third to a half of the price of what it is here in Japan.
Take GitS, for example - in Japan, it's still sold at the RRP of 7,800 yen (about $US65), at best with 20% discount, but in the States, you can get it for around $US25.
The article states that the price of the rerelease is 39,800 yen, but Gainax's site does not have that figure anywhere on the announcement, and their online sales area lists the price as TBA. What's the source for this?
Videocard fanboy masturbation... why bother reading it? It'll be just like the 500 other video card reviews we've seen this year. You know the ones: "The BadBoy XXTerminator SpanKKAss 50K VX Turbo beat out our standard test rig with a whole 0.7 FPS!"
Big deal. Wake me up when there's some *real* news.
Stop bitching about new releases not arriving immediately in the US. Your anime is priced much *lower* than the original in Japan - even though most US releases require dub/sub, new packaging, etc.
For example, Ghost in the Shell (the movie, not the new series) still costs 7800 yen here in Japan - while Right Stuf has the same thing for $US25! Evangelion, too - not only is it dub/subbed, but some of the animation was redone to use English instead of Japanese, and yet the DVD box costs less than one-third of the Japanese original (which you can't even buy any more).
That's Masami Teraoka. Seeing as how he was born in the 1930s, I find it surprising that his work would be from the 19th Century...
For early examples, Hokusai's "Pearl Diver and Two Octopuses" dates from the late 18th Century, and is probably the most famous ukiyo-e depicting bestality.
Slashdot Mirror
Thats because it was irrelevent; you imply that an emulator would be an application, which is nonsense wether the emulator is "clearly defined" or not.
Hardly irrelevant. You seem to be having some trouble with your comprehension of English.
The m68k translation layer was tied into the OS quite closely; that's why I used 'clearly-defined', to distinguish it from your average emulator (which runs as a user process - in other words, an application).
Well, from memory this is what I have running on my work PC at any one time:
- Windows NT4 SP6 (Not my choice, believe me)
- Outlook
- Mozilla 1.1
- Cygwin, running:
- X
- xterm * ~20
- openbox
- bbkeys
- gvim (Cygwin version)
- gvim (Windows version)
- Proprietary app (VB + Tcl)
It really grinds when switching apps.
(BTW, my comment was only meant to apply to Windows - I've never really had any trouble running Linux in anything more than 128MB or so.)
An emulator suggests that the environment of the machine being emulated is provided in its entirety, usually in virtualized form.
The MacOS didn't do that - it was effectively equivalent to what Java does, with bytecode being interpreted on the fly.
To put it another way, there was no 'm68k Mac' inside your PPC Mac - just a thin layer that allowed conversion of the m68k instructions.
As for your FPGA, what it's doing is acting as a 6810. You're proving my point, not yours; they pretty much just embedded the entire C64 environment in firmware.
Again, the x86's 8086 mode proves my point - it provides a 'virtual machine' that's almost exactly equivalent to a real 8086.
Oh, by the way, nice revisionist editing there; I noticed you neatly clipped out the 'clearly-defined' that I had in front of 'emulator'.
Not quite. The Power series has been 64bit for quite a while, and they use what is effectively a superset of the PPC instruction set (with the exception of Altivec, for the time being anyway).
64GB total, 3GB per process (actually variable, up to about 3.5GB)
Er, bullshit.
Hara = stomach
Kiri = gerund of kiru (=to cut)
Literally, 'stomach-cutting'.
It's the vernacular for seppuku (which, by the way, is written using the same characters - setsu is kiru, fuku is hara).
Yes. They did it gradually. The first PPC Macs ran a 68k emulator which provided backwards compatability for old Mac software. Intel are trying to do the same thing; you can run IA-32 software on IA-64.
The problem that Intel has, and that Apple didn't, is that the IA-32 mode on an Itanium is generally slower than a real IA-32. Many Mac users found that their old 68k code ran just the same, or in some cases faster on the new PPC's. Intel then, is at a disadvantage with the IA-64, speedwide. Why invest all that money in a new platform just to run your code slower?
Sorry, you're wrong on two points there.
- The PPC Macs did not run a m68k 'emulator' - an opcode translator converted m68k code to PPC code. There wasn't a clearly-defined emulator (which implies an application) - certain parts of the MacOS itself at the time consisted of m68k code, which was run through the translator.
- The first PPCs ran m68k code *slower* than the fastest m68k Macs. In particular, the 6100/60 was badly crippled by its lack of cache, and could be quite handily beaten by the faster 68040 Macs when running m68k apps.
256MB *standard*? You must be joking.
Of course Dells/IBMs/whatever come off the shelf with 256MB, but I don't know any large firm buying new PCs with less than 512MB, and most places already seem to have 1GB as their default.
Believe me, trying to use a 256MB PC for real work is painful.
You're probably right that I'm incorrect as to the reason for the strange resolution, but overscan can be a function of the signal source - the Amiga was doing it in the 1980s to provide a "full-screen" image.
Yes, that's what I said...
Overscanning, most likely - same as what's done with NTSC or PAL to ensure that there's no weird border around your screen.
In case you missed that part when you were skimming James Gleick's book on chaos theory, the whole point of it is that although it's very difficult to predict anything over the short term/on a fine scale, the overall tendency of a chaotic system may present a regular pattern if the data is interpreted in the right way.
That's why, when plotting a Lorenz strange attractor, you can't predict where the next point will fall - but you can predict the butterfly shape that those points will form.
In Japanese, it's name is... "Earth Simulator"!
Wasn't that a surprise?
Er... I live in Japan, so that's not particularly helpful.
What I wanted to know is where they got that figure from, considering there's been no official announcement...
$40? More like $60-$70...
And what exactly does a Japanese company have to do with the MPAA/DMCA?
I will.
Perhaps you missed it, but none of the major child characters have mothers.
Shinji: Died in Eva accident
Rei: Duh.
Asuka: Suicide.
Misato: Not mentioned, I think, but possibly Antarctica or in the aftermath of the Second Impact.
Ritsuko: Suicide.
Kensuke: Died in aftermath of Second Impact.
Toji: Died, probably in aftermath of Second Impact.
Kaoru: Again, duh.
Geez, don't bitch - you lot in the USA get anime at one third to a half of the price of what it is here in Japan.
Take GitS, for example - in Japan, it's still sold at the RRP of 7,800 yen (about $US65), at best with 20% discount, but in the States, you can get it for around $US25.
The article states that the price of the rerelease is 39,800 yen, but Gainax's site does not have that figure anywhere on the announcement, and their online sales area lists the price as TBA. What's the source for this?
Videocard fanboy masturbation... why bother reading it? It'll be just like the 500 other video card reviews we've seen this year. You know the ones: "The BadBoy XXTerminator SpanKKAss 50K VX Turbo beat out our standard test rig with a whole 0.7 FPS!"
Big deal. Wake me up when there's some *real* news.
ZZZZZ...
Stop bitching about new releases not arriving immediately in the US. Your anime is priced much *lower* than the original in Japan - even though most US releases require dub/sub, new packaging, etc.
For example, Ghost in the Shell (the movie, not the new series) still costs 7800 yen here in Japan - while Right Stuf has the same thing for $US25! Evangelion, too - not only is it dub/subbed, but some of the animation was redone to use English instead of Japanese, and yet the DVD box costs less than one-third of the Japanese original (which you can't even buy any more).
Goddamn tag processing.
I meant to say:
*ConversionStartKeys: Shift<Key>space
In .Xresources, you'll need to add a line like:
*ConversionStartKeys: [Whatever key you want]
Unfortunately, I don't have a Windows keyboard, so I don't know what you should put. I use Shift+Space, which looks like this:
*ConversionStartKeys: Shiftspace
That's Masami Teraoka. Seeing as how he was born in the 1930s, I find it surprising that his work would be from the 19th Century...
For early examples, Hokusai's "Pearl Diver and Two Octopuses" dates from the late 18th Century, and is probably the most famous ukiyo-e depicting bestality.