I don't think the parody exemption for copyrighed works applies to things protected by trademark, which I wouldn't be surprised if the Power Rangers are.
Then you have the low end shovelware crap being made with the likes of Unity 3D. Although their days are numbered now they got greedy and chose to screw over devs.
XBox isn't capable as a standalone development platform in the first place, Linux is.
Offering a "port to Linux" button without actually having the development tools work natively on Linux treats Linux as if it were a standalone gaming console, like the XBox, but most actual Linux installs are not used for gaming as an XBox might be.
Clearly, the developers of Unity itself don't actually feel that taking the effort to even port their dev tools to Linux was worthwhile, so why should on earth should a game studio take Linux seriously, when,. as I said, most Linux installs are not generally used exclusively for gaming anyways?
If atoms could still be called atoms, even after it was discovered they aren't indivisible, I see no real reason that Pluto could not still be considered a planet, even though it does not actually meet the criteria for a planet today.
Sampling the pixels directly from the image reveals that the dress color in the photo has a hue between in or around the range of 230 or so, which happens to be blue. However, because it appears that the dress was not directly lit, that hue may be arising because of diffuse interreflections with its surroundings, something that anything which has a lighter shade can be very susceptible to if the only light hitting it is diffused, and which is the kind of lighting that this dress does appear to be exposed to in the photo.
So there is simply too much information about the surrounding lighting conditions that has been lost from the photo to ascertain with any certainty what the actual color of the dress is... at least from this one photograph alone.
Debating the matter is pointless, because it is impossible to actually arrive at a logically valid conclusion merely from what one can see in this photograph except through sheer guesswork.
... the functional requirements are clear, and do not change during the development lifecycle.
Except what usually happens is that a feature change will come along *AFTER* the design phase has already started, or else the requirements weren't unambiguous enough in the first place. Oh... and in the real world, at least in my experience, a developer isn't often in the position of being able to say "we can't do that", unless the developer is also very amenable to finding a different employer in the extremely near future.
This usually puts the programmer in the position of having to be a sort of prognosticator, and anticipating what the most likely types of design changes are going to be while doing development, and designing software that will be robust enough to accommodate such changes with only a modest increase in time spent, without losing any work on design that has already been completed. Sometimes, particularly with an experienced programmer, or one who really knows the people who are likely to make design change requests, and so may be able to predict what they are liable to really want beyond what was stated in the functional requirements documentation, this kind of forecasting is within the grasp of a human being to accomplish But it's never easy.
I kind of picked that up.... my point is that a land-line telephone doesn't ordinarily have any "per use' charges in addition to the flat rate unless you are making long-distance calls.... and even then, at least for residential lines, you can often get plans that allow unlimited long distance at a rate that is quite attractive if one is in the position of making many of those calls in a month.
So sure... while there's precedent for utilities being metered from water, power, and gas... there's also no lack of precedent for utilities being flat-rate, such as telephone... or cable, for that matter.
Having the Unity editor work under Linux was, at least as of about this time last year, by far the most popularly requested feature enhancement... outweighing the number of user votes for just that one feature by almost an order of magnitude more than the next most requested feature for Unity.... and still the developers do not care.
So clearly, it's not hurting Unity any that they aren't porting the editor to Linux.... Considering the price of their software compared to the average game, I highly doubt it would cost game companies as much as you suggest.
That's not to say that the company couldn't make that money from a linux game, but that's also not to say that the company wouldn't have made that much anyways from windows or mac version sales simply because a linux port wasn't available... since most gamers tend to have one of those systems at home anyways.
Because at least with EA's titles, there isn't another platform where the same title will perform any better in the first place. Presumably, with a QA-tested windows version compared to a released-without-any-testing Linux version, the latter version would presumably be inferior.
In my lifetime, there has never been a per minute cost of using a land-line phone in any region that I have ever lived, except for long distance calls, which I only very rarely make. I used to have per-minute billing on my cell phone, but have moved to a flat-rate fee per month on that as well, and have unlimited local calling, 24/7... just like the land line.
On a land-line phone, for instance, if you don't happen to use it during a billing cycle, you still pay the same amount that you do as you would if you were on the phone all of the time.
The electrons are unlimited, but it still takes power to maintain a potential difference that will cause the electrons to get pumped down the wire in the first place. That power is a finite resource.
It only makes sense that they would only be available for those OSs since they are well defined and popular platforms
The exact same rationality can be applied to the games themselves.
My point being that if it is worth the effort to even create an export to linux facility, then it should also be worth the effort for the editor itself to run under linux. How is requiring Windows or a Mac to run the editor on what is supposed to be a development platform any better than requiring Windows or Mac to run the game in the first place?
If they can't set an example themselves that shows that supplying a Linux port for a product is worthwhile, then why the hell should I ever take them seriously about porting a game to Linux anyways?
Reasonably, it wouldn't.... even giving the religion in question the benefit of the doubt, a human soul is supposedly immortal, but there is no possible way for a machine soul, if it could even exist in the first place, to ever be so. If we knew how to take some aspect of our immortal essence to become the soul of the robot, then sure. But we don't... heck, a lot of people aren't even sure they even have a soul in the first place, so how the heck would we ever propose to give a robot one that would be equally immortal?
Comments like this leave one has to ask themselves why an integrated email client in the office suite should ever be critical for gaming to succeed on Linux.... because in terms of functionality, that's about the only difference between LibreOffice and MS Office.
Most big studios don't care about linux because it's too small of a market to waste any amount of time doing any QA on it... and shipping a title for a platform when it doesn't actually work on that platform, or has issues that nobody ever even bothered to check because they don't want to spend any time on QA for the platform is worse for the company's PR than not shipping the title for that platform in the first place.
I think it would help the platform take off even more if the editor itself worked under that platform. Last I heard, the editor required either windows or a mac to run.
Not all of the illustrations in the books that I read are necessarily full page, but most of the books that I read usually make at least a modest use of color to convey additional information that would not be anywhere remotely as clear if everything were in shades of grey... hell, even Stroustrup makes use of color to a limited extent, making browsing through the text for particular information that might not happen to be specifically indexed many times easier. Not every page is splashed with color, obviously, but where and when color is used, it is important that the information is being conveyed.
Of course... it's much easier to dismiss a demographic as being unimportant than it is to consider their points as having any merit, so your remark is actually entirely understandable... and probably the viewpoint that ereader manufacturers have as well.
I stand by what I said above, however... if somebody makes a practical and at least reasonably affordable full color ereader with a fast enough screen update time that it is viable to implement an interactive user-interface that is both intuitive and does not have any perceptible delay between action and visual response, I'll be all over it like tide on dirty laundry.
... I made the assumption that it would address how such an explosion happening so close to our own solar system would likely affect this planet.
But.... nothing. Lots there about what to see, but not a speck of text anywhere in the article that addresses what would actually happen for us.
I already have a pretty rough idea of my own on what will happen on Earth anyways... and I suppose I went looking to the article in the hope of seeing either confirmation or denial, but I found neither. If I'm right, however, then talking about what there will be to see when it happens is really kind of pointless.
When they can make a practical (that is, affordable) non-emissive display that has screen update times that are fast enough as to be visually imperceptible, so that it is possible to pan or zoom around a page where you may want to look at small details in an illustration interactively, for example, and one that supports full color, I'll be all over that.
While books can't do the former either, at least I can bring them as close as I want to my face to improve clarity, while just viewing a page at a given zoom level and moving it closer to your face just makes the pixels bigger, and doesn't actually enhance the image in any way.
I remember reading about this back in the early 1990's... from what I recall of the article, it wasn't wholy practical at the time owing to the expense of fabrication compared to silicon with the technologies available, but the article writer did talk about the far faster switching speeds than what silicon can achieve... more than an order of magnitude, iirc.
Slashdot Mirror
I don't think the parody exemption for copyrighed works applies to things protected by trademark, which I wouldn't be surprised if the Power Rangers are.
Really? What have they done?
I always wondered how the heck a pair of glasses could make it impossible for everyone around him to realize that he was Superman...
By all reasoning, if the trick actually worked that well, then the crooks that used the technique wouldn't be "well known" at all.
XBox isn't capable as a standalone development platform in the first place, Linux is.
Offering a "port to Linux" button without actually having the development tools work natively on Linux treats Linux as if it were a standalone gaming console, like the XBox, but most actual Linux installs are not used for gaming as an XBox might be.
Clearly, the developers of Unity itself don't actually feel that taking the effort to even port their dev tools to Linux was worthwhile, so why should on earth should a game studio take Linux seriously, when,. as I said, most Linux installs are not generally used exclusively for gaming anyways?
If atoms could still be called atoms, even after it was discovered they aren't indivisible, I see no real reason that Pluto could not still be considered a planet, even though it does not actually meet the criteria for a planet today.
Sampling the pixels directly from the image reveals that the dress color in the photo has a hue between in or around the range of 230 or so, which happens to be blue. However, because it appears that the dress was not directly lit, that hue may be arising because of diffuse interreflections with its surroundings, something that anything which has a lighter shade can be very susceptible to if the only light hitting it is diffused, and which is the kind of lighting that this dress does appear to be exposed to in the photo.
So there is simply too much information about the surrounding lighting conditions that has been lost from the photo to ascertain with any certainty what the actual color of the dress is... at least from this one photograph alone.
Debating the matter is pointless, because it is impossible to actually arrive at a logically valid conclusion merely from what one can see in this photograph except through sheer guesswork.
Except what usually happens is that a feature change will come along *AFTER* the design phase has already started, or else the requirements weren't unambiguous enough in the first place. Oh... and in the real world, at least in my experience, a developer isn't often in the position of being able to say "we can't do that", unless the developer is also very amenable to finding a different employer in the extremely near future.
This usually puts the programmer in the position of having to be a sort of prognosticator, and anticipating what the most likely types of design changes are going to be while doing development, and designing software that will be robust enough to accommodate such changes with only a modest increase in time spent, without losing any work on design that has already been completed. Sometimes, particularly with an experienced programmer, or one who really knows the people who are likely to make design change requests, and so may be able to predict what they are liable to really want beyond what was stated in the functional requirements documentation, this kind of forecasting is within the grasp of a human being to accomplish But it's never easy.
I kind of picked that up.... my point is that a land-line telephone doesn't ordinarily have any "per use' charges in addition to the flat rate unless you are making long-distance calls.... and even then, at least for residential lines, you can often get plans that allow unlimited long distance at a rate that is quite attractive if one is in the position of making many of those calls in a month.
So sure... while there's precedent for utilities being metered from water, power, and gas... there's also no lack of precedent for utilities being flat-rate, such as telephone... or cable, for that matter.
So clearly, it's not hurting Unity any that they aren't porting the editor to Linux.... Considering the price of their software compared to the average game, I highly doubt it would cost game companies as much as you suggest.
That's not to say that the company couldn't make that money from a linux game, but that's also not to say that the company wouldn't have made that much anyways from windows or mac version sales simply because a linux port wasn't available... since most gamers tend to have one of those systems at home anyways.
Because at least with EA's titles, there isn't another platform where the same title will perform any better in the first place. Presumably, with a QA-tested windows version compared to a released-without-any-testing Linux version, the latter version would presumably be inferior.
In my lifetime, there has never been a per minute cost of using a land-line phone in any region that I have ever lived, except for long distance calls, which I only very rarely make. I used to have per-minute billing on my cell phone, but have moved to a flat-rate fee per month on that as well, and have unlimited local calling, 24/7... just like the land line.
On a land-line phone, for instance, if you don't happen to use it during a billing cycle, you still pay the same amount that you do as you would if you were on the phone all of the time.
The electrons are unlimited, but it still takes power to maintain a potential difference that will cause the electrons to get pumped down the wire in the first place. That power is a finite resource.
Water. gas, and power are not telecommunications, the Internet is.
Ordinary phone usage isn't metered, for instance.
The exact same rationality can be applied to the games themselves.
My point being that if it is worth the effort to even create an export to linux facility, then it should also be worth the effort for the editor itself to run under linux. How is requiring Windows or a Mac to run the editor on what is supposed to be a development platform any better than requiring Windows or Mac to run the game in the first place?
If they can't set an example themselves that shows that supplying a Linux port for a product is worthwhile, then why the hell should I ever take them seriously about porting a game to Linux anyways?
Reasonably, it wouldn't.... even giving the religion in question the benefit of the doubt, a human soul is supposedly immortal, but there is no possible way for a machine soul, if it could even exist in the first place, to ever be so. If we knew how to take some aspect of our immortal essence to become the soul of the robot, then sure. But we don't... heck, a lot of people aren't even sure they even have a soul in the first place, so how the heck would we ever propose to give a robot one that would be equally immortal?
Comments like this leave one has to ask themselves why an integrated email client in the office suite should ever be critical for gaming to succeed on Linux.... because in terms of functionality, that's about the only difference between LibreOffice and MS Office.
the games may often refuse to run inside of a vm on account of the vm not simulating the necessary hardware.
Most big studios don't care about linux because it's too small of a market to waste any amount of time doing any QA on it... and shipping a title for a platform when it doesn't actually work on that platform, or has issues that nobody ever even bothered to check because they don't want to spend any time on QA for the platform is worse for the company's PR than not shipping the title for that platform in the first place.
I think it would help the platform take off even more if the editor itself worked under that platform. Last I heard, the editor required either windows or a mac to run.
Not all of the illustrations in the books that I read are necessarily full page, but most of the books that I read usually make at least a modest use of color to convey additional information that would not be anywhere remotely as clear if everything were in shades of grey... hell, even Stroustrup makes use of color to a limited extent, making browsing through the text for particular information that might not happen to be specifically indexed many times easier. Not every page is splashed with color, obviously, but where and when color is used, it is important that the information is being conveyed.
Of course... it's much easier to dismiss a demographic as being unimportant than it is to consider their points as having any merit, so your remark is actually entirely understandable... and probably the viewpoint that ereader manufacturers have as well.
I stand by what I said above, however... if somebody makes a practical and at least reasonably affordable full color ereader with a fast enough screen update time that it is viable to implement an interactive user-interface that is both intuitive and does not have any perceptible delay between action and visual response, I'll be all over it like tide on dirty laundry.
... I made the assumption that it would address how such an explosion happening so close to our own solar system would likely affect this planet.
But.... nothing. Lots there about what to see, but not a speck of text anywhere in the article that addresses what would actually happen for us.
I already have a pretty rough idea of my own on what will happen on Earth anyways... and I suppose I went looking to the article in the hope of seeing either confirmation or denial, but I found neither. If I'm right, however, then talking about what there will be to see when it happens is really kind of pointless.
When they can make a practical (that is, affordable) non-emissive display that has screen update times that are fast enough as to be visually imperceptible, so that it is possible to pan or zoom around a page where you may want to look at small details in an illustration interactively, for example, and one that supports full color, I'll be all over that.
While books can't do the former either, at least I can bring them as close as I want to my face to improve clarity, while just viewing a page at a given zoom level and moving it closer to your face just makes the pixels bigger, and doesn't actually enhance the image in any way.
I remember reading about this back in the early 1990's... from what I recall of the article, it wasn't wholy practical at the time owing to the expense of fabrication compared to silicon with the technologies available, but the article writer did talk about the far faster switching speeds than what silicon can achieve... more than an order of magnitude, iirc.