5 posts • joined 4 Apr 2011
Re: Bitmap Bros...
Could not agree with more yossarianuk. I had an Acorn Archimedes and so many of your points applied to that as well, when compared to a Windows PC of the day.
OK at the time I was generally in a state of war with my Amiga ST owning friend as to which one of out computers was better.
Archimedes boot up to RISC OS desktop was super-super fast as it was all in ROM. Once there it was smooth and just so easy and intuitive to use. Sound was good, as well as graphics.
I remember getting an i386 DX4 100MHz add in co-processor card for my later RISC PC and being astounded at how big the heat sink was and how hot it got and still it was slower than the native ARM processor which had no heat sink at all.
What I really miss from those days was the ease in which you could just sit down and start programming and get a result. Just try doing that in five minutes on a modern PC!
Played the original Xenon on my mates Atari at university. Then got the Xenon 2 sequel for my Acorn Archimedes. It was excellent on that.
What a rubbish demo
I am sorry but did no one else think the demo was rubbish? Any video codec could have compressed someone resembling a statue against a static background! Come on, you only generally get to see how good a codec is when its given a challange. Take MPEG2 on freeview, if the scene is fairly static its pretty good, give it lots of motion or scene changes and boy it blocks worse than a bucket of LEGO.
What I would have like to have seen is how good it was and therefore its bandwidth if its a variable bit rate codec, when there is loads of movement, as it a real TV show or film.
Ans what if you don't know exactly what you want to do with something, or at least how the action you want to perform might be named?
Quite often I just want to look at all menu options to see what is possible.
Re: Re: Whining anti-camera supporters
You make a very good point with regard speed cameras not stopping dangerous driving (rather than speeding if for now we separate those two categories). I too was passed this morning by an idiot who was both speeding and driving dangerously, i.e. overtaking in a completely inappropriate place given conditions and general visibility.
However unless we are all prepared to pay a considerable amount more in taxes to fund police to monitor these lunatics then sadly they will keep getting away with it.
You argument that speed does not kill, inappropriate speed may contribute is a glib glossing over of the problem. Acceleration / deceleration is what actually kills, whether that be deceleration of the driver in the car when they hit something or acceleration of the person hit by the car. Both of which will cause damage to delicate internal organs within the body. However from a physics stance, acceleration / deceleration is related to force which is related to speed and mass (weight). The mass of a car is constant, so the speed is the variable which matters as to how much damage is inflicted in an accident.
You may well consider 3am to be safer than 3.30pm and therefore give you the right to go 6mph faster, however your reaction time is the same, whether it be 3am or 3.30pm, and infact possibly slower at night. However your speed is the same, so if someone, child or not, appears in the road in front of you you have less time to react, therefore less time to break, therefore you hit them with a higher speed and inflict greater damage. There is no argument that mitigates this.
There are also many other factors as you say, so why increase the risk by speeding. The only way therefore to reduce the likelihood of an accident is to reduce the speed so if the unexpected happens, a dog runs across the road, you hit a patch of ice, etc. there is more time to take action.
- Mounties always get their man: Heartbleed 'hacker', 19, CUFFED
- Samsung Galaxy S5 fingerprint scanner hacked in just 4 DAYS
- Feast your PUNY eyes on highest resolution phone display EVER
- Analysis Oh no, Joe: WinPhone users already griping over 8.1 mega-update
- AMD demos 'Berlin' Opteron, world's first heterogeneous system architecture server chip