kukito
Oct 27, 05:19 PM
I was thinking of buying an iPod Shuffle for my niece for Xmas but she'll be getting something else instead. My MacBook purchase is on hold as well.
benthewraith
Oct 27, 08:25 AM
It's about time Apple got rid of some of the rubbish materials in their machines, it's not that the campaigners are trying to brusie Apple but encourage them to be better than their competitors. I mean, Apple already has many advantages over Windows, so surely 'Green' can be one of them.
....it's a computer, what are you going to make it out of? oak leaves and wood?
Seriously. I mean I support the environment, but I know reactionary sensationalism when I see it. As someone said, Greenpeace has lost most of it's respect, even with the EPA (Environmental Protection Agency).
....it's a computer, what are you going to make it out of? oak leaves and wood?
Seriously. I mean I support the environment, but I know reactionary sensationalism when I see it. As someone said, Greenpeace has lost most of it's respect, even with the EPA (Environmental Protection Agency).
apfhex
Nov 13, 03:22 PM
In a sense, yes. The rules for iPhone development are different than for Mac OS X.
Except in this case, they still didn't break the rules. Nothing in the SDK prohibits what they did. (Gruber's reply (http://daringfireball.net/2009/11/airfoil_touch_situation) to Jeff LaMarche sums it up very nicely — I know it's already been linked to be I think it needs repeating)
YES, Apple can reject an app for any reason they see fit. But this is getting ridiculous. I haven't cared about any of the apps made by developers that have so far jumped ship, but one of these days it is going to be one of the ones I care about, and I'm not looking forward to it.
Except in this case, they still didn't break the rules. Nothing in the SDK prohibits what they did. (Gruber's reply (http://daringfireball.net/2009/11/airfoil_touch_situation) to Jeff LaMarche sums it up very nicely — I know it's already been linked to be I think it needs repeating)
YES, Apple can reject an app for any reason they see fit. But this is getting ridiculous. I haven't cared about any of the apps made by developers that have so far jumped ship, but one of these days it is going to be one of the ones I care about, and I'm not looking forward to it.
Glideslope
Apr 30, 04:17 PM
Get ready. It's going to be "Magical". :apple:
mr.suff
Sep 18, 04:45 PM
By definition, 10MP phone cannot be as grainy as a 3MP phone. You do realize when someone says 10MegaPixel phone what they mean right?.
10 million pixels per square inch (before the tech police come out, this is a basic definition. I am aware an image does not have to be a square).
its not 10 million pixels per square inch. 10 million pixels is the overall size of the image ie x by y, at about 150-300 dpi, i think, but its defo not 10mp per inch^2
but anything above 3-5 mp in a phone becomes a useless waste because the sensor is stupid small.
matt
10 million pixels per square inch (before the tech police come out, this is a basic definition. I am aware an image does not have to be a square).
its not 10 million pixels per square inch. 10 million pixels is the overall size of the image ie x by y, at about 150-300 dpi, i think, but its defo not 10mp per inch^2
but anything above 3-5 mp in a phone becomes a useless waste because the sensor is stupid small.
matt
Eidorian
Sep 9, 01:26 PM
Preemble clarification: I use Toast in a highly unorthodox way - nothing to do with writing DVDs or CDs. I use it most of the time to write DVD IMAGES that Handbrake understands how to make priistine mp4 files from. I am able to reduce a 4.3GB original EyeTV HD broadcast recording down to 351MB using this method. The result is an excellent, albeit soft, version of the original that can go on an iPod or two on a CD and when played on an analog TV looks like a DVD. On a HD monitor it still looks great. Just a little soft.
I haven't explored what else we can run simultaneously beyond Toast and Handbrake. I can run as many instances of those as I like. But I run out of cores even just running both of them because they will each use more than two cores given the chance to run alone. Running them simultaneously even with a second Handbrake running third, still gets all the jobs done faster than waiting for two to run and then running the third. Handbrake will process up to about 150-160 fps when two copies are running while it will process only about 93-100 fps alone.
Handbrake FPS readings vary a lot between the analysis pass and the writing pass - much slower writing on the second pass than studying-planning the writing scheme on the first pass on both the Quad and the Mac Pro. On the Mac Pro, Toast will use almost all 4 cores given no competition. But so far I'm not convinced it is encoding EyeTV recordings for DVD images much faster than it does on teh Quad - yes 7.1 UB. I need to go back and exact time some encodes on the Mac Pro then compare that here on the Quad to tell.
Just tried to launch a second copy of EyeTV and it's a no go. Maybe if I have another liscense with another tuner like the new hybrid it will work with a second copy - don't know yet. Probably getting a hybrid tuner yet so I can record two shows at once.
A Multi-Instance and Multi-Core Usage Guide would be a great help. Does someone with authorization want to start a thread on this subject? I am not authorized to create new threads. But I would be happy to contribute to it. If someone with new thread creation permission does it, please post a link to it here. Thank you.Well anyone here can start a Guide on the wiki. Ask around if anyone else knows more on the subject. Otherwise I picked you from our previous ramblings on Core 2 Duo and quad-core machines.
Edit: Interesting usage of Toast/Handbrake there.
64bit addressing arrives with the new cpu. so the point is that napa64 isn't really new, it just uses merom instead of yonah.I guess that resolves the Napa32/64 argument. If there ever was one...
Yeah that will be the Mac Pro Jr. while the rest of the Mac Pros will be running pairs of Clovertowns.Cube? 24" iMac?
I haven't explored what else we can run simultaneously beyond Toast and Handbrake. I can run as many instances of those as I like. But I run out of cores even just running both of them because they will each use more than two cores given the chance to run alone. Running them simultaneously even with a second Handbrake running third, still gets all the jobs done faster than waiting for two to run and then running the third. Handbrake will process up to about 150-160 fps when two copies are running while it will process only about 93-100 fps alone.
Handbrake FPS readings vary a lot between the analysis pass and the writing pass - much slower writing on the second pass than studying-planning the writing scheme on the first pass on both the Quad and the Mac Pro. On the Mac Pro, Toast will use almost all 4 cores given no competition. But so far I'm not convinced it is encoding EyeTV recordings for DVD images much faster than it does on teh Quad - yes 7.1 UB. I need to go back and exact time some encodes on the Mac Pro then compare that here on the Quad to tell.
Just tried to launch a second copy of EyeTV and it's a no go. Maybe if I have another liscense with another tuner like the new hybrid it will work with a second copy - don't know yet. Probably getting a hybrid tuner yet so I can record two shows at once.
A Multi-Instance and Multi-Core Usage Guide would be a great help. Does someone with authorization want to start a thread on this subject? I am not authorized to create new threads. But I would be happy to contribute to it. If someone with new thread creation permission does it, please post a link to it here. Thank you.Well anyone here can start a Guide on the wiki. Ask around if anyone else knows more on the subject. Otherwise I picked you from our previous ramblings on Core 2 Duo and quad-core machines.
Edit: Interesting usage of Toast/Handbrake there.
64bit addressing arrives with the new cpu. so the point is that napa64 isn't really new, it just uses merom instead of yonah.I guess that resolves the Napa32/64 argument. If there ever was one...
Yeah that will be the Mac Pro Jr. while the rest of the Mac Pros will be running pairs of Clovertowns.Cube? 24" iMac?
maclaptop
Apr 19, 09:59 PM
Please come to Korea. Samsung have been doing this illegally for years, often suing the small person to popperdom. No big corporation is good, but when you attach massive corps under the umbrella of a conglomerate, you combine all of that evil into one massive black hole.
At least Apple try to get to the bottom of suicides and deaths at their factories; at least they have only one core business to protect ruthlessly. Samsung (indeed, the biggest copycat I've seen) are huge pirates (selling fake DVD's/CD's in their grocery stores; rebadging Mercedes, Nissan, etc., cars for their own line; buying out large portions of most newspapers here). Apple's rise to the top has been fettered with bad, but not outright illegal bad to the extent Samsung's has.
Now we have bad planting a peck on evil.
I fly internationally for business, with three visits per year to a different division of Samsung.
Please do not get me wrong, I am not advocating for them.
I have a full understanding of the business culture of both Samsung and Apple. The point I'm making is Apple could choose to take the high road, no one is forcing their hand, nor will Apple suffer.
Apple's track record is too well established, just witness their overwhelming success.
There is simply no reason, contrary to what some may believe, for Apple to add yet another law suit to the long list they've originated.
Apple could have chosen to be a world class leader with a great positive aire of confidence, not fear and paranoia.
It's no secret that Samsung and others run a rough and tumble business in their region.
Finally, its my preference to choose the products that suit my needs no matter who builds them.
We live in a global economy without the luxury of choosing the country of manufacturer. While it could be argued "just don't buy from them". We all know that isn't going to hurt a huge company one bit.
At least Apple try to get to the bottom of suicides and deaths at their factories; at least they have only one core business to protect ruthlessly. Samsung (indeed, the biggest copycat I've seen) are huge pirates (selling fake DVD's/CD's in their grocery stores; rebadging Mercedes, Nissan, etc., cars for their own line; buying out large portions of most newspapers here). Apple's rise to the top has been fettered with bad, but not outright illegal bad to the extent Samsung's has.
Now we have bad planting a peck on evil.
I fly internationally for business, with three visits per year to a different division of Samsung.
Please do not get me wrong, I am not advocating for them.
I have a full understanding of the business culture of both Samsung and Apple. The point I'm making is Apple could choose to take the high road, no one is forcing their hand, nor will Apple suffer.
Apple's track record is too well established, just witness their overwhelming success.
There is simply no reason, contrary to what some may believe, for Apple to add yet another law suit to the long list they've originated.
Apple could have chosen to be a world class leader with a great positive aire of confidence, not fear and paranoia.
It's no secret that Samsung and others run a rough and tumble business in their region.
Finally, its my preference to choose the products that suit my needs no matter who builds them.
We live in a global economy without the luxury of choosing the country of manufacturer. While it could be argued "just don't buy from them". We all know that isn't going to hurt a huge company one bit.
blackstarliner
Sep 19, 03:15 PM
Afte reading the whole article, I get the feeling that Apple will be slammed in this Thursday's follow-up article about iTS.
Maybe, but he seems to mention that it was nicer somehow in one paragraph.
Plus, this review finds shortcomings in both systems:
http://www.kansascity.com/mld/kansascity/business/technology/15548570.htm
Maybe, but he seems to mention that it was nicer somehow in one paragraph.
Plus, this review finds shortcomings in both systems:
http://www.kansascity.com/mld/kansascity/business/technology/15548570.htm
bassfingers
Mar 30, 11:52 AM
Wirelessly posted (Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_3_1 like Mac OS X; en-us) AppleWebKit/533.17.9 (KHTML, like Gecko) Version/5.0.2 Mobile/8G4 Safari/6533.18.5)
Dear Microsoft, if you want the App Store, then you should have made the App Store
Dear Microsoft, if you want the App Store, then you should have made the App Store
Stella
Mar 30, 12:56 PM
Scotch tape.
In the UK its sellotape ( got the spelling correct ) to refer to sticky tape.
"Don't sellotape the paper to the wall, the paint will come off!"
Scotch tape is a brand name of sticky tape, as is sellotape.
In the UK its sellotape ( got the spelling correct ) to refer to sticky tape.
"Don't sellotape the paper to the wall, the paint will come off!"
Scotch tape is a brand name of sticky tape, as is sellotape.
SilianRail
May 1, 03:56 AM
Crap... I just ordered a 27" iMac from store.apple.com Friday morning. It hasn't shipped yet as i did some custom changes. I am going to call in the morning to see if I can hopefully cancel the order. I also purchased a 27" Cinema Display but that has already shipped. And doesn't look like it is in this upgrade round.If only there was a buyer's guide for Apple products on this very website. :rolleyes:
SiliconAddict
Sep 10, 04:08 PM
Remember everyone. Intel sucks and Steve Jobs is nuts for going with them. :rolleyes: Just a reminder of the comments typical after '05's WWDC.
jonnysods
Apr 14, 01:15 PM
Guys, should I buy now or wa......
Rodimus Prime
Apr 25, 01:23 AM
Well I'm sorry to hear that happened to your father. My mother was in a similar situation a few years back. She cut off an idiot doing 20 under the speed limit, slammed on the brakes, and there was a wreck. The guy she cut off was found to be at fault for not maintaining a proper distance, my mother was not found at fault. She openly told the cops that she had just passed the guy, and after she passed she thought she saw a squirrel enter the road, so she slammed on the breaks. On top of doing $15,000 grand worth of damage to the guys car (which he had to pay for due to not having broadform insurance) she then sued him for her $2,000 deductible, and won. Sucks to be him, maybe he does the speed limit now.
EDIT: @ EricNau - what do you guys not understand about "she was doing 65mph is a 70mph zone" which she then lowered to 55mph after brakechecking me????????
-Don
wow clearly no one in your family should not be hind the wheel of a car.
You all do road rage.
One day someone will pull a gun on you.
Sadly the cop was a crappy investigatory because your mom did an illegally lane changed. plus road rage and really there was a lot of room to prove it but you had a lazy cop and then a mother who lies and teachers her son to lie and pull the same crap.
EDIT: @ EricNau - what do you guys not understand about "she was doing 65mph is a 70mph zone" which she then lowered to 55mph after brakechecking me????????
-Don
wow clearly no one in your family should not be hind the wheel of a car.
You all do road rage.
One day someone will pull a gun on you.
Sadly the cop was a crappy investigatory because your mom did an illegally lane changed. plus road rage and really there was a lot of room to prove it but you had a lazy cop and then a mother who lies and teachers her son to lie and pull the same crap.
Doctor Q
Oct 12, 01:07 PM
I'm considering canceling an iPod order I placed yesterday and switching it to the red one. Not that I'd know the difference.
imikem
Sep 9, 07:42 PM
I think we all knew that Merom would only bring modest performance gains.
Core 2 is a significantly different beast architecturally from Yonah to Merom. Merom has Intel's clone of AMD's cloned/extended x86 instruction set*, 64-bit instructions as well as long overdue changes to handling of old instructions, allowing this generation of CPUs to better utilize registers.
There are other enhancements in Core 2 as well, so I doubt that the current compilers are getting the full performance potential. It may be several months before updated compilers can properly optimize code for Core 2. Stay tuned.
* Sorry about that - x86 architecture is not pretty to look at. I sure liked the elegance of the PPC instruction set, but guess what $$Billions$$ can do?
Core 2 is a significantly different beast architecturally from Yonah to Merom. Merom has Intel's clone of AMD's cloned/extended x86 instruction set*, 64-bit instructions as well as long overdue changes to handling of old instructions, allowing this generation of CPUs to better utilize registers.
There are other enhancements in Core 2 as well, so I doubt that the current compilers are getting the full performance potential. It may be several months before updated compilers can properly optimize code for Core 2. Stay tuned.
* Sorry about that - x86 architecture is not pretty to look at. I sure liked the elegance of the PPC instruction set, but guess what $$Billions$$ can do?
jonhaxor
Mar 30, 12:23 PM
No one refers to McDonald's as Burger Store. Their brand name is so strong that people actually say McDonald's because that logo and name is pretty much seared into everyone head.
i do .. it's kinda catchy .. my 2yo calls it "old mcdonalds" because of .. you know .. that song
language is use .. didn't we learn anything from Wittgenstein?
i do .. it's kinda catchy .. my 2yo calls it "old mcdonalds" because of .. you know .. that song
language is use .. didn't we learn anything from Wittgenstein?
inkhead
Sep 26, 02:56 PM
If this is true you can always by the phone at the cingular store outright, then unlock it and use it on any carrier.
I for one in disappointed they went with GSM
I for one in disappointed they went with GSM
MacMan86
Apr 12, 06:21 AM
Unless, as mentioned earlier in this thread, that 3rd party hardware includes the ability to upgrade its firmware. In that case, all customers will be required to install a mandatory "security" bug fix which installs support for a new private key, and everything proceeds as normal.
Heck, it's even possible that Apple might already have planned for this contingency, and instead of just having one private key, they may have come up with a set of many private keys to choose from, and also preprogrammed support for all of those keys into every properly licensed accessory. Maybe they just planned to use the first key up until it was compromised, and then move on to another.
Now, they might just push a new iTunes upgrade that blacklists the compromised key and moves on to another one -- and at the same time, instruct all licensed equipment to also add that key to their own blacklist (while continuing to maintain seamless support for all the remainder of the preprogrammed keys) the next time the licensed equipment connects to an authorized audio source.
(Unless, maybe the reverse engineer in this case already anticipated such an eventuality, and actually extracted all of the keys -- assuming, of course, that there really are multiple keys. If that were the case, then the reverse engineer hypothetically might have defeated the entire benefit that Apple might have derived from hypothetically having multiple keys to choose from in the first place...)
What's a little crazy with that is you start to believe your own hypothetical, made-up engineering. Now, no one here knows anything for sure, but, I think we can say with some certainty that Apple won't be changing the key in iTunes.
3rd party hardware includes the ability to upgrade its firmware
Sweeping generalisation. Those simple iHome AirPlay speakers can be connected to a computer and then firmware upgraded? Very unlikely. Not every AirPlay licensed hardware is an expensive Hi-Fi amp with upgradable firmware.
Heck, it's even possible that Apple might already have planned for this contingency, and instead of just having one private key, they may have come up with a set of many private keys to choose from
Near enough pointless. If someone is able to get hold of one private key, they're in a position to get hold of any others. This guy dumped the ROM after all.
The biggest reason for Apple not to change the key is it would break everything. A "mandatory "security" bug fix" isn't feasible for hardware, it would be like trying to organise a product recall - you could never tell everyone, and everyone would be wondering why their product suddenly broke - the companies behind these products would be swamped with support calls. You simply can't just bring out an update that breaks everything, hoping that customers will somehow update hardware that might not even be up-dateable.
tl;dr - However Apple engineered this, it's almost certainly not like that ^
Heck, it's even possible that Apple might already have planned for this contingency, and instead of just having one private key, they may have come up with a set of many private keys to choose from, and also preprogrammed support for all of those keys into every properly licensed accessory. Maybe they just planned to use the first key up until it was compromised, and then move on to another.
Now, they might just push a new iTunes upgrade that blacklists the compromised key and moves on to another one -- and at the same time, instruct all licensed equipment to also add that key to their own blacklist (while continuing to maintain seamless support for all the remainder of the preprogrammed keys) the next time the licensed equipment connects to an authorized audio source.
(Unless, maybe the reverse engineer in this case already anticipated such an eventuality, and actually extracted all of the keys -- assuming, of course, that there really are multiple keys. If that were the case, then the reverse engineer hypothetically might have defeated the entire benefit that Apple might have derived from hypothetically having multiple keys to choose from in the first place...)
What's a little crazy with that is you start to believe your own hypothetical, made-up engineering. Now, no one here knows anything for sure, but, I think we can say with some certainty that Apple won't be changing the key in iTunes.
3rd party hardware includes the ability to upgrade its firmware
Sweeping generalisation. Those simple iHome AirPlay speakers can be connected to a computer and then firmware upgraded? Very unlikely. Not every AirPlay licensed hardware is an expensive Hi-Fi amp with upgradable firmware.
Heck, it's even possible that Apple might already have planned for this contingency, and instead of just having one private key, they may have come up with a set of many private keys to choose from
Near enough pointless. If someone is able to get hold of one private key, they're in a position to get hold of any others. This guy dumped the ROM after all.
The biggest reason for Apple not to change the key is it would break everything. A "mandatory "security" bug fix" isn't feasible for hardware, it would be like trying to organise a product recall - you could never tell everyone, and everyone would be wondering why their product suddenly broke - the companies behind these products would be swamped with support calls. You simply can't just bring out an update that breaks everything, hoping that customers will somehow update hardware that might not even be up-dateable.
tl;dr - However Apple engineered this, it's almost certainly not like that ^
3goldens
Apr 4, 12:05 PM
shot in the head! seems a little severe for a mall cop!
toddybody
Mar 23, 04:25 PM
Oh god no I hope apple doesn't cave to this kind of Orwellian garbage. I feel for all of the victims of DUIs and know that I have personally called the police on a car that was very obviously had an impaired person behind the wheel but as a non drunk driver if I want to avoid being hassled I should be able to.
First of all, DUI checkpoints aren't so frequent that they provide every day hassle to drivers...secondly, they take a very short amount of time to go through (if you havnt been drinking, Cops know). Besides, how is this Orwellian at all? Apple isn't being asked to report users of the application or anything. Sorry man, but if it saves 1 life from drunk driving...it's the right thing to do.
First of all, DUI checkpoints aren't so frequent that they provide every day hassle to drivers...secondly, they take a very short amount of time to go through (if you havnt been drinking, Cops know). Besides, how is this Orwellian at all? Apple isn't being asked to report users of the application or anything. Sorry man, but if it saves 1 life from drunk driving...it's the right thing to do.
vega07
Aug 28, 03:49 PM
The new MBPs will be announced on 6th with the free 2-3 day shipping, so MBPs would arrive sooner than the PCs inspite of announcing a week later!
where'd you get that info...or is that your wishful thinking out loud?:rolleyes:
where'd you get that info...or is that your wishful thinking out loud?:rolleyes:
jjahshik32
May 3, 02:00 PM
Probably, but it might depend on whether you can download the Windows 7 drivers from ATI, or whether you have to use Apple's dual boot drivers.
Your question should be "can TBolt 'team' two channels for double bandwidth on one connection"?
For your question, the answer is "yes" if you can have two simultaneous 10 Gb/sec links. For my version, the answer is yes if you can have one 20 Gb/sec link.
Shipping sometime this summer - so the answer is "no, there are no TBolt devices available to buy".
The real worry about this fact, though, is that no Apples have been tested with openly purchased TBolt peripherals. I wonder how many software updates, firmware revisions, or motherboard replacements will be needed before TBolt devices work reliably without kernel panics.
I wouldnt worry about kernal panics or incompatibility issues with thunderbolt. Its like any other peripherals, its been heavily tested by apple and as long as other devices meets the requirements for thunderbolt, there will be no issues.
Your question should be "can TBolt 'team' two channels for double bandwidth on one connection"?
For your question, the answer is "yes" if you can have two simultaneous 10 Gb/sec links. For my version, the answer is yes if you can have one 20 Gb/sec link.
Shipping sometime this summer - so the answer is "no, there are no TBolt devices available to buy".
The real worry about this fact, though, is that no Apples have been tested with openly purchased TBolt peripherals. I wonder how many software updates, firmware revisions, or motherboard replacements will be needed before TBolt devices work reliably without kernel panics.
I wouldnt worry about kernal panics or incompatibility issues with thunderbolt. Its like any other peripherals, its been heavily tested by apple and as long as other devices meets the requirements for thunderbolt, there will be no issues.
MacinDoc
Sep 14, 12:21 PM
But since everyone's discussing MBP's, I guess it fits.
I know the Merom chip is compatible with the current boards in the CD MBP, but I've never heard anyone actually say that a CD MBP can be upgraded by simply dropping in a Merom chip. Will this be possible?
Not unless you are good with soldering and don't mind voiding your warranty - the CD chip is soldered onto the motherboard. Also, a firmware update would be required, and may not be available.
I know the Merom chip is compatible with the current boards in the CD MBP, but I've never heard anyone actually say that a CD MBP can be upgraded by simply dropping in a Merom chip. Will this be possible?
Not unless you are good with soldering and don't mind voiding your warranty - the CD chip is soldered onto the motherboard. Also, a firmware update would be required, and may not be available.
0 comments:
Post a Comment