Karl wrote:
drh,
Please be cautious in taking any advice on these forums from Jeffrey. There is enough truth mixed with the misinformation in his posts, that I have not banned him yet, but I am waiting for an excuse.
Jeffrey: please either post accurate information or do not post and give the appearance of being an expert. Your lack of response to Ralph's request for backup to your opinions in the Developer forum is telling. You are wearing out the welcome mat here...
Karl
Hi Karl,
Is this what you are looking for?
http://www.informationweek.com/blog/main/archives/2007/11/mac_software_bu.html
http://www.google.com/search?client=safari&rls=en&q=Mac+Data+Loss&ie=UTF-8&oe=UTF-8
Unfortunately my experience agrees with the first link as my issues began with Panther.7 and QT 6.5
As for what you read about the Seagates or Chinese drives you may want to head my warning as my first was the TravelStar, more recently a Hitachi in a Macbook 2,2, and out of curiousity I had someone open a 30 GB (that indicated 2 TB) Maxtor that was no longer working for them, it was connected via FW to a G5 D2.0 and it is a 3.5" with the same type of damage. The first one (TS) the disk was actually blued indicating excessive heat and arcing and it was obvious the head melted off (Dec 2004). the others are the same though not blued the arm is warped and scrapes midway and the other's head is cocked to the side and the solder was almost gone. The reason for the lack of drives from G4's and 5's is that many are beyond warranty and many don't make it to these recovery places as many won't spend/invest the incredible amount of money for the
possibility
the data will be recovered and like myself some are just assuming because of the age of the drive it was simply time for it to go.
As for my recommendations of the Solid State drives aside from the reasons above, this opinion comes from trying to understand why, when looking at the process manager of certain posts here the virtual memory seemed excessively high. Something I never paid attention to on my machine until reading some of these posts.
So If this satisfies you maybe you can ask the same of Thomas. I would like to know the specs of his machines and wether or not they are shared memory. If he uses HW acceleration etc. That should be enough to indicate what I have been saying about that as my observations of the shared vs dedicated VRAM? For me this comes from using a MacBook and a MacBook pro side by side. I don;t think that Apple would be telling their "Pro" customers that they wasted their money because a lesser machine will out perform it. It's not a good feeling when the machine that created something cannot read it or display it properly and a machine that should be coughing and sputtering isn't.
I am sorry I no longer have a need to participate in this forum for AC as I no longer use it for it's intended purpose but my lack of presence should not be a reason to automatically discredit anything I say especially in regards to the OS. I am also very sorry to "appear to be an expert", I can assure you I am not, as if I were I wouldn't have lost the most important project of my life and I would be telling you how to fix this error. The only reasonable explanation is a time formatting error as the symptoms are erratic and the core technologies do not come together properly and the myriad of issues trying to sync things.
What about this post?
http://archicad-talk.graphisoft.com/viewtopic.php?t=20961
IMO Laszlo has nailed it on the head BUT it is because the refresh rate isn't synced properly. A timing issue and I don't thinks its GS's error. Look around at other SW forums as there are too many similar issues.. My question to this OP would be if he ever gets double file/folder images in the finder as these two types of symptoms are the same.
And this is why I think Laszlo is correct This come from the OpenGL Porgrming Guide fro OS X.
Synchronize with the Screen Refresh Rate
Tearing is a visual anomaly caused when part of the current frame overwrites previous frame data in the framebuffer before the current frame is fully rendered on the screen. Applications synchronize with the screen refresh rate (sometimes called VBL, vertical blank, or vsynch) to eliminate frame
tearing.
As for other iTunes/time formatting issues I would hope this may be evidence for some of a time formatting error. Note the length of the first tune and the total time at the bottom it doesn't even calculate this correctly but I suspect the duration at the bottom is correct but the first song I can assure you is 3.2 minutes and not 32 days long.
http://www.dropshots.com/macimages#date/2008-01-31/08:31:33