...så länge det varar, är kanske bäst att tillägga. Men det fungerar i alla fall fint nu.
Började med en ren installation, uppdaterad till 10.6.1. Rosetta o QuickTime 7 med, Flip4Mac-betan inlagd. Fungerade förstås inte....
Då slängde jag helt enkelt ut nya QT X. Sen drog jag över en del grejor från de tre biblioteken i gamla 10.5.8-installationen:
I System/Library/Preference Panes la jag in den QuickTimepanel som fanns innan. Sen såg jag till att komplettera mapparna System/Library/QuickTime och System/Library/QuickTimeJava med vad som saknades jämfört med 10.5.8 (jag hade köpt både QT 7 Pro och den särskilda Mpeg2-codecen, och det var väl i huvudsak dessa som behövde läggas dit, så det kanske inte berör huvudproblemet).
I Library kompletterade jag mapparna Internet Plug-ins, Preferences (där låg licensen för QT Pro) och QuickTime.
I ~/Library, slutligen såg jag till att Preferenser innehöll allt som berörde quicktime resp telestream (det är Flip4Mac).
Förtydligande: filer som redan fanns bytte jag inte ut.
Därpå en omstart, öppnande av den inlagda QT-preferenspanelen, men inga ändringar. Sen Safari och SR webbradio: gick direkt, och går nu medan jag skriver. Enda lustigheten är att i Safari startar inte spelaren efter den normala buffringstiden, utan jag får själv trycka på den lila triangeln när jag tror att bufferten räcker. I både Firefox och OmniWeb startar den automatiskt.
Skönt! Det här har varit "showstoppern" för mig när det gäller att gå över till SL, för P2 och SR Klassiskt är helt nödvändiga.... Nu verkar jag kunna byta och njuta av den väsentligt snabbare nya katten!
Edit: Öppnade Aktivitetskontroll för att kolla om Safari går i 64-bitsläge efter det här. Det gör det, men en underprocess som heter QTKitServer går i 32, och det gör också Kernel_task (ägs av root), vilket får mig aningen fundersam...
Skulle någon som INTE har grovhackat sin snöleopard ännu vilja kolla om kärnan går i 32 bitar normalt? Jag är okunnig nog att inte veta, och dum nog att inte ha kollat detta innan jag hackade....
