To which I ask, where the fuck were the parents? Why didn't the parents teach their kid a bit of the "rules" of the land.
Fuck them. If the parents can't be bothered to teach their *****15 yr old***** kid that copying media [that they haven't paid to have access to] then fuck it. Sue them all the way up and back again.
The EFF is trying to make a case of where P2P can be used and all sides benefits. Stupid articles like this really don't help since they portray the RIAA as the evil do'er here. Hey if you don't like the RIAA don't buy their music. Really that simple.
a) 1100 shared non-copyrighted files [or files to which they had permission]
or
b) 1100 files to which the person had no right to "share".
I'm taking [without RTFA...why bother any more?] a guess that this article refers to case b.
So why is this such a problem? If a 15 yr old kid stole [yes I know "sharing" is not theft... but let's just argue] from a store should we not hold them partially liable [and their parents all the way]? While "sharing" is not really "theft" it is still against civil law in most countries.
So I'd say 3500$ is being too easy on them. Screw it. If the stupid jackasses can't learn sue them for all they are worth!
That's just it. The ARM core doesn't need OOO, register renaming, etc... It actually has more than 4 registers!
As for all the other stuff.. well Quite frankly people are vastly spoiled. 3dNOW for instance has but one use [take a fucking guess]. I'd rather have an inferior ARM core taking one tenth of the power so I can word process, latex and compile stuff compared to my fully bloated Athlon XP-M which prolly takes 25W when idling.
Dude, shut the fuck up you stupid fucking idiot and fucking read the point.... fuck...
The point is the ARM ====>instruction set===== is vastly superior. I've heard rumors that Intel toyed with the idea of a Ghz ARM core. So it's totally possible to add 512KB of cache, an FPU and such. What you will end up with is a core that still takes less power, has a richer ALU and generally cooler.
Let's take some comparisons. x86 has all of 4 registers. You can muster up 3 more if you don't like debugging. The SIMD stuff is mostly just adhoc added on bs. ARM has IIRC 16 registers [1 for PC, 1 for SP].
The x86 set favours memory operands. ARM favours bundling [e.g. you can rotate/shift inside an instruction].
The ARM instruction set also sports generic multipliers [e.g. not just to one pair of registers]. It's multiplier is very fast [comparable to that of the Athlon, way faster than the P4].
Generally this is true but no so much for games as SIMD is [e.g. SSE/3DNOW]
You could take the ARM route and just make things modular. E.g. a ARM7TDMI is based on v4 of the ARM instruction set. An ARM11 device would be based on v5 which sports floating point [and simd later on afaik].
The point I was trying to make is that the x86 instruction set is what will die, not 32-bit ALU's.
Most of it is hype. The biggest problem aside from lack of address space is the fact that the x86 instruction set sucks and was never meant to run this fast. That's why you get a 10x or more difference for power consumption of ARM and x86 cores.
128-bit ALU's won't be useful at all, ever. Aside for things like bignum math co-processors you don't need it. Heck for the most part 32-bit ALU's are over kill. For example, when I hit submit on this form it will prolly strlen() the buffer. Chances are I won't write more than 64KB so why do you need 32-bits to count that?
Before I do even start my turn I check what pieces I could move [regardless of the risk]. Then I look for the pieces I can move that jeopardize the opponents pieces the most [e.g. rank them by their value]. Then I assess the top by the risk to me....
This is "pruning" . I suspect that many others play along the same lines. What does vary greatly is peoples ability to rank [more accurate] the value of a move [e.g. the risk] as well as lookahead further.
Clearly the more accurate the model and the further you look the better you will do.
"Prices are facts. Facts are not copyrightable subject matter"
IAJAM but..... Dictionaries have copyrights on them. So to databooks for most forms of electronics.
Sure you can't say "Mario cart 64 == 50$" is copyrightable but actual printed material is. e.g. you can't just photocopy the flyers and then sell them.
I'd stick with the ARM7 [low power] but you're right even 128Mhz would be nice [58 cycles per pixel, 116 if you use a 30hz clock]. Considering if you ran the graphics core out of the iram that's a hell of a lot of processing power per pixel.
If they added in a hardware divide that would be nice [64x32=>32]... then you could really do some 3d math.
We're not talking leading edge stuff here. Just there are only so many side scrollers you can write before they're redundant. Besides fps games are not the only thing you can do with a 3d core.
But seriously adding a whopping 2MB of ram to a system isn't "4 billion polygons per second of fun" it's "we're not dealing with mono graphics, square wave generators we really need a bit of ram" fun.
My ideas totalled adding 96+32+1768=1896KB of ram to the system [128KB of which would be SRAM] a simple [toggable] 3d core [e.g. you can turn it off when not required or leave it off per default].
Hell you could do the DRAM as banks too and have the ability to power down a bank or two [e.g. do it as 512KB banks].
The point is the GBA isn't a huge step up from the GB. It has shit all ram [well ok compared to the GB it has a lot more] on a 16-bit bus [which defeats the purpose] and really no good graphics behind it. So I think if they're going to mod anything they should bring the GB out of the stone age.
1. up the video ram to 192KB 2. up the internal ram to 64KB 3. Up the external ram to [at least] 1MB, 32-bit bus 4. up the cpu to 32Mhz
Of course make this toggleable, 100$ and....:-)
Actually by having stuff nice multiples [2x, 4x] like that you can get by with alot of [oh in old mode just AND with a zero] e.g. the 64KB of iram just gets the 16'th bit zeroed in all ops. For the iram the two top [bit 20/19], etc...
So really the cost would be low since an AND gate wouldn't really make the design complicated:-)
A decent 32Mhz or so [or better yet throtable] would make for more interesting games [e.g. less planar scrolly more 3d games].
If they wanted to go really far out maybe a simple triangle hardware renderer that could speak directly to the vram? E.g. give it a list of 3d triangles [or an array in mem], a camera, etc, and plot away! Of course then you will need some texture memory built in [cuz the bus latencies for that would be insnae]. So a simple 3d chip with say 256KB of ram [for verticies/textures].
That would totally rock and prolly not kill the battery too much [specially if you can turn off the extra stuff in standard GBA mode].
how about a GBA update where they put ram in it!:-).... For those who don't know. There is a 16MB hole where the built in ram goes. The GBA has but 256KB of ram [16-bit bus].
So two big ways to improve the GBA would be
1. More ram [say 2MB at least] 2. Make the data bus larger [so you can run ARM code out of it]
The trick though would be to not kill backwards compatibility. I think a toggle for the ram/bus would be in order [e.g. set bit to get "advanced plus" mode].
Someone buy this dude a drink! Amen to critical thinking!
Anyone who's taken a semester of police foundations [or listened to their brother rant about it] knows that there are several techniques people use to evade prosecution.
The first is minimalization. That is "I broke the law but only a bit". e.g. speeders do this all the time. "I was only 20 over the limit". Or they try to rationalize it. E.g. "Marajuanna never killed anyone" or "the CD doesn't cost 32$ so it's ok to steal it, they still make a profit on the few sales they do make".
I think mostly on/. people try to defend them because they're like most trolls on the net and they will say anything to get attention.
Furthermore Linux sucks and BSD is dead..... oh and I think I'm forgetting something....
Slashdot Mirror
To which I ask, where the fuck were the parents? Why didn't the parents teach their kid a bit of the "rules" of the land.
Fuck them. If the parents can't be bothered to teach their *****15 yr old***** kid that copying media [that they haven't paid to have access to] then fuck it. Sue them all the way up and back again.
The EFF is trying to make a case of where P2P can be used and all sides benefits. Stupid articles like this really don't help since they portray the RIAA as the evil do'er here. Hey if you don't like the RIAA don't buy their music. Really that simple.
Tom
Ok let's break down the case it's either
a) 1100 shared non-copyrighted files [or files to which they had permission]
or
b) 1100 files to which the person had no right to "share".
I'm taking [without RTFA...why bother any more?] a guess that this article refers to case b.
So why is this such a problem? If a 15 yr old kid stole [yes I know "sharing" is not theft... but let's just argue] from a store should we not hold them partially liable [and their parents all the way]? While "sharing" is not really "theft" it is still against civil law in most countries.
So I'd say 3500$ is being too easy on them. Screw it. If the stupid jackasses can't learn sue them for all they are worth!
Tom
That's just it. The ARM core doesn't need OOO, register renaming, etc... It actually has more than 4 registers!
As for all the other stuff.. well Quite frankly people are vastly spoiled. 3dNOW for instance has but one use [take a fucking guess]. I'd rather have an inferior ARM core taking one tenth of the power so I can word process, latex and compile stuff compared to my fully bloated Athlon XP-M which prolly takes 25W when idling.
Tom
Dude, shut the fuck up you stupid fucking idiot and fucking read the point .... fuck...
The point is the ARM ====>instruction set===== is vastly superior. I've heard rumors that Intel toyed with the idea of a Ghz ARM core. So it's totally possible to add 512KB of cache, an FPU and such. What you will end up with is a core that still takes less power, has a richer ALU and generally cooler.
Let's take some comparisons. x86 has all of 4 registers. You can muster up 3 more if you don't like debugging. The SIMD stuff is mostly just adhoc added on bs. ARM has IIRC 16 registers [1 for PC, 1 for SP].
The x86 set favours memory operands. ARM favours bundling [e.g. you can rotate/shift inside an instruction].
The ARM instruction set also sports generic multipliers [e.g. not just to one pair of registers]. It's multiplier is very fast [comparable to that of the Athlon, way faster than the P4].
blah blah blah.
Tom
Just because you don't understand where the term comes from doesn't means it's wrong.
Tom
Troll.
A trivial "puts("hello world")" application with GCC 3.2.3 in GNU/Linux is a mere 2984 bytes.
Maybe you're
a)an idiot
b)ignorant as to how GCC works
c)a troll
d) all of the above.
Tom
Generally this is true but no so much for games as SIMD is [e.g. SSE/3DNOW]
You could take the ARM route and just make things modular. E.g. a ARM7TDMI is based on v4 of the ARM instruction set. An ARM11 device would be based on v5 which sports floating point [and simd later on afaik].
The point I was trying to make is that the x86 instruction set is what will die, not 32-bit ALU's.
Tom
Most of it is hype. The biggest problem aside from lack of address space is the fact that the x86 instruction set sucks and was never meant to run this fast. That's why you get a 10x or more difference for power consumption of ARM and x86 cores.
128-bit ALU's won't be useful at all, ever. Aside for things like bignum math co-processors you don't need it. Heck for the most part 32-bit ALU's are over kill. For example, when I hit submit on this form it will prolly strlen() the buffer. Chances are I won't write more than 64KB so why do you need 32-bits to count that?
Tom
end of x86 processors maybe. Last I checked the 32-bit ARM cores were not only speedy but took quite a bit less power than the average x86.
Tom
But then if you need visio, project, etc... it costs more. Not to mention the "new fileformat of the week".
While OpenOffice isn't perfect I'd rather use it [or latex] to make documents then some pathetic lame huge-ass suite from MSFT.
That's another rant too. Ever notice how big Office is? Ever notice how big OO is?
Tom
The problem is my nearsighted friend is that they will undersell Apple itunes until it goes under *then* gouge their customers.
Ever notice Office is like hella expensive?
Tom
With a nice 55$ "transfer fee" attached. Don't forget a 35$ brokering fee, 20$ shipping and handling....
Tom
While I suck at chess....
Before I do even start my turn I check what pieces I could move [regardless of the risk]. Then I look for the pieces I can move that jeopardize the opponents pieces the most [e.g. rank them by their value]. Then I assess the top by the risk to me....
This is "pruning" . I suspect that many others play along the same lines. What does vary greatly is peoples ability to rank [more accurate] the value of a move [e.g. the risk] as well as lookahead further.
Clearly the more accurate the model and the further you look the better you will do.
Tom
"Prices are facts. Facts are not copyrightable subject matter"
IAJAM but..... Dictionaries have copyrights on them. So to databooks for most forms of electronics.
Sure you can't say "Mario cart 64 == 50$" is copyrightable but actual printed material is. e.g. you can't just photocopy the flyers and then sell them.
Tom
Does it take to read a messed up URL and an email header?
Just goto here for more info
L33t!!!
Hax0rz!
Tom
Or you could just say... I dunno, not care about it? /me dawns lvl 9 cloak of feigning concern.
Tom
my newly crafted +8 sword will be patentable? Shit, that's sweet.
Have these people lost their fucking minds? It's a game for jebuz sake.
Tom
I'd stick with the ARM7 [low power] but you're right even 128Mhz would be nice [58 cycles per pixel, 116 if you use a 30hz clock]. Considering if you ran the graphics core out of the iram that's a hell of a lot of processing power per pixel.
If they added in a hardware divide that would be nice [64x32=>32]... then you could really do some 3d math.
Tom
We're not talking leading edge stuff here. Just there are only so many side scrollers you can write before they're redundant. Besides fps games are not the only thing you can do with a 3d core.
But seriously adding a whopping 2MB of ram to a system isn't "4 billion polygons per second of fun" it's "we're not dealing with mono graphics, square wave generators we really need a bit of ram" fun.
My ideas totalled adding 96+32+1768=1896KB of ram to the system [128KB of which would be SRAM] a simple [toggable] 3d core [e.g. you can turn it off when not required or leave it off per default].
Hell you could do the DRAM as banks too and have the ability to power down a bank or two [e.g. do it as 512KB banks].
The point is the GBA isn't a huge step up from the GB. It has shit all ram [well ok compared to the GB it has a lot more] on a 16-bit bus [which defeats the purpose] and really no good graphics behind it. So I think if they're going to mod anything they should bring the GB out of the stone age.
Tom
AFAIK the GP32 only has more ram+cpu. But it lacks one huge thing. It doesn't come from Nintendo.
:-)
Or more importantly it isn't compatible with any GB/GBA games.
Also the GP32 doesn't have anything special in terms of graphics [other than a larger screen].
Make the GBA into a GP32 with some 3d graphics and backwards compatibility and we're all set
Tom
Ok so say
.... :-)
:-)
1. up the video ram to 192KB
2. up the internal ram to 64KB
3. Up the external ram to [at least] 1MB, 32-bit bus
4. up the cpu to 32Mhz
Of course make this toggleable, 100$ and
Actually by having stuff nice multiples [2x, 4x] like that you can get by with alot of [oh in old mode just AND with a zero] e.g. the 64KB of iram just gets the 16'th bit zeroed in all ops. For the iram the two top [bit 20/19], etc...
So really the cost would be low since an AND gate wouldn't really make the design complicated
A decent 32Mhz or so [or better yet throtable] would make for more interesting games [e.g. less planar scrolly more 3d games].
If they wanted to go really far out maybe a simple triangle hardware renderer that could speak directly to the vram? E.g. give it a list of 3d triangles [or an array in mem], a camera, etc, and plot away! Of course then you will need some texture memory built in [cuz the bus latencies for that would be insnae]. So a simple 3d chip with say 256KB of ram [for verticies/textures].
That would totally rock and prolly not kill the battery too much [specially if you can turn off the extra stuff in standard GBA mode].
Tom
how about a GBA update where they put ram in it! :-) .... For those who don't know. There is a 16MB hole where the built in ram goes. The GBA has but 256KB of ram [16-bit bus].
So two big ways to improve the GBA would be
1. More ram [say 2MB at least]
2. Make the data bus larger [so you can run ARM code out of it]
The trick though would be to not kill backwards compatibility. I think a toggle for the ram/bus would be in order [e.g. set bit to get "advanced plus" mode].
Nah I imagine in the year 2025 people will just grow the fuck up and walk the 20 steps from their desk to the coffee machine.
Tom
.... I got better....
And the nose!
Someone buy this dude a drink! Amen to critical thinking!
/. people try to defend them because they're like most trolls on the net and they will say anything to get attention.
....
Anyone who's taken a semester of police foundations [or listened to their brother rant about it] knows that there are several techniques people use to evade prosecution.
The first is minimalization. That is "I broke the law but only a bit". e.g. speeders do this all the time. "I was only 20 over the limit". Or they try to rationalize it. E.g. "Marajuanna never killed anyone" or "the CD doesn't cost 32$ so it's ok to steal it, they still make a profit on the few sales they do make".
I think mostly on
Furthermore Linux sucks and BSD is dead..... oh and I think I'm forgetting something
Tom