Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×

Comment Television rules (Score 4, Interesting) 190

In France, there are rules preventing 18+ games from being sown on TV before 22:30. Even channels broadcasting on cable, satellite and dsl networks must respect those rules. That poses a problem to channels like Nolife TV, specialized in video games, because a lot of games get a PEGI 18 rating - if the player is able to kill a human-looking enemy, and this is done in a somewhat realist context, it's PEGI 18. As a result, they must cram discussion of a lot of games in a small time slot.

The rule was originally designed for movies, by the way, but the French movie rating is much more relaxed than the games rating. For example, the last James Bond movie did not get any restriction at all, it would be PEGI 18 if it were a game. But the movie rating boards in Europe use different standards.

At then end; it looks like Nintendo took the most restrictive of those rules, and applied them to everyone, as if the WiiU was a TV channel. This will hurt them in more liberal markets. It does not help that Nintendo of Europe is headquartered in Germany, which has the most extreme restrictions on video games, and still requires a separate, different, ugly, enormous, unremovable logo on game packaging and game disks. And this is after the PEGI rating board mainly standardized on rules very close to the German ones...

Comment Re:A better article at anandtech.com (Score 3, Interesting) 160

The problem is the static leakage of transistors. It increases as the node width decreases, and for a given node you have two choices to generate a transistor: either high-speed and high-leakage, or low-speed and low-leakage. Even with DVFS enabled, you will have better power results if you use the CPU with the slow transistors than the one with the fast transistors. Hence the switching between two types of cores with different optimizations but executing the same code.

Comment Re:ARM64 is a mess (Score 2) 160

Conditional instructions are also available in the AArch64 assembler. But instead of the condition affecting whether the instruction is executed or not as in AArch32, it affects its behaviour. For example, you have the following Aarch64 instruction that can do what cmov does.

CSEL Wd, Wn, Wm, cond ;Wd = if cond then Wn else Wm.

It's more efficient that the AArch32 case, where you have to use two instructions to achieve the same result (MOVcond followed by MOVcondbar)

Comment Re:Innovation (Score 1) 140

Apple is rich enough to skip eMMC based memory for its iDevices, so it does not necessarily need this kind of file system. The NAND or eMMC trade-off is 'Spend (a lot of) money once to write your own FTL, and adapt it for each new chip' or 'Buy a chip with hardware FTL and a standard interface for a higher price".

You can check the tear-downs for all Apple devices: all of them directly use NAND, which makes sense. Apple buys large enough numbers of Flash to have reliable sources, and can invest the money to write a FTL.

Comment Re:It's not for bare NAND (Score 5, Informative) 140

The problem is that even with a translation layer for block access, flash-based devices have limitations, which means that different usage patterns can dramatically change the performance of the device.

For a (simplified) example, to write a file in ext3, you need to store the new data for the file, but you also need to store other metadata: the location of the data blocks themselves in the inode, the file size in the directory, the journaling data. This means that you have four 'internal block descriptors' open for writing at the same time.

But block descriptors are a limited resource in SSDs, and even more so for low-cost eMMC devices. This means that with only two or three open files with regular writing, you could quite easily lead to some kind of thrashing state, with the device quickly opening and closing descriptors. Since flash memory writing is strongly constrained, this means that a whole block (2 MiB block size is common) containing a descriptor will need to be erased before its next use. As a result, each block only contains little interesting data, and writing only a small amount of data leads to a lot of flash write and erase access. This problem is called write amplification, and reduces both the disk's performance and its durability.

The F2FS design is a log-based design, where all files on the disk share 6 common writing areas, for each kind of stored data, where the information is stored as it arrives. This will have a very positive effect against the write amplification problem, and is an example of how an adapted file system can have a positive impact, even on block-based devices.

Comment Re:Shut up Notch (Score 1) 303

Why do YOU lie ? On iOS, Apple is already the gatekeeper and you can't avoid it.

And from their current moves, it clearly looks like both Apple and Microsoft would do it on their desktop environments if they could get away with it. They cannot right now, and the warnings from Notch, Gabe Newell, etc. are clearly there to raise awareness on this issue, and try to foil the OS makers' strategy.

Comment Re:Why would it? (Score 1) 286

There was an other explanation for the very high price of recorded media in Japan. From what I understood, it was impossible to sell recorded media with rental restrictions, which meant that the price of a VHS/Laserdisc (at that time) was set to what rental shops could afford. As a result, the price was set much higher than in western countries, where you have different markets for rental and home video.

Comment Re:Shut up Notch (Score 4, Insightful) 303

Valve does not prevent a developer from distributing games through any other mean, and there is no lack of concurrence in the Digital Game Delivery market. Self-publication is very cheap, and platforms like Steam are intended for developers that are ready to invest money to respect Valve's conditions, in exchange for an improved revenue through a better exposition to gamers that are used to buy their games.

This is quite different from the current Microsoft and Apple tactics of using their power as an OS provider to extract a "gatekeeper tax" on all programs sold for their platform.

Comment Mainline Linux kernel for Allwinner A10? (Score 1) 155

There is a big effort in progress among well-known SoC manufacturers to work towards a unified ARM kernel, as a result of Linus Torvalds's crictics last year. Today, we see Texas Instruments, Freescale, ST/Ericsson and Samsung working to integrate their existing platforms into this new model, whereas the newer platforms - CSR's prima2 for example - are required to use all the new features: Device tree for ARM, the unified clock framework, pinmux, etc. must be used to get a new platform accepted in the mainline.

But for now, there is no sign of integrating the sunxi platform, supporting the Allwinner A10 chip, in the mainline. The available repository for the kernel is based on Linux 3.0.x with Android patches, before the implementation of many of these new features, and there were no attempts to submit the new architecture to the ARM Linux mailing list. This means that there is no chance of getting the A10 supported by Linus's tree before a long time.

Another problem is the sign-off for the commits that need to enter in the mainline. If the A10 support code was written by Allwinner employees, it will be necessary to get their sign-off, as it is required for any code integrated in the kernel nowadays. This means that no third party may commit their code until this is done, even if it is correctly marked as GPLv2. This was added in the wake of the SCO fiasco, to ensure that all source code lines could be attributed to their original writer, and thus have the author's word that it is not copied closed source code.

As long as all these issues are not resolved, the Allwinner based devices will remain second class citizens in the Linux world.

Comment Re:Happy (Score 1) 396

Samsung slavishly copied Apple and Nokia has clearly proven you can design a next-gen phone that looks nothing like the iPhone

Apple paid $1 billion to Nokia, plus $8 per device for patent infringement because iPhone's technical parts were infringing Nokia patents. And that is for real, hardware patents, not bouncing menus or pinch-to-zoom. Apple is as much guilty as Samsung may be, and I really wish Nokia went all the way and refused licensing instead, to give Apple a taste of its own medecine.

Slashdot Top Deals

The Tao is like a glob pattern: used but never used up. It is like the extern void: filled with infinite possibilities.

Working...