A few hundred dollars more expensive than what? The Galaxy Tab 10.1 16GB seems to be going for about $500 today, which is the same price as the iPad 2. You can't compare a 10" high-end tablet to a 7" budget tablet or e-reader, they're not the same class of device.
People rag on apple for selling expensive products. The perception is largely because, while Apple's products are generally priced roughly the same as similarly spec'd products from their competitors, Apple doesn't typically sell low-end or budget devices. That is to say, their product lineup starts in the mid-range to high-end. So, they're expensive, yes, but not overpriced.
What license was the gameplay code released under for mods? Not GPL, but if it's still free enough...
In terms of netcode, it could always be reverse engineered, or simply replaced with something that source ports agree upon. Heck, enough of the Quake 3 netcode was in the gameplay code that somebody wrote an awesome mod called Unlagged that implemented server-side latency correction very similar to how modern games (like the Source engine) do it:
Encrypting truly random data does not make it more random... You could argue that getting enough entropy to do that without an external random number generator would be hard, although Intel's upcoming chips have a DRNG that can pump out good quality entropy to go into the system RNG at speeds faster than an HDD can write sequentially.
Quake 4 didn't use megatexture, so it may be close enough for a source port to make it Quake 4 compatible. How much work that would entail, I've no clue.
Valve doesn't have deadlines (except when the game is pretty much done and they set an exact date), they have targets. If they reach a target and it isn't ready, they set a new target.
Id has already said that they're going to shorten the period between games significantly, because their current timeframes aren't sustainable. This is their first game since Doom 3, which means RAGE has had a 7-year development time. They recognize that this is a problem and intend to avoid it in the future.
Re:Has anyone actually made any worthwhile with th
on
Doom 3 Source Released
·
· Score: 1
No, it (Half-Life's GoldSrc engine) is based on Quake 1, not Quake 2. And since the Source engine is based on GoldSrc, there are still bits of Quake 1 code in modern Source games like Portal 2.
Natural-Selection, while awesome, is a mod with no access to the game engine itself. Natural-Selection 2 originally used the Source engine as a paid licensee, but later switched to their own in-house engine, Spark.
And I used openssh on my Android tablet, before I dumped it for a touchpad -- you have heard of openssh, right?
That'll forward the x11 traffic, but doesn't do anything to display it.
How is it "ironic" that you are apparently too ignorant of the Android hacker ecosystem to even know what to look for? Most of the people who could port an X server to Android don't feel the need to -- they just run vncserver (or Xvfb+x11vnc) in a debian chroot, and connect to it using an Android VNC viewer -- if there was a comparable desktop distribution of OS X that ran on ARM and used the iOS kernel, people would be chrooting and using OS X apps too, because there's no point reinventing the wheel.
So, let me get this straight, if I want to run some remote x11 app on my phone, on my iPhone I just fire up iSSH and run the command to forward, but if I want to do it on Android, I need to install debian on my phone in a chroot jail, use openssh to forward x11 to my phone's debian chroot, where I connect to the remote x11 app, and then I VNC from my phone to my phone?
Umm, no, sorry, I'm not insane, I'll just run the one app that does it in a few seconds and not the stupid approach that involves installing an entire desktop distribution and going through multiple levels of abstraction.
Actually, you look to be right, I can't actually find any x11 servers (or SSH clients that claim to do SSH forwarding) for Android, rooted or otherwise. But that doesn't really change the point, since in this case, rooting the device isn't getting you more anyhow.
Ironic, that, since there are multiple x11 servers in the iOS app store, such as iSSH.
Well, with hardware warranties being so short, "down the road" puts him into the "don't have to worry about voiding the warranty" territory, which was his only stated reason for preferring a pre-rooted device.
None of the things that you said you want to do require root access. Web browsing, SSH, X11 forwarding, PDFs... You can do that all with an Android device without rooting. Heck, you can do that with an Apple device without jailbreaking.
Web developers, sure. But if Chrome or Firefox also add support, that'd give it enough momentum that the smaller browsers would have to follow suit.
It's also worth pointing out that Flash supports JPEG XR, so there is a potential Javascript fallback to decode the images for browsers that don't support it. Just because it was developed by Microsoft doesn't mean it's automatically bad. It's a nice improvement over JPEG, it already has pretty widespread support (mainly thanks to Microsoft), it has an opensource reference implementation, and it's royalty-free. What more could anyone want?
From Microsoft. They do distribute ISOs of Windows, you know. They don't care much about the physical media, it's all about the product key and activation process these days.
Unless you're a laptop-only user, the vast majority of cases where you actually need an optical drive can be solved by putting a $20 optical drive in your desktop and accessing it over the network on the laptop. There are a variety of ways to do this, and Apple's solution ("Remote Disc") can be hosted on either Mac or Windows to be accessed by your optical-free computer (like an Air or Mini).
While I have required optical drives on occasion, it's been at least half a decade since I've needed an optical drive on the road.
Then again, I've been using my SSD for a few years now without failures, and nobody who I know with an SSD (of which there are probably four or five) have suffered any failures.
SSDs do fail, yes, but not nearly to the rate that you're suggesting that they do.
I already do not like the limitations of WebP, 16K side lenght? have these people never opened a RAW DSLR image?
Working with a lot of 180 megapixel images, are you? DSLRs, for various reasons, will probably not require side lengths of 16k for several decades yet.
This is true of any format. "clean room" doesn't mean you need to reverse engineer the thing, just that you need to implement a new decoder based on the standards document. The same thing was done for MPEG-4 AAC, or AVC.
500 KB colour profile? You're talking about a few bytes in the metadata to say "Use sRGB". As it stands, Chrome horrendously oversaturates many images, and Firefox doesn't. As a Chrome user, this is annoying.
Big ones might. But a lot of people aren't bandwidth limited, or won't think it's worth the effort of converting all their images, storing it in multiple formats, and then writing code to dynamically change which images are fed back based on the browser.
The savings for most sites would likely be minimal anyhow: images get cached. If you're a site like Slashdot, for example, loading the front page will get you the cast majority of images, loading subsequent pages will likely not have much images to download.
Dynamic content, on the other hand (anything text-based) is going to change dramatically; enabling compression can be an easy win.
Giving WebP support for HDR won't break out of the loop, so the answer is "make HDR displays".
There are existing formats that support deep colour, and there are existing applications (like Photoshop) that can take advantage of it, but HDR displays are still rare. Adding support for HDR to WebP, a format that nobody uses, won't change anything.
Slashdot Mirror
A few hundred dollars more expensive than what? The Galaxy Tab 10.1 16GB seems to be going for about $500 today, which is the same price as the iPad 2. You can't compare a 10" high-end tablet to a 7" budget tablet or e-reader, they're not the same class of device.
People rag on apple for selling expensive products. The perception is largely because, while Apple's products are generally priced roughly the same as similarly spec'd products from their competitors, Apple doesn't typically sell low-end or budget devices. That is to say, their product lineup starts in the mid-range to high-end. So, they're expensive, yes, but not overpriced.
What license was the gameplay code released under for mods? Not GPL, but if it's still free enough...
In terms of netcode, it could always be reverse engineered, or simply replaced with something that source ports agree upon. Heck, enough of the Quake 3 netcode was in the gameplay code that somebody wrote an awesome mod called Unlagged that implemented server-side latency correction very similar to how modern games (like the Source engine) do it:
http://www.ra.is/unlagged/
He's not advocating doing that, he's expressing incredulity that anybody would want to do so considering the meager savings.
Encrypting truly random data does not make it more random... You could argue that getting enough entropy to do that without an external random number generator would be hard, although Intel's upcoming chips have a DRNG that can pump out good quality entropy to go into the system RNG at speeds faster than an HDD can write sequentially.
ETQW used megatexture (the first game to do so), so it's probably closer to Wolf2008 or Brink than it is to Doom 3.
Quake 4 didn't use megatexture, so it may be close enough for a source port to make it Quake 4 compatible. How much work that would entail, I've no clue.
Valve doesn't have deadlines (except when the game is pretty much done and they set an exact date), they have targets. If they reach a target and it isn't ready, they set a new target.
Id has already said that they're going to shorten the period between games significantly, because their current timeframes aren't sustainable. This is their first game since Doom 3, which means RAGE has had a 7-year development time. They recognize that this is a problem and intend to avoid it in the future.
No, it (Half-Life's GoldSrc engine) is based on Quake 1, not Quake 2. And since the Source engine is based on GoldSrc, there are still bits of Quake 1 code in modern Source games like Portal 2.
Natural-Selection, while awesome, is a mod with no access to the game engine itself. Natural-Selection 2 originally used the Source engine as a paid licensee, but later switched to their own in-house engine, Spark.
And I used openssh on my Android tablet, before I dumped it for a touchpad -- you have heard of openssh, right?
That'll forward the x11 traffic, but doesn't do anything to display it.
How is it "ironic" that you are apparently too ignorant of the Android hacker ecosystem to even know what to look for? Most of the people who could port an X server to Android don't feel the need to -- they just run vncserver (or Xvfb+x11vnc) in a debian chroot, and connect to it using an Android VNC viewer -- if there was a comparable desktop distribution of OS X that ran on ARM and used the iOS kernel, people would be chrooting and using OS X apps too, because there's no point reinventing the wheel.
So, let me get this straight, if I want to run some remote x11 app on my phone, on my iPhone I just fire up iSSH and run the command to forward, but if I want to do it on Android, I need to install debian on my phone in a chroot jail, use openssh to forward x11 to my phone's debian chroot, where I connect to the remote x11 app, and then I VNC from my phone to my phone?
Umm, no, sorry, I'm not insane, I'll just run the one app that does it in a few seconds and not the stupid approach that involves installing an entire desktop distribution and going through multiple levels of abstraction.
Fair enough, although it looks like you're not going to get x11 on Android, rooted or otherwise.
Actually, you look to be right, I can't actually find any x11 servers (or SSH clients that claim to do SSH forwarding) for Android, rooted or otherwise. But that doesn't really change the point, since in this case, rooting the device isn't getting you more anyhow.
Ironic, that, since there are multiple x11 servers in the iOS app store, such as iSSH.
Well, with hardware warranties being so short, "down the road" puts him into the "don't have to worry about voiding the warranty" territory, which was his only stated reason for preferring a pre-rooted device.
None of the things that you said you want to do require root access. Web browsing, SSH, X11 forwarding, PDFs... You can do that all with an Android device without rooting. Heck, you can do that with an Apple device without jailbreaking.
How many people do you know who own a Macbook Air and have no other computer whatsoever in the house?
Web developers, sure. But if Chrome or Firefox also add support, that'd give it enough momentum that the smaller browsers would have to follow suit.
It's also worth pointing out that Flash supports JPEG XR, so there is a potential Javascript fallback to decode the images for browsers that don't support it. Just because it was developed by Microsoft doesn't mean it's automatically bad. It's a nice improvement over JPEG, it already has pretty widespread support (mainly thanks to Microsoft), it has an opensource reference implementation, and it's royalty-free. What more could anyone want?
From Microsoft. They do distribute ISOs of Windows, you know. They don't care much about the physical media, it's all about the product key and activation process these days.
Unless you're a laptop-only user, the vast majority of cases where you actually need an optical drive can be solved by putting a $20 optical drive in your desktop and accessing it over the network on the laptop. There are a variety of ways to do this, and Apple's solution ("Remote Disc") can be hosted on either Mac or Windows to be accessed by your optical-free computer (like an Air or Mini).
While I have required optical drives on occasion, it's been at least half a decade since I've needed an optical drive on the road.
Then again, I've been using my SSD for a few years now without failures, and nobody who I know with an SSD (of which there are probably four or five) have suffered any failures.
SSDs do fail, yes, but not nearly to the rate that you're suggesting that they do.
Both distribute digitally, so again, you're not using CDs.
I already do not like the limitations of WebP, 16K side lenght? have these people never opened a RAW DSLR image?
Working with a lot of 180 megapixel images, are you? DSLRs, for various reasons, will probably not require side lengths of 16k for several decades yet.
This is true of any format. "clean room" doesn't mean you need to reverse engineer the thing, just that you need to implement a new decoder based on the standards document. The same thing was done for MPEG-4 AAC, or AVC.
500 KB colour profile? You're talking about a few bytes in the metadata to say "Use sRGB". As it stands, Chrome horrendously oversaturates many images, and Firefox doesn't. As a Chrome user, this is annoying.
Big ones might. But a lot of people aren't bandwidth limited, or won't think it's worth the effort of converting all their images, storing it in multiple formats, and then writing code to dynamically change which images are fed back based on the browser.
The savings for most sites would likely be minimal anyhow: images get cached. If you're a site like Slashdot, for example, loading the front page will get you the cast majority of images, loading subsequent pages will likely not have much images to download.
Dynamic content, on the other hand (anything text-based) is going to change dramatically; enabling compression can be an easy win.
Giving WebP support for HDR won't break out of the loop, so the answer is "make HDR displays".
There are existing formats that support deep colour, and there are existing applications (like Photoshop) that can take advantage of it, but HDR displays are still rare. Adding support for HDR to WebP, a format that nobody uses, won't change anything.