119 posts • joined Thursday 19th April 2007 19:01 GMT
Re: unique audiovisual experience?
>ElReg did a "walk-through" for Office 365,
Does a video of a desktop application include lots of animation, sounds, music etc that are owned by the application's creator?
I would argue that recording the screen of a desktop application is a little bit different than recording a game that contains significant amounts of graphical and audio content.
Re: unique audiovisual experience?
The have adverts on their website etc too. I don't think Nintendo is claiming any right to that even though that revenue is going to be partially generated from their uploads that contain other people's content.
Yes, it would be nicer if Nintendo did offer to share revenue but I suspect youtube is setup in such a way that if a copyright owner makes a revenue claim they get all of it because it's mostly setup to handle people uploading music videos etc.
unique audiovisual experience?
I'm not sure how he came up with recording someone playing a game is a "unique audiovisual experience". I can see why he might be getting a bit butthurt that Nintendo want a cut of the money he's making but they could have just forced youtube to pull all of the videos as the videos contain their property (graphics, animation, sound effects etc). I'm sure he wouldn't like someone recording his videos with a phone and uploading them as a "Let's watch let's play" and claiming it's not a problem for them to be making ad revenue from those videos because it's a unique shaky video experience. If he doesn't want to share with Nintendo he could always go old school and write a walk through instead.
>Fedora continues to become less stable
Fedora uses need to complain louder about having Lennart's next big code fart forced upon them time and time again really. Everyone else is very sick of the Fedora guys taking over critical things like udev and screwing them up.
>So, I read this article and the other Debian article with interest,
>especially in terms of it not being updated all the time.
A lot of "desktop" Debian users run testing or unstable from my experience. Some people run stable + backports but if you don't mind getting your hands dirty sometimes testing is pretty good IMHO.
Re: It was a pig to install.
Please take the time to install reportbug and report the issues you found so that fixes go into updates.
Re: Taped up
>unless someone here speaks fluent Japanese and can translate the original article,
I would have a go at reading the original article.. but guess what? The link doesn't actually work. You have to wonder if Phil actually checks all the articles he reposts from RocketNews24.
From the source that RocketNews24 "translated" which is a digest of the original article that doesn't seem to exist;
This reads "Cover the network connection with tape *etc*".
Re: not nice
>He does have a right to reply, right here,
Unless he writes something that makes you look silly again and put his comments "in the bin" only to drag them out later to create a little revenge article to assert your authority?
Maybe they could get rid of the 3 or 4 people (or same person with multiple accounts?) that brings up Eadon in the comments section of every article? I'm starting to think you guys have a crush on him as you can't stop bringing him up or slavishly following his posts.
The mk808 doesn't have i2c, spi, masses of gpio or the BB's gpmc.
The mk808 also only has very out of date kernel sources available and rock chip has no interest in actually respecting the GPL. Those TV sticks are fine if you to mess around with android but you can't use them for serious business (tm).
Re: Sounds familiar
>utilities while Google, Nokia, Redhat and others use their work.
You might want check the email addresses of commits to Linux, GCC etc before trying to suggest that those companies take and don't give back.
Re: "Plugs holes in IE10"
Shame you don't have the balls to stand behind your own opinions by putting your name on them isn't it.
Re: Here's How It Should Have Been Done
DNS is UDP port 53. I'm not sure trying to act as if you're some sort of networking genius but not taking a few milliseconds to google "DNS port" gives me any faith in your firewall advice.
Re: @Daniel Palmer
I have some really old Java code that runs on 1.4 up to the latest openjdk6 and 7 releases.. I'm sure the is code out there that will run on all of those and embedded jvms. There is a lot of C code out there that only compiles and runs correctly on a vendors build of GCC from a specific snapshot. Python seems to break apps with each point release. This is a common issue all the way through the stack all the way down to the hardware.
Re: Backwards compatibiliy
Do you get frustrated with <insert instruction set here> when a certain chip behaves slightly differently, has bugs/different bugs or triggers unwanted behaviour because some code depending on an undocumented feature that it doesn't have? Backwards compatibility is nice to have but there isn't going to be a system in existence that has 100% perfect backwards compatibility.
Re: Not just your key
Debian supplied blacklist packages so that known insecure keys couldn't be use to autheticate.. other distros/system admins could have implemented those blacklists too if insecure debian keys was a major problem for them.
Re: Android's problems
>1) there are 25-50 versions out there, terrible for App makers (me).
>I make one iOS version and it always runs on all iPads and iPhones.
ADT will tell you if you use something that is only in a newer SDK version and the support library does a good enough job at backporting the useful bits of newer releases back to stoneage phones.
Yes, there are weird issues between some versions of Android. Like I was recently struggling with a weird issue with MediaPlayer not being able to read files from the apps cache directory only on Android 4.0 and 4.1. Any Android dev should have a range of phones from old bangers up to the latest releases. I dare say there are weird little issues that only appear on certain IOS devices.
>many different incompatible versions of Android. They only hurt the brand.
I guess you have no development experience at all..
Do you guys run a script on every mail from Linus on the LKML to find ones with naughty words so that you can turn it into a cheap story or something? This is the third story in the last month or so that is basically "Linus used naughty words! OH NOES!".. Linus runs the show and doesn't mind telling people what he thinks. Get over it. If you're going to report on something Linus is doing at least report the complete context and don't base the whole story on Linus using certain words.
As for RedHat.. The need to start telling some of their devs to stop fucking shit up on purpose and taking over critical userland tools like udev and breaking them for everyone that doesn't want whatever shit Lennart Poettering has come up with that week.
I think "mosaic" is the more commonly used term..
モザイク (n,adj-no) (1) mosaic; (2) pixelated obscuring in images and video, usu. for censorship
Re: One culture where it might work?
>Witness the recent palaver over a member (Minami Minegishi, age 20) of AKB48
That isn't really a reflection of any "Japanese culture" thing.. she's an idol and it's in her contract not to have a boyfriend or at least not get caught with one. Putting aside whether such a contract is acceptable or not ... I guess the reason she went insanely over the top with her apology is because she didn't want to get kicked out of AKB48 and lose all of the various TV spots she has because of that...
Re: Strangely relevant
>Problem is, I wrote it the program in C for Windows using SDL libraries.
I guess this is SDL 1.2? The 1.2 port for Android was a hack AFAIK.. you should try 2.0. You will need to rework a lot of code but 2.0 works fairly well on Android and it fixes a lot of hairy bits in SDL.
>throw it through the Android SDK / NDK and run it as a "Android" thing, as far as I'm aware,
It's not as easy as that but it isn't too hard either.
> written in C, was made to run under Android in this way: http://chris.boyle.name/projects/android-puzzles) .
From the source it looks like some Java for UI level stuff and a bit of JNI calling into some existing C code. With SDL 2.0 your codebase can be totally C aside from a single Java class to startup/setup SDL and jump into your code. The Java + some bits of JNI'd C code isn't actually that bad of a solution though.. it's not "portable" though.
Re: This is not about phones
>The host instruction set shouldn't matter.
Of course it matters.. the Windows executable is machine code for a certain instruction set..
>From what I can tell it's running on an Android emulator,
That doesn't really matter. Except for being slow as hell the Android emulator is just the same as a regular Android device running a debug build of Android. If you run an ARM AVD it's emulating a complete ARM system (which is why it's slow).
>and is working to translate Win API calls to Android API calls.
Windows executables aren't shell scripts. They might just call APIs which are reimplemented in Wine but this is all on the machine code level. To run x86 Windows executables you need to be able to run x86 code.. there is no way around that. If the host isn't x86 you have a lot more work fitting the host and the hosted Windows application together.. It isn't impossible but it's not simple at all.
>This isn't new, there was a version of WINE running on Mac PowerPCs
> before they switched to x86 (DarWINE?)
I'm sure someone tried to with a X86 emulator into Wine at some point but I think darwine only ever targetted x86 macs.
Re: Daniel Palmer
>While the emulator is a dog, even the recent versions that run much better than older ones,
That is certainly true. For me the GPU rendering made a huge difference. It's annoying to use with all of the weird artifacts in the emulator display but at least I can actually test against OS releases I don't have on a real device. It's a shame the 4.1 and 4.2 images are currently broken beyond use with all the Trace junk..
>It's not a good line that it "runs perfectly on my Nexus 1". Runs and runs efficiently are entirely different.
I use a few phones for profiling (when it's needed, most of the time it just works because I know what to avoid doing..). My "if it runs on this it'll run anywhere" device is a really crap ARMv6 with no 3D hardware phone running some hacked 2.1 ROM. There are things that perfect on that POS but struggle in the emulator with GPU rendering on a 2ghz+ machine.. simple things like updating a Canvas really fast so the user can draw something in realtime.
>and running on a Mac which was itself running an Android emulator.
The Android emulator is insanely slow (even with GPU rendering and the x86 image + hardware support) so I wouldn't be surprised if it isn't a lot better on a real phone or tablet.
Re: Yet another bad research paper
Phil's "articles" are basically copy and pastes of press releases with all of the important details cut out and then no link to the original.
The original press release is here;
It specifically states "New protocol improves throughput and latency in low-quality communications environments".
Re: But how ill it look on a phone?
>Will it look good on a 4" smartphone screen?
Why not.. as long as the phone is fast enough to decode and scale it..
but small mobile devices is what 1seg is for; http://en.wikipedia.org/wiki/1seg
Re: I just created this account to say this...
I think a lot of reporting on stuff "in Japan!" is intentional mis-reporting to make things seem more weird/unusual than they actually are.
Re: Cooking with Google: one of the simplest appliances possible ...
>The Japanese invented the electric rice cooker, and Apple copied their safety connector.
I'm not sure the magnetic connector was invented for rice cookers as many people seem to think. We have an induction hot plate and hot water pot with the same connector. Japan has a bunch of standard connectors that I haven't seen anywhere else.. for example if you rent an apartment that isn't furnished you probably won't get any lights in the rooms. Instead you get a modified AC socket with locking supports in the ceiling.
>Cooking rice is not such an easy job.
It's not so hard to get edible cooked riced but the Japanese can be very anal about their rice which is why there are rice cookers for about 50 quid for the "don't cares" and several hundred quid cookers for the people that want the "traditional cooked in a massive pot by a jiji" flavour. Considering there are hot water pots that can be remote controlled so that your elderly parents don't go without hot water (saw it advertised on TV yesterday) I don't see a rice cooker with Android as being all that "weird".
Re: Java is the real problem.
>The simplest answer is to stop using Java like it's a blood line, or at least the only option.
>I will never understand how the Android NDK isn't a top priority for Google.
What does the NDK not do now that you want it to do? I have no problems using the NDK for what it's intended for; Creating shared libraries containing performance critical or ported code to interface with via JNI.
>Google: "In general, you should only use the NDK if it is essential to your app—
>never because you simply prefer to program in C/C++."
The UI framework is all written in Java... NativeActivity exists for applications (activities) that don't want any of the Java APIs like the UI framework.
>You can almost count the days until Google puts out a press release in regards to the
>NDK that will read "This is how it should be done".
For games there is no reason not to go 100% native (although you can write pretty decent games in Java via libgdx) and there is an SDL port that mostly works if you want it to be "portable". I very much doubt google are going to start promoting C/C++ as the way to develop apps considering all of the high level APIs are implemented in Java and the libraries you use to get access to stuff like the screen, sound etc are limited and vary between versions of Android.
I think the point you were trying to make is; Java == Easy piracy. Java can be reverse engineered but so can C. You should take a look at something like IDA (http://www.hex-rays.com/products/ida/index.shtml). The issue with a lot of cracked Android apps was that the dev only called the license check once at start-up and used google's code without making any changes.. and then didn't use proguard so it's very easy to remove the single license check. A similar issue but for "applications" written in assembly or C is "save patching" in console backup units. Backup units don't have all of the different backup types that are possible.. they rely on the fact that game developers link against a library supplied in the SDK to handle the backup storage.. so all the patcher needs to do is search for a signature of the library and replace it.
Re: I'm sorry, but that's just wrong
It does seem a bit backward to be honest.. if anything they should have built a nicer apt/dpkg frontend based on Synaptic. This sort of thing (one click install from website) has been done before and I can't remember anyone using it.
Maybe this will help the kiddie winks once they actually get some to people that don't just want a cheap XBMC machine..
Re: Not a sad day
>Anyone who has a 386 processor and wants to install Linux on it now can easily download one
>of the zillions of distros that support kernel
I don't think that is true.. as someone else said glibc doesn't work on 386 anymore.. IIRC even Debian's i386 arch has only worked on 486+ for at least the last stable release, maybe the one before that.
Re: Sad day
>but this is a step in the wrong direction
I'm not sure how dumping legacy stuff that causes issues supporting the majority of users is a "step in the wrong direction". I would go further than Linus.. I would remove all of the archs and boards that haven't been touched for years and only allow them back in when someone steps up and offers to support them and can prove that they still work or are fixable.
>especially when you consider that with Linux , so much can be done with so little CPU.
If you turn off everything that makes using a recent kernel worth using..
>production of processors by 2014 as part of efforts to boost its competitiveness on the world stage.
I find that a bit weird.. I thought all of Hitachi's processor architectures moved to Renesas a long time ago.. a quick skim and ctrl-f on the press release itself doesn't seem to reveal any mention of processors.. They mention LSI's a few times (The Japanese semiconductor manufacturers call almost any chip LSIs in their English datasheets.. it's a bit of the "born in Japan" English creeping in)
> “development, design and quality assurance” of processors for Hitachi Group products,
This sentence in the PR says nothing about processors.. it says "development, design and quality assurance of LSIs". Did you google what LSI means?
>a country whose best chip-making days appear to be behind it.
Did you check the limited range of "LSIs" that Hitachi were still producing?
>they don’t upgrade factories to meet the growing demand for sub-28nm production.
Really? I think a lot of the chips Renesas ship massive piles of are just fine on the processes they have now.
Is anyone saying that the US/European microcontroller manufacturers should all upgrade their processes to the same level as Intel when the core of their portfolio has no need for it?
Phil, we get that you're The Reg's man in Asia.. and you've been to Akihabara so you're an expert on Japan.. but at least read the press release you're rewriting into an article.
The facebook SDK..
The Android version was a massive pile of shit... They've released a beta of the new improved version which makes it clear that the old thing was junk by replacing all of it... I don't use facebook but people want apps with facebook support and with the old SDK it was a massive ball ache. Hopefully all of this is a sign that they are actually going to make it work and keep it up to date this time.
Re: The beautiful cathedral of Unix, ...
Not sure why others have downvoted you..
For BSD at least there was/is a ton of hacky code.. there are some BSD history videos were it's clearly stated by one of the people involved early on that BSDs much lauded TCP/IP stack was a massive hack and only done because AT&T or whoever was actually contracted to do the TCP/IP stack took to long about it.
I don't see what is wrong with hacky code or copy and pasted code really as long as you follow the license of the code that you are using.
There are lots of people with good/useful ideas but less people that can construct code that won't offend the most anal FreeBSD developer (basing an article about Linux dying on a FreeBSD developers comments is just laughable...) and I guess a lot of time the people with the ideas and the people that can develop "perfect code" aren't the same people. So.. a person with ideas and no coding skills will probably employ a cheap worker to implement the idea resulting in a lump of hacky code copy and pasted from stackoverflow answers. A person with an idea and limited coding skills will generate something of equal quality and the FreeBSD developer(TM) will sit on their hands until the "crappy code" ends up in ports because although it is a mess it is something that users have found useful. If anyone cares enough they can fix the issues or rewrite the code from scratch. If you have the time to write a blog post/news article about how crap something is you should be prepared to actually fix the problem yourself. I have found myself quite a few times when I work with some library and think "this library is a piece of shit" and start reimplementing it myself or fixing the issue I get so far and back out because I hit exactly the same issues/problems the original developer had but I didn't see as a consumer.
They are called "sumaho" - smart phone.
There are some low end handsets from Panasonic etc which the people that would have bought another keitai would have bought but the people being a smart phone because they want a smart phone are going for the Samsung units. I'm not sure how you saw lots of Sony phones as the carriers usually hide the brand of the domestic phones and ship them under their own brand. I.e. my KDDI IS06 is made by Pantech from Korea and my sister in laws IS04 (I think) is made by Panasonic. The only way to actually tell though is to pull the back cover off and look at the sticker under the battery.
>Japanese handset makers have historically struggled abroad
I'm not sure why this has to be the case for Android phones though. Sure the older "keitai" phones weren't exportable but I'm not sure why that would be the case for the Android phones being produced now. The Japanese carriers do slap on really nasty looking UI themes to the Android phones to make them more attractive to the keitai users but surely if that just ship plan old Android on the export models there isn't much difference between any of the other Android handsets on the market.
On the other hand even the local smart phone market is flooded with Korean handsets because the ones being produced by Japanese makers aren't specced high enough to present any competition. I wonder if the Japanese makers can't produce really nice Android phones because of a lack of local technology i.e. Japanese firms want to use Japanese chips but all of the big semiconductor makers got rolled into Renesas and although Renesas does have some ARM chips they don't have the sort of chips that TI, Samsung etc have.
Re: @Daniel Palmer
>Why does providing a cheap as chips device that can be used for teach AND other stuff make you sad?
The people that have so far bought a Pi could have bought a BeagleBone.. no one that has a Raspberry Pi at this moment couldn't have got a Linux machine that performs better for the money.
>I've noted that although some of the commenters may have a clue, they certainly don't have any manners.
The press release was overcooked and some people called them out the bullshit.. so Liz and Eben got all butthurt instead of addressing the actual issue. If they want people to be all nicey nicey they shouldn't write complete bollocks and expect not to be called out on it.
Looking at the Raspberry Pi blog makes me feel sad.. it looked like a good idea of giving cheap computers to kids and it's basically turned into cheap computers for "makers" or other people that would have bought an Arduino. Which isn't bad.. but those people do seem to be prepared whatever swallow whatever Liz writes and attack the few people that have a clue that are calling them out on these "drivers". I'm sure the Raspberry Pi's guy on the register will be along to down vote and make snide replies to any not so positive comments here soon enough too.
Re: >> the day English has officially lost it's grip on the world
On a computer at least most people input Japanese via romaji -> hiragana (phonetic script) -> candidate lookup for any kanji/katakana sections of the input..
i.e. if you want to type Japan you input nihon by pressing the roman letters, the hiragana appears and then on my machine at least you press space and it usually converts it into the right symbols or you get a list of candidates ordered by probability.. once you start teaching the input method the characters you use it gets a lot faster.. So lots of key presses but I think the amount of information encoded by character balances the number of key presses required to input them... for TLDs it's not really worth it as writing out "china" in full doesn't have any benefit over typing in cn and just knowing that cn == china. I'm not sure about the Chinese but a lot of Japanese people have trouble remembering kanji for words they use in daily conversation so I can imagine this becoming a pain when you want to go to a site which you can remember the pronunciation of but you can't remember which kanji is used to write it.
Re: And the purpose of this element is...?
Just a brain fart.. but I guess that you need a syllable with an i sound to use "umu" (i.e caesium is se-shi-u-mu).
So maybe that it would be nipponi-umu. Makes more sense when you look at the words in romaji.
Re: On the naming of elements
Not sure where you get "heavy little child" omoi is heavy and ko is child.. surely if you were going for kawaii you would call it puyopuyo-ium or debu-ium (both on the fat/heavy theme).
Re: And the purpose of this element is...?
-ium is transliterated to umu in Japanese .. i.e. Calcium is karushiumu (カルシウム) and sodium is sojiumu (ソジウム）so it would be nihonnumu or I would guess nipponnumu. (double nn == ん otherwise you would get ぬ). There are "proper" kanji words for some of the elements.. but not being a science bod I don't know when you would use one or the other. Looking at my dictionary though some common compounds use the kanji word for one part and the transliterated English or German for other parts.
Food isn't too bad.. there just isn't much really cheap stuff. Imagine always shopping at Sainsbury's instead of ASDA or Tesco. Rents are pretty good outside of Tokyo. My families apartment is much nicer and cheaper than any flat I had in the UK... I guess that most of the expats that would be living here for the money opposed to anything else would be working in finance etc and won't be looking for places out in the middle of nowhere though.
Re: Only really the board though surely?
>That is the case, but if you cannot even buy UK manufactured
Doesn't change where they were manufactured..
>Just on the upbeat, the SoC contains an Arm , which was designed in Cambridge
>,and a GPU which was also designed in Cambridge.
That's lovely and all.. but this article is about the Pi being manufactured in the UK.. which most of it isn't. I don't actually see what the advantage of this anyhow... I take it pick and place machines run the same pretty much anywhere.
Only really the board though surely?
>possibly the first time a microcomputer has been produced here, as opposed to simply being assembled,
How much of a step up is this really? The SoC, RAM, connectors etc are all going to be produced where they are now.. they might fab the PCB in the UK and do the assembly but isn't that really just "finishing" work.
Also .. if small runs are acceptable I know of at least two micro computers that have been developed and "manufactured" in the UK by hand in the last couple years.
- Product Round-up Smartwatch face off: Pebble, MetaWatch and new hi-tech timepieces
- Geek's Guide to Britain BT Tower is just a relic? Wrong: It relays 18,000hrs of telly daily
- Geek's Guide to Britain The bunker at the end of the world - in Essex
- Review: Sony Xperia SP
- FLABBER-JASTED: It's 'jif', NOT '.gif', says man who should know