Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:You're joking, right? (Score 0) 471

3-4 naysayers? More like the majority of the linux community. As for a new init process, sure , there's room for *improvement*. Systemd is not an improvement - its a bug ridden overly complex dogs dinner that is one mans ego trip being ridden roughshod through the whole linux/unix principal of KISS and do one thing well. Now you might not give a stuff about that principal but most of us do and we do not want to see this POS being installed by default.

Who is "us"?
I sure enough am not part of the people you're talking about, and most of the Linux community, those that develop software and manage most distributions, have switched to systemd. If you care about the linux community, then you should come join us in the real world and quit your fantasy land.
Linux never had this principal of doing one thing well, that's a laughable statement.Linux actually does lots of things well and even better, as is systemd.
If Debian unstable is above your proficiency level, then wait for the stable releases.
It's not even about Debian here, it's about upstream systemd, that you won't see before long unless you run your own OS and compile everything from upstream like I do, or use a distro like Gentoo which is very up to date.

Comment Re:Can someone explain what the huge debate is? (Score 1) 551

Consider, RAID and similar are high availability features. Their whole reason to be is making sure the system is available even if a drive fails. Systemd single-handedly defeats that whole purpose by refusing to even try to mount the root filesystem.

At first reading, I was mislead by thinking you were talking about RAID and similar high availability features in general, which work far better with systemd and LVM than with sysvinit where it was a nightmare prone to break on any boot.
Then I understood you were talking about these features inside btrfs.
And that's where you're yet again one of these people spreading FUD on systemd by being ignorant, be it on purpose or not.
How is software RAID and other features like it (like snapshots) handled on Linux? Yes, by one of several daemon, in the LVM package, that manage the state of the virtual devices. That's because, like was explained by the systemd developers, despite these features being implemented inside btrfs, the kernel still doesn't have enough states to give to userspace : the disk is either plugged or not.
And this is not at all driven by systemd but by udev, which yes, is in the systemd repository.
The issue here is that btrfs lacks the daemon to manage the virtual devices in userspace, and the kernel, if your btrfs RAID is degraded, say the disk is dead, thus why udev doesn't show the btrfs RAID as plugged, and thus why systemd doesn't mount it.
All of this was explained, but you chose to spread FUD by blaming systemd as being shit and breaking userspace.
It works with sysvinit because your script doesn't care for which disks are up or not, and will just break your setup any time some disk doesn't show up.

That's really a poor showing, but the insight it gives me into the project is even worse. It tells me that in spite of the importance of redundancy (some enterprises spend gadzillions on it) and the fact that it has worked well under SysVinit for over a decade, not one person on the systemd team even considered it.

This is a lie, btrfs didn't work well for a decade to begin with, btrfs is not even a decade old.
This just shows up to what ends systemd haters are willing to go to spread FUD.
And don't tell me RAID and SAN worked well with sysvinit, this would be another blatant lie.

Now that it has been brought to their attention, they can't even come up with a workaround for it (see what I said above about do what I say and do it now). All I need is an unconditional 'mount -a' and apparently it can't be done. In spite of that, the various systemd boosters refuse to admit the problem even exists. I have even had a few claim it's a feature meant to protect my data.

So there it is. It's not a matter of opinion, it's a simple boolean: "Did my system boot" and the objective answer is no. There is the followup, "how then, can I make systemd boot it" and the answer is [crickets].

I described the real situation up there, and everything can be found in ML archives, so everyone can see that eveything you wrote there are blatant lies. It's scary at this point.
Even the situation you described is wrong. You actually asked "Did my broken system boot?" and the objective answer is no. A good btrfs RAID would have booted, then even if a disk failed, it would stay functional. But it wouldn't boot in degraded state, just as most hardware RAID by default in fact.

Comment Re:and when BSD moves to systemd... (Score 1) 403

Now I'm starting to believe in a conspiracy against Free Software.
I find it odd to see such nonsense written here, being modded up.
Because what is described here (making the product closed source) is just not possible to do for Free Software like systemd, but is entirely possible (and has been done before and up to this day) with BSD.
Yet, this explanation of why a free software liecensed init system (systemd) is like a closed source operating system (Windows) appears here, is based on nothing solid, but people seem to believe this nonsense nonetheless.
And there have been a big amount of articles about moving from Linux to BSD since six months ago, and I'm now starting to believe this is astroturfing.
Even the move to BSD because of an init system makes no sense to me.

What I'm sure about, is that to this day I'm unable to make my own Windows OS, but I'm still able to do my own Linux systems (all my Linux systems at home are custom made from upstream sources) even today despite having moved to systemd years ago.
Though it's not a bad thing to go learn other OS out there for an admin, I more or less know most of the Unix and Windows systems, but not Mac OS.

Comment Re:Fuck Me (Score 1) 553

Whether or not you like it, it's not unfair to classify systemd as being "forced" on its users.

Users of systemd include distribution builders, daemon makers and administrators. It's clearly wrong and unfair to say systemd has been forced on these people, unless they're incompetent. Actually, most of these people are happy with the change. Not all administrators obviously as it requires some work and learning to switch your init daemon and its accompanying system startup, shutdown and live management process.

For a start, it's wildly popular with distribution builders, but this doesn't mean jack with anyone else.

This is plain wrong, I've seen popularity and interests among daemon makers and administrators too : the only people that had to deal with sysvinit and suffered decades from its insanity, especially for low level stuff like network and storage management.

Secondly, for a while (thought they've promised to me that they're trying to and maybe have by now fixed it), GNOME had a hard dependency of systemd. Being the most popular desktop environment more or less forced the hand of many of the distro builders too.

Again a lie. Gnome has a hard dependancy on systemd-logind API, this is like that because Gnome asked for a replacement of consolekit for months, and there was two sides : those that did the work (only systemd) and those that said "You just have to do this" without any work done.
The same applies with the console on userspace and the linux kernel.

To me, the whole thing seems odd. I've never seen a massive infrastructure change sweep so rapidly through the community of distributions. Especially such a major component, and double especially when things did actually work successfully before.

To me, what's odd is the time it took (15 years since I've seen the problem) for a solution to the problem to appear, and also the 5 years it took since I discovered systemd for it to be adopted.
Things didn't work successfully before, the people believing that are those that never had to fight their way through init scripts for all these years. The massive adoption is not at all surprising to me, this was needed for years.
An evidence is the fact that even those against systemd are afraid, among other things, of the cost of maintenance of init scripts, because they don't work successully to this day, are full of hacks, and so require lots of maintenance that "you just have to do" talk won't do.

Comment Re:systemd is hypocritical (Score 1) 553

It annoys me that someone like Poettering, who only had PulseAudio come into use because of the ability distributions had to easily change core operating system components (and wouldn't have had the existing audio-subsystem been entrenched), would then proceed to develop something specifically intended to lock down its own existence and prevent its replacement by something else. It's hypocritical.

While I totally understand why he did it -- nobody wants to put a great amount of time into something only to have it superseded -- it flies in the face of open source in general, where you contribute to an evolving 'thing', and that while your specific contribution may not exist in the future, you can be happy that you took part in the evolution of the whole, and not feel the need to stamp your face on it for perpetuity.

What flies in the face of open source is actually people like you that waste time whining about people that actually code open source.
Complaining is all you're able to do, just go help the Devuan project instead.
Since Devuan appeared, there's still lots of people complaining and others dedicating efforts to go to BSD, and these people love to advertise that they're moving to BSD. But we don't care ! Just move to BSD already and leave the people on Linux alone.

It also sets a dangerous precedent. What's going to be locked down next, in the name of stability, or speed, or whatever else (when it's really about someone trying to 'make their mark'?) Do we lock down the file system? Only one file system for Linux, full stop? Do we lock down the network transports? The window manager? The terminal? The command-line applications?

What's this hyperbolic nonsense ? Nothing has been locked down here. Actually with systemd, nothing is locked down at all, I even have more power over my Linux now than ever. These doom and gloom stories for Linux because of systemd are just ignorant rants. People that actually use and understand systemd don't care because these rants make no sense.

Comment Re:Put away your pitch forks (Score 1) 553

unless of course you want to start a script with a unit file but then are you sure that iptables is up?

In all my time using Linux, wondering if iptables had crashed has never been a problem I've had. I've had lots of problems, but never that one. Same with filesystems. Fstab has always just worked.

You have not really worked in heavy duty Linux environments then. I experienced fstab failures tons of time, be it because fstab is buggy, hard drive is dying, memory is dying, emergency shutdown, ...
I agree that the problem with iptables usually is not if it has crashed, it's rather things like path of executable or features parity with the kernel.

And an extra layer in front of iptables is the last thing I need. That is a huge negative. I don't even understand why anyone would think that's a good idea.

And yet, this library (libiptc) is available in the upstream iptables package. So you're saying that's a huge negative, despite it being provided upstream by the iptables developers, and you don't understand it just because you don't need it. So you're acknowledging you're incompetent as a sysadmin and developer, and how much you're not qualified to talk about this topic. Just like most haters who have nothing constructive to say here. I've yet to see any sane rebuttal to this, only angry people (you have the right to be angry, even on sth you demonstrably don't understand), especially since systemd-networkd is optional with systemd, and this feature is optional too in systemd-networkd.
But all sane admins with systemd use it I believe, and threw away their old scripts, that were doing the job of setting up the network but worse.

Comment Re:Fuck Me (Score 1, Informative) 553

Even worse, try requiring LDAP (not just making it an option when an account isn't found locally, actually requiring it) for logins on a system booting via SystemD. Have your recovery media handy, you'll have to boot from it in order to remove the LDAP requirement when SystemD can't su because the network isn't up yet (or, if the LDAP server is localhost, slapd hasn't started because, guess what, it needs to su to its configured user during its init process).

What is this nonsense ? I use LDAP since before adopting systemd in 2009, and I never had any of these problems on my own made Linux systems.
Are you implying distributions are even worse than when I quit using them in 2000?
Are you implying that distribution maintainers are incompetent?
What I'm sure is that it's a distribution problem, not a systemd problem. I never had the problem you describe which doesn't even make sense, even before I used sssd, and my /etc/passwd contained only root and messagebus accounts (now it also has the new systemd accounts).
And my systemd systems work just fine even when network is not up yet, localhost is always there and slapd as well as sssd listen on it.

Major issue affecting Ubuntu and, as far as I know, all Debian-based systems. The workaround should be simple: allow local account logins right up until TTYs actually become available, regardless of configuration. But, apparently, LDAP isn't considered important, so this has been an issue for as long as Debian has used SystemD and will likely remain so until Debian moves on to something else.

This is BS, I can't even believe Debian and Ubuntu maintainers are so bad, where's the bug report ?

The current "recommended" workaround is a pair of ifup/down scripts that requires LDAP when the interface is up and makes it optional when it interface is down, which is great until your system crashes or you lose power and the "optional" config doesn't get applied. Then, it's time to whip out the recovery media so you can manually change the config and have a bootable system again. Needless to say, I refuse to implement that hack of a fix.

So this must actually be a bug tied to sysv compatibility, as you're talking about these broken ifup/ifdown scripts.
Granted, I instantly moved to full systemd configuration, it's not so easy for a distribution. Most of their problems seem to come from the compatibility layer.
sysvinit scripts are so insane, I can't blame them for having problems with them. Surely it makes them maintainers push forward to quit using these sysvinit scripts as soon as possible, even faster than before.

Ubuntu

Submission + - Is Bing biased against Ubuntu? (distrorank.com)

An anonymous reader writes: As many of you know, part of my popularity analysis of GNU/Linux distributions includes search engine results. One thing I immediately noticed when I started analyzing the data was how fewer results Bing has compared to Google specifically for the term "Ubuntu Linux". At first, I thought that perhaps Bing simply hasn't indexed as much as Google and it will catch up. But over several ranking periods now, Bing is still, in my opinion, unusually low in "Ubuntu Linux" results. So I did a quick and dirty experiment:
Open Source

Submission + - Global Enterprises Increase Linux Adoption in Critical Growth Areas (linuxfoundation.org) 1

jrepin writes: "Key findings from this year’s report show the world’s largest enterprises are increasing their investments in Linux for the third consecutive year. Industry reports for the most recent quarter (4Q12) show that while overall server revenue is only growing at 3.1 percent year-over-year; Linux experienced 12.7 percent year-over-year growth for the quarter while Windows only increased 3.2 percent and UNIX was down 24.1 percent. The Enterprise End User Report helps to inform the industry about what is driving this adoption and how market growth is shaping up for the future."

Comment Re:Translation (Score 3, Informative) 310

As always, I see most Slashdot representative comments being completely wrong when it comes to Nintendo.
It seems like some people wait for every news on Nintendo to spew all the ire and BS that keep them enraged inside.

I'm still wondering where people are seeing anything about "competing". Yet, a lot of posts act like he talked about competing with these mobile devices.

Fils-Aime, who is NOT CEO of Nintendo (which should give a clue as to how misleading this news is) is talking about the content, the games, and people's perception of value on games. It has nothing to do with graphics or animations or whatever problem people have with Nintendo, it's about content and its value to the consumer. He's saying it's dangerous for the industry to make people believe that whatever the content in a game, it has a very low value (and so a very low price).
He doesn't even say it's threatening anyone right now, he says its a possible risk.

People on Slashdot, as with the DS or the Wii (or even the first iPod), are already talking like 3DS is dead on arrival and Nintendo is doomed (as always).
Yet, it's for opposite reasons. $2 games would kill most HD console games types faster than any Wii or DS ones.

I think what Reggie said is more a warning to 3rd parties. We see lots of 3rd parties porting their already (or not) profitable games to mobile platforms, for a very cheap price, and sometimes it's exactly the same content. The problem is that a consumer who paid $40-$70 for a game, that sees the same one for $5 on his mobile, will not really be happy about ever paying the high price again. And if lots of them come to the same realization, you will see mostly western 3rd parties die left and right (worse than what we see today). Because most western 3rd party games (and lots of eastern ones too) rely on selling a lot at launch, and then quickly die. If they don't sell a lot at launch, you see the games with quick slashed prices. 3rd parties can do that because the cost of the game is already taken care of by the other platforms, but there are very few people (the hardcore) that will want to pay so much more to have the privilege of playing the game day 1.

Nintendo doesn't have this problem as their games sell with veeery long tail. Basically, 3rd parties (the big one) are shooting themselves in the foot if they go on, and less 3rd parties alive to make games for Nintendo platforms means less revenue for Nintendo.
Apart from that, Reggie is not really complaining, not yet at least, as even the DS is right now more threatened by the 3DS than by any mobile device with games.
They're not in direct competition like computer games (like flash games and all that existed for a long time) are not competing directly with console games (except for devs resources). Or that would mean consoles are winning...

Comment Re:Not a good idea.... (Score 2) 132

I agree partly with you.
It's true that consistent interface naming has just worked for years with multiple interfaces.
The author is talking about races but they are not explained in his paper and are marked as thinks since 2009.

What this basically boils down to is that now distributions can streamline the naming of your interfaces without you having to go test them the first time you install your OS to know which is which. You'll now know immediately from your OS.
This shouldn't upset anyone, except people that can't accept change. It will be a matter of accepting now to use lom0-X or em0-X instead of eth0-X.

People like me who are already using udev rules to change their network interface names won't be affected anyway, and you still can name your interfaces like you want as udev is still what renames these interfaces.

Comment Re:FINALLY this will be fixed. (Score 2) 132

As has been mentioned above - you can tell from your comments you are just a home user.

Try writing OS-level software (stuff that is imaged onto the device) that depends on the NIC in position 1 on the PCI bus always being the management interface (IE, the first port in the chassis). Remember this software has to know IN ADVANCE which port it is, you can't use the MAC for this at all.

This has been a problem in Linux for years and one that developers have always had to hack and slash around. I am glad RedHat is finally fixing it. Hopefully other distributions will follow suit.

I don't understand what you're saying. If you wanted to do that, you could do it a since years with udev IN ADVANCE of your software you want to launch.
Since YEARS udev has put persistent device naming so that what is said in the article is wrong, because you will always get the same name for your devices.
Since years, I actually have my Ethernet interfaces which are not named eth0-X but sth else, which is based on any arbitrary value you want that is provided by udev, including PCI slot and what not.
So what exactly are you talking about?

The sole difference I see there is that the distro will now do it upstream instead of you having to put your udev rules.
Which seems to be a good thing since people like you who are not mere "home users" apparently don't know about these features and have missed these functionality for years. What's worse is that you're saying it's a problem with "Linux" whereas the sole problem comes from you being ignorant of the solution.

It's strange too that you talk about this being a problem with Linux and devs having to hack and slash, when the solution couldn't be done anywhere before because the specs weren't out (SMBIOS 2.6, now exposed through linux kernel since 2.6.36 some weeks ago, or ACPI or via biosdevname) and the solution proposed here is still the exact same kind of hacks you're talking about.
FWIW, the sole difference here is the naming convention, as the solution is still implemented via udev rules, with the exact same mechanisms as before, mechanisms used for YEARS with the same hacks.
The main difference compared to before, is that now the naming scheme can be streamlined by a distribution, while before it couldn't, because it would have no consistency.

Comment Re:First handheld to be fully region locked (Score 1) 120

What's not in the summary or TFA is that this is the first handheld to be "fully" region locked. The PSP was region locked for movies, while the DSi had region locking for the online stores.

Actually, DSi games were region locked too.

But this is the first handheld where titles bought off store shelves will all be region locked. There's been evidence for some time that Nintendo are the most anti-consumer of the three console developers, but I think this is probably the final proof.

What? This has nothing to do with being anti-consumer.
But it's very bad for the low number of consumers like me, that import games and play genres that are not popular on my territory. I can't say I'm pleased with this.
I'm used to it, but I thought Nintendo understood that it wasn't making them any good.
I hope this protection will be broken.

But given my long experience of region-locked consoles, people like me are far too small a quantity for region-locking to have any impact on sales. In entertainment at least. It's even more obvious with BRD or DVD.

Combined with the console's price-point, this really does make me wonder where Nintendo are going with this. They've put it at a price tag which, like the PSP, is going to put it out of reach of most of the playground demographic, at least until Christmas.

The launch units are obviously for enthusiasts.

And yet among non-Japanese grown-up gamers, one of the biggest uses of handhelds is for when you go travelling. I'm not going to sit at home and play on a handheld, in general, when I have proper consoles and a gaming PC in my flat. Why should I peer at a tiny screen and cramp my hands up for a handheld's controls when I could be gaming in comfort? And my commute? I suspect that like many people who live in or near a major city, my commute on public transport is just too crowded and too rattly for handheld gaming.

Clearly you're part of a tiny fraction of the people that bought a DS/DSi/DS XL:
- lots of non-japanese grownup gamers bought the DS,
- the DSi XL is made precisely for people that sit at home and play on their handheld,
- most children are not playing their DS only when they commute,
- people who commute in Japan play the DS even when it's crowded,
- ...

So basically you're not even the target for the DS from what you describe, so it's clear why you can't give a proper prevision on the success or failure of 3DS.

Comment Re:Let's wait and see (Score 1) 152

You're misreading what I said.

Like it or not, FF13 was starved of resource by Square-Enix. But as any project manager will tell you, there is more than one kind of resource. FF13 had plenty of budget. It had no shortage of artistic talent. But it was deprived of the company's core games development talent and of any sensible kind of project management. Go read the interviews that followed FF13's launch, when Square-Enix realised it had a turkey on its hands and began the blame game (which we've seen even more pronounced on FF14). The game had a huge number of artists working for many years to produce assets for the game - artists who just aren't needed for the low-budget graphically primative handheld and Wii games. What it didn't have was anybody putting work into developing game mechanics or even a storyline to hold the game together. This is why we got a game that was graphically beautiful (on the PS3, at least), but which just did not work as a game.

I agree with that, but still it has nothing to do with DS games depriving HD games of resources.
This is nonsense and just plain false, as the HD engine for FFXIII and other SE games was being developed at the same time. DS game developers at Square-Enix didn't deprive HD game developers, this doesn't make sense, and sure didn't deprive DQ IX of resources.

Meanwhile, the people who knew how to design games were off doing stuff like 356/2 Days on the DS. Now sure, those games have some pretty neat gameplay elements, but they are always going to be constrained by the limitations of the hardware. It's not just graphics; a lack of RAM in these systems constrains the size of the play areas you can use and so on (hence the mission-based structure that a lot of these games tend to take).

So this can't be games that deprived FFXIII of game developers.

The results of Square-Enix's strategy have been plain in the performance of their games lately and their financial results for the last year or so (for which see google). The handheld and Wii games get ok-ish reviews and do not exactly set the charts on fire in terms of sales (they tend to do ok-ish in Japan and underwhelmingly in the West); they don't cost much to develop, but they're not exactly setting the world on fire.

I agree with that, except for DQ IX, they are crap games. This is the same for PSP games. Actually, you could say the same for most SE games released this generation, HD games included, except for DQ IX on DS, so I don't see the point here.
And no, no SE Wii game received OK-ish reviews.

At the same time, the big-budget main-series FF games take forever to develop (remember, no effective project management) and get panned on release. If I remember, FF13 had pretty decent initial sales, but these fell off a cliff as word of mouth basically torpedoed the game below the waterline.

Receiving 39/40 review from Famitsu is being panned on release? What nonsense is that?
FF13 was just far more frontloaded than any other FF main numbered release in Japan, that's all. It's first week amounted like 85+% of its LTD sales which is just insane.

In short, Square-Enix does need to put its resource focus back onto its big-budget AAA titles; but by resource, I mean development talent, not money.

What I can't accept is that I think you're saying that they put talent in their DS or Wii games, which I hope and believe, is completely false. If it were to be true, given how bad their games on these platforms are (except for Yuji Hoori Dragonquest of course), then Square Enix won't be able to pull out of the rut they're in nowadays.

As for Japanese gaming falling behind the West; wake up and smell the coffee. It's clear you're a Nintendo fanboy - and one of the minority who hasn't been through the disillusionment process yet. Don't worry, it's not necessarily a permanent condition; I was a Square-Enix fanboy until the last couple of years cured me.

It's clear lots of people in the west have bolders concerning this subject, it's clear you have too, and it's why what I'm saying is not popular here on Slashdot (despite what I'm saying being facts), which is very hardcore focused.
You know what, I feel exactly the same as the year before the Wii launch and the year after on Slashdot. People were as blinded as they are now. But I'll read your argument as to why I'm sleeping, surely I must have missed some things.

As a games developer, Nintendo have fallen comprehensively behind the West (and have now realised this and are trying to catch up; witness Metroid: Other M, though I wouldn't categorise that game as a success). They've fallen into another common Japanese gaming trap; failing to identify which elements of their old titles to preserve and which to discard. Hence we still get the antiquated lives system in Mario Galaxy 2, and hence we still get the same damned plot over and over in Zelda. You may like it, but the rest of the world is moving on.

For now you only show you had a knee-jerk reaction to me saying Nintendo puts western games to shame.
I don't own any Mario Galaxy games (but I'm supposed to be a Nintendo fanboy alright), as they have no appeal to me, so I'd be hard pressed to comment on it. I agree that Nintendo has made a huge mistake with Metroid Other M. Yet, just taking the real success (and not your straw man successes) like NSMB Wii which I actually bought, it shows you're partly wrong.

Nintendo's market these days are nostalgic 40 year old neckbeards who don't really like games, and new-entrants to gaming. I suspect they're not getting much in the way of repeat custom.

What does that mean?

Still, as I say, Other M (which does try to adapt elements from Western gaming in a fairly major way) is a first sign that they have, belatedly recognised this and are trying to adapt. Sure, Other M isn't great in itself, but it's a sign that there's hope for them.

I don't know why you insist on talking about Metroid Other M which is far from being a success for this company. Why don't you talk about Donkey Kong Country Returns instead ?
There's hope for Nintendo you say? Reading you, I would never believe Nintendo is the company that defined this gaming generation, both in hardware and software.

Still, it's unfair to harp on Nintendo. Other Japanese studios have been just as guilty of failing to adapt to the current generation; even those who had some early successes. Look at Sega; they put out the sublimely good Valkyria Chronicles, which was one of the absolute stand-out games of the current console hardware generation, which married artistry and technical prowess perfectly and which managed (almost uniquely for this console generation) to match the quality of what the likes of Bioware and Bethesda have been doing.

And then look at how they blew it. Sure, the original game is still out there and, in fairness, it is as good as ever. But they've now shifted the series squarely onto the PSP, where it is hampered by the poor specs of the handheld, forcing it to reduce the scope and scale of its battles, and to replace the beautiful cutscenes of the original (which complemented the gameplay perfectly, rather than overwhelming it) with a bunch of still images.

Did it occur to you that the sales were so poor that they couldn't sustain such a game on HD consoles?
Valkyria Chronicles wasn't even localized for the european countries, which should give you an indication as to why they switched to PSP. I still think that was a mistake, as they could have released it on the Wii, which has a far better exposure to the west than the PSP which was already dying there.
Capcom, one of the sole studio standing its own this generation (not posting losses after losses), put Monster Hunter 3 on Wii precisely because they saw they couldn't sustain the development of such a game on HD consoles. SE stubbornly went all out and now they're in trouble. I agree that most studios in Japan just were not ready for HD content. They needed to go there more slowly, and now they're all in big trouble.

It's not that I'm biased against Japanese gaming. Really, in the last console generation, if you took my top 5 console games, there'd only be one Western game in there (Knights of the Old Republic). It's just that the Japanese gaming industry is going through a really sick patch right now and needs some urgent interventions to turn it around if it doesn't want to become an irrelevance on the international scene.

But what I'm telling you is that it's the exact same in the west.
Bizarre Creations (under Activision, the sole western publishers doing well this generation) is just being shut down as we speak. So you think all that is better?
Western studios are closing left and right.
You're saying it's better to leave everyone behind in technics and graphics and then close shop (like lots of eastern and western developers).
I'm saying it's better to sell lots of games that people actually want to play and feel are fun, and be hugely profitable to go on (like Nintendo).
Activision/Blizzard is the only one being successful and catering to your needs of technics and graphics, and I just think that's because this model is just plain unsustainable for more than one player. All the big western publishers have started going the Activision way last year. I think they're precipiting their death, but we'll see.
THQ nearly died with this strategy, they've come back with uDraw which is their biggest success lately.

Technics and graphics are not what's driving the entertainment business, and Nintendo is the sole proof of that with their never-seen-before profits in the game console business, despite having a SD console and a handheld.

Slashdot Top Deals

So you think that money is the root of all evil. Have you ever asked what is the root of money? -- Ayn Rand

Working...