Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Apple brengt macOS Catalina uit

Apple heeft de officiële versie van macOS 10.15 Catalina uitgebracht. Deze nieuwste versie van het besturingssysteem, dat naar het Californische eilandje Santa Catalina is vernoemd, was eerder al als bètaversie beschikbaar en voegt onder meer Sidecar en Apple Arcade toe.

Apple meldt dat gebruikers met macOS Catalina nu ook gebruik kunnen maken van de gameabonnementsdienst Apple Arcade, maar daarnaast introduceert versie 10.15 ook geheel nieuw Mac-versies van de apps voor Apple Music, Apple Podcasts en Apple TV.

Een belangrijke vernieuwing bij de nieuwe versie van het OS is de ondersteuning voor Sidecar. Daarmee kunnen gebruikers hun bureaublad van bijvoorbeeld de MacBook Pro uitbreiden met de iPad als een tweede scherm, waarbij de Apple Pencil en de iPad ook te gebruiken zijn als een tekentool voor bepaalde Mac-apps die dit ondersteunen.

Verder voegt macOS Catalina ondersteuning toe om een Mac volledig met stemcommando's te bedienen. Dat is vooral gericht op gebruikers die door een fysieke beperking geen gebruik van de muis kunnen maken. Door stemcommando's te geven kunnen ze hun computer via Siri aansturen; dit kan overigens ook in iOS en iPadOS.

Andere wijzigingen zijn bijvoorbeeld het verdwijnen van iTunes en het toevoegen van een poortwachterfunctie die naar beveiligingsproblemen kijkt. Ook moeten alle apps in macOS Catalina om toestemming vragen als ze toegang willen tot de gebruikersdocumenten. De functie Schermtijd is een andere nieuwe functie en geeft gebruikers inzicht in de tijd die ze doorbrengen bij het gebruik van websites en apps, waarbij ook limieten zijn in te stellen. Apple kondigde macOS Catalina in juni aan; Tweakers schreef er eerder een preview over.

Door Joris Jansen

Nieuwsredacteur

07-10-2019 • 20:18

118 Linkedin Google+

Submitter: WhatsappHack

Reacties (118)

Wijzig sortering
Goed om te vermelden: macOS Catalina laat volledig de 32-bit architectuur los. Ben je nog afhankelijk van 32-bit applicaties is het niet aan te raden om bij te werken. Via System Information > Applications kun je bekijken welke applicaties eventueel nog 32-bit zijn.

Dat betekent helaas ook dat 32-bit WINE niet meer werkt, en daarmee veel games die geport zijn naar macOS ook niet meer. Ook oudere applicaties (Adobe CS6!) zullen niet meer werken.

Een bittere pil, maar op zich goed dat de legacyarchitectuur losgelaten wordt.

Zelf ben ik minder te spreken over de eis van App Notarization. Ik heb nog genoeg (oude) ontwikkeltools die waarschijnlijk nooit gesigned zullen worden. Deze kun je nu nog vanuit System Preferences > Security alsnog openen, maar ik vraag me af of dat in 10.16 nog steeds gaat kunnen... Als het dan toch zo nodig moet, geef dan in ieder geval de optie om het uit te zetten, liefst selectief per applicatie. Verstop het voor mijn part ergens in een obscure plist waar je alleen met de Terminal bij mag. Ik wil gewoon zelf kunnen bepalen welke code ik wel en niet uitvoer op mijn pc, daar heb ik Apple niet voor nodig.

[Reactie gewijzigd door PostyMcPostface op 7 oktober 2019 20:28]

Jammer. Juist support van legacy maakt een systeem aantrekkelijker. Door dit soort grappen is software snel onuitvoerbaar (letterlijk) of gaan mensen maar niet upgraden.

Nu zal het voor de meesten wel meevallen. Maar deze praktijken staan in schril contrast met hoe Windows het doet...

Ik begrijp eigenlijk niet waarom men niet een 64->32 bit vertaling kan maken zodat je altijd backwards compatible bent. Iemand enig idee?
Het probleem is dat een 64-bit binary niet zondermeer met een 32-bit binary kan praten. Daar kun je wel wat abstractie tussen zetten, een zogeheten Inter-Process Communication. Dergelijke IPC's zijn echter altijd diep verweven met je systeem als je ze generiek wil maken. In de praktijk lukt dat nooit volledig.

Dan krijg je al snel het alternatief en dat is om gewoon alles dubbel te compilen voor beide architecturen. Beetje lompe oplossing, maar werkt wel. Ook daar zitten natuurlijk nadelen aan, je moet alles dubbel distribueren, dubbel compilen, dubbel testen, heel veel moet je ineens dubbel doen. Ik kan me goed voorstellen dat je daar als OS-bouwer na enige tijd de ondersteuning van wil laten vallen.

Apple heeft natuurlijk al jarenlang de reputatie ondersteuning voor wat in hun ogen verouderd is al snel te staken. Dit verhaal past mooi in het rijtje van de seriele kabel, de CD-ROM, de 30-pin lightning kabel, de headphone jack, de USB-A poort. Ik denk niet dat enterpriseklanten, en die zullen het meeste nadeel nog wel ondervinden van deze beslissing, onbekend zijn met het beleid omtrent legacytechnologie van Apple.

Windows heeft wel een zeer goede track record wat betreft backwards compatibility. In Windows 10 kan ik nog altijd Win16-applicaties draaien, zelfs. Maar ook daar kleven nadelen aan, Windows is inmiddels een oerwoud van Win32, Win64 en UWP applicaties en daar zullen ze bij Microsoft ook echt wel last van hebben zo nu en dan.

Ik denk niet dat een van de twee filosofieën beter is dan de ander. Beide hebben hun voor- en nadelen. Het is goed te zien dat Apple zich vooral richt op de consument en het kleinere MKB waar het laten vallen van legacysupport minder een probleem is, en Microsoft zich nog altijd bekommert om de grootzakelijke omgevingen, waar het soms nodig is dat je oeroude Win16 applicatie nog gewoon functioneert.
In Windows 10 kan ik nog altijd Win16-applicaties draaien, zelfs.
Mag ik er dan ook vanuit gaan dat je Windows 10 een 32-bit versie is? Want al sinds er Windows 64-bit is kan Windows 64-bit geen Win 16 applicaties draaien. Hun compatibiliteits laag voor van 32 naar 16 kregen Microsoft niet goed omgevormd en wilden ze geen verdere moeite in stoppen voor die paar legacy applicaties die m'n oma nog draait.

https://en.m.wikipedia.org/wiki/Virtual_DOS_machine#NTVDM
Daar zijn ondertussen ook weer oplossingen voor:
https://github.com/leecher1337/ntvdmx64
https://github.com/otya128/winevdm

Over 100 jaar zijn 16-bit applications nog supported :)
Ah dank voor je reactie, dat verklaard een hoop. Ik zou inderdaad verwachten dat een zogenoemde IPC aanwezig zou zijn en dat dat 1 laag is wat je moet onderhouden. Mogelijk is dat veel ingewikkelder.

Zit ik opeens te denken, dat Java is dan toch niet zo gek met zn virtuele machines e.d. ;-)

Hoe dan ook. Je hebt gelijk mbt Apple's track record. Het is zonde aangezien het aantal 32 bit applicaties groter is dan de 16 bits van vroeger (lijkt me).

Bijvoorbeeld, ik speel nog wel eens een spelletje Counter-Strike (1.6) op de mac, dat is een 32 bits applicatie. Werkt moeiteloos onder Win10. Maar dat zal straks ophouden met werken als ik zou upgraden.

Nu wordt natuurlijk gewezen naar Valve om hun binaries te recompilen voor 64 bits. Wie weet zijn de wonderen de wereld nog niet uit... :)

Wbt filosofieen. Ik denk dat in die zin de mensen die Virtuele Machine's bedachten het bij het rechte eind hebben dat je minder last hebt van dit soort wijzigingen. Door de machine te abstraheren kom je met een hoop weg. Al is het ook niet allemaal rozengeur en maneschijn daar.
Snel onuitvoerbaar? De 64-bits transitie in ingezet met 10.4 Tiger in 2005, maar liefst 14 jaar geleden! Dit zorgt er juist voor dat libraries niet dubbel ingeladen hoeven te worden wat betekent dat je meer geheugen vrijhoudt, volgens mij wordt iedereen daar beter van!

Je kan niet verwachten dat je wel alle nieuwe features en de laatste beveiligingsnufjes krijgt, maar dat je tegelijkertijd moeiteloos een app kan draaien die al zo lang niet is bijgewerkt (of waarvan de developer al zo lang niet zit op te letten). Mohave zal nog minstens twee jaar beveiligingsupdates krijgen dus je kan nog twee jaar voort ;-)

[Reactie gewijzigd door pBook op 7 oktober 2019 20:51]

Het is eigenlijk jammer dat Apple niet direct bij de overgang naar x86 voor 64 bit is gegaan, maar in eerste instantie een 32 bit versie heeft uitgebracht. Er is voor zover ik weet maar 1 Mac geweest met een processor die alleen 32 bit ondersteund.
Ik denk vooral dat dit komt omdat de Carbon API (om classic apps te porten naar OS X) nooit 64-bits compatible is geworden. Waarschijnlijk wilden ze destijds deze apps nog wel ondersteunen maar met het gebrek aan 64-bits support ervoor zorgen dat developers toch zouden overstappen naar nieuwere API’s.
Ik begrijp eigenlijk niet waarom men niet een 64->32 bit vertaling kan maken zodat je altijd backwards compatible bent. Iemand enig idee?
Dit is in alle voorgaande versies al actief geweest.. MacOS is al een aantal jaren standaard al 64-bit geworden. Het is nu de keuze van Apple geweest om deze compatibility-layer na jarenlange ondersteuning los te laten. Redelijk terecht imho gezien de eerste 64-bit OS'en 10 jaar geleden al gemeengoed waren.

Hoewel een optionele (installable) compatibility laag leuk zou zijn bijvoorbeeld, kan ik me (als developer) voorstellen dat je je wilt focussen op de toekomst en de performance daarvan. 32-bit compatibility zit tot diep in je kernel geworteld - zeker als applicaties direct informatie met elkaar moeten uitwisselen - en het onderhouden daarvan is een kriem.

[Reactie gewijzigd door KirovAir op 7 oktober 2019 21:49]

Ik snap niet wat de tijd te maken heeft met het stoppen van een ondersteuning van 64->32 bits. In hoeverre het instabiel is zal ook wel meevallen. Sterker, na al die jaren zou ik denken dat het er alleen maar stabieler op wordt.

Als het op kernel niveau zit... begrijp ik dan goed dat er geen sandbox omgeving 'tussen' zit? Ik zou eerder verwachten dat 32 bits ala WINE gefaciliteerd wordt. Als het diep in je kernel zit klinkt het als een leaky abstraction.
Euh?

BSD is gebaseerd op UNIX.

"The Berkeley Software Distribution was an operating system based on Research Unix, developed and distributed by the Computer Systems Research Group at the University of California, Berkeley. Today, "BSD" often refers to its descendants, such as FreeBSD, OpenBSD, NetBSD, or DragonFly BSD"

En zover ik weet is Mac OS ook "POSIX compliant".

[Reactie gewijzigd door obimk1 op 7 oktober 2019 22:18]

Zowel BSD als NextSTEP, beiden waar Darwin mede op gebaseerd is, zijn gebaseerd op Unix.
De Mach kernel zelf is initieel ontwikkeld ter vervanging van de Unix kernel in de Unix versie van BSD; dus hoewel er niet direct naar Unix gewezen kan worden en letterlijke code mogelijk al lang weer herschreven is, zitten er wel veel invloeden van verweven in de (vroege) historie van macOS.

Het is waarschijnlijker dat er niets meer van Unix in zit. Al zou het best kunnen dat (een deel van) het gedachtegoed nog steeds de basis van het OS vormt.
UNIX is qua compliance een certificering betreft Mac OS X, geen product. Het UNIX product en trade mark is i.d.d. van AT&T. Vanaf 10.7 Lion is Mac OS (X) UNIX gecertificeerd.

https://images.apple.com/...NIX_Users_TB_July2011.pdf

[Reactie gewijzigd door Conzales op 8 oktober 2019 01:26]

Unix is al heel lang niet meer van AT&T. In de jaren 90 is het verkocht aan Novell. Die verkocht het weer aan SCO (of alle rechten overgingen naar SCO is nog het onderwerp van rechtzaken geweest). Die hebben het weer verkocht aan Caldera (die zich later weer SCO ging noemen). Tegenwoordig is het trademark in handen van The Open Group, die de Single Unix Specification hebben gemaakt. The Open Group is geen vendor maar een organisatie die zich bezig houdt met standaarden en methoden (zoals Togaf en Archimate).

MacOS is wel degelijk een Unix versie overigens. Leuk linkje: een plaat met alle Unix versies tot 2015

http://www.unix-diagram.org
Oh please, alsof ik geen 64-bit int in 32-bit kan gebruiken.
Dat kan, maar waarom zou je? Als je al met 64-bit aan de gang gaat waarom zou je dan moeite doen om 32-bit pointers te gebruiken? Je hebt er dan namelijk twee nodig waardoor je sneller door je hoeveelheid mogelijke pointers heen bent.

Dat iets kan betekent niet dat je het ook moet doen. De enige reden waarom je nu nog 32-bit applicatie ontwikkeling zou moeten doen is voor echte legacy systemen. En dan wil je denk ik niet die performance opgeven voor 64-bit verwijzingen. Je moet dan namelijk wel extra code uitvoeren.

Maar ff serieus. Waarom zou je nu nog iets nieuws maken wat niet 64bit is?
Hoezo twee pointers nodig? Onzin. Eén 32-bit-proces kan (zonder trucs) wel een stuk minder geheugen aanspreken, maar dat is lang niet altijd een probleem.

Overigens gebruiken 64-bit-processen significant meer geheugen, juist omdat elke pointer dus twee keer zo groot is.

Niet om daarmee te zeggen dat we voor altijd maar 32-bit moeten blijven ondersteunen, maar je argumentatie rommelt 😉
Ik heb hetzelfde gevoel met Safari. Safari 13, wat in Catalina standaard wordt meegeleverd, ondersteund geen externe extensies meer. Enkel die in de App Store, waar een lachwekkend laag aantal van welgeteld 76 extensies te krijgen zijn waarvan een deel nog aardig onzinnig is ook. Als je nog niet naar 13 was geupdatet maar je gaat wel naar Catalina updaten, dan krijg je ook 13 en ben je dus opeens al je extensies kwijt en moet je maar hopen dat toevallig de ontwikkelaar er een in de App Store heeft gezet. Gezien er daar maar 76 staan hoef ik denk ik niet uit te leggen dat bizar weinig ontwikkelaars dat hebben gedaan.
Hier gaat Safari er om die reden snel uit. Helaas, want vond het een zeer fijne browser.

Ook hier was het erg fijn geweest als je het side-loaden hiervan weer ergens kon inschakelen, inderdaad desnoods met een default/plist vanaf de terminal: als het er maar inzit! Maar nope. ;(
Ik hoop inderdaad niet dat ze dat agressieve beleid ook naar alle andere onderdelen van het OS brengen, je moet zelf het niveau van agressiviteit kunnen bepalen; net als je nu al kan instellen dat niets van buiten de Store erop mag draaien als je dat graag wilt. Ik denk alleen niet dat Apple dat zou doen op OS-niveau... Dan jagen ze echt teveel mensen tegen zich in het harnas. :P Wat ze nu ook al merken met Safari, er is heel veel kritiek op het nieuwe extensiebeleid.

Oh qua games zie ik inderdaad dat Descent 1 en 2 niet meer zullen werken hier, maar RedAlert 1 & 2 en Unreal Tournament '99 blijven zo te zien wel werken, joepie.

[Reactie gewijzigd door WhatsappHack op 7 oktober 2019 21:01]

uBlock Origin is mijn nr 1 extensie, dus dit gaat inderdaad erg vervelend worden. Ook ben ik een fan van Downie.

Als ik eerlijk moet zijn, heb ik niet echt een goede reden om te updaten, terwijl ik normaliter altijd voor een day one clean install ga.
  • Ik heb geen iPad (Dus Sidecar kan me gestolen worden)
  • Ik game niet op de Mac (Dus heb Apple Arcade niet nodig)
  • Ik hou van iTunes (En heb geen zin om eerst een upgrade uit voeren, zodat mijn iTunes library kan wordt omgezet naar een Music Library, om vervolgens nog eens een clean install te gaan doen 8)7 .
Ik denk dat die iTunes linrary upgrade wordt gedaan bij eerste start van Music Applicatie dus dat je die wel van backup terug kunt halen na clean install.
Ik heb het in de beta getest, maar het probleem is dus dat de nieuwe Music app, zijn eigen naam en library indeling heeft.

Music kan dus de oude iTunes library niet uitlezen en daarom wordt er ook niks omgezet tenzij je een upgrade van Mojave naar Catalina doet.

Voor degene die dus elk jaar fris willen beginnen met een clean install, is dit super vervelend
Als je een beetje rondleest, je kan gewoon een clean install van Catalina doen en op een later moment je oude iTunes library naar Music omzetten door het op te starten met Option ingedukt en dan naar de oude .itl te verwijzen, dan wordt de boel geconverteerd naar de nieuwe .musiclibrary sparsebundle.

Erg veel anders is Music overigens niet, het is in principe de oude iTunes codebase maar dan met Video en Device Management eruit gestript.

[Reactie gewijzigd door Dreamvoid op 7 oktober 2019 21:57]

Ik ben niet ontevreden met Adguard. Wel vóór de upgrade naar Safari 13.0 (of Catalina) je uBlock Origin custom config even in een textfile zetten.
System Preferences > Security is niet nodig, je kan ook gewoon rechtermuis knop en dan 'Open', heeft hetzelfde effect met een korteren route :)

De Mac is o.a. een development platform (daargelaten of je het fijn platform vindt) en daarom zal het altijd een grote mate van openheid houden. Voor niet-power users is dit volgens mij alleen maar fijn.

Edit: zie ook hier: https://developer.apple.c...ay/wwdc2019/701/?time=612
But it's important to keep one thing in mind. Our goal is to make every Mac user safe by default, but not to prevent you from running the software that you want to run on your Mac. And that means that there will always be a way to run a specific piece of software that you want to run on your system.

[Reactie gewijzigd door pBook op 8 oktober 2019 08:22]

Je gaat er van uit dat iemand de muis (ehh, of touchpad) gebruikt om het programma te openen. Ik gebruik 24/7 Alfred om een applicatie te openen.
Ik ook, maar gelukkig hoef je dit maar 1x te doen :)
Adobe heeft de Mac ondersteuning schandalig tekort gedaan als je bedenkt dat ze juist op dat platform zo groot zijn geworden. 64-bit ondersteuning was al lang en breed beschikbaar voor Windows, en zij kwamen nog aanzetten met 32-bit CS6. Ongelofelijk dat mensen daar enorme bedragen voor wilden neerleggen.
Even snel je applicaties door:

system_profiler SPApplicationsDataType | grep -B7 "64-Bit (Intel): No"

[Reactie gewijzigd door The Milkman op 7 oktober 2019 20:49]

Of wat overzichtelijker:
Appeltje -> Over deze Mac -> Systeemoverzicht -> Programma's
En dan op "Nee" (2x klikken) sorteren op "64-Bit' (laatste kolom, misschien moet je een stukje naar rechts scrollen of t scherm wat groter maken.). Krijg je ook netjes een overzichtelijk lijstje met incompatible apps.

[Reactie gewijzigd door WhatsappHack op 7 oktober 2019 23:06]

Of, onder Software op "Legacy Software" klikken, krijg je alles te zien wat legacy is inclusief 32bit.
```
Rocksmith2014:

Version: 1,0
Obtained from: Unknown
Last Modified: 05/10/2018, 08:54
Kind: Intel
64-Bit (Intel): No

```
Neeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee, oh gelukkig :) https://theriffrepeater.c...-update-for-mac-os-users/

[Reactie gewijzigd door BCC op 8 oktober 2019 08:38]

Haha, die pagina blijft spinnen bij mij :)
Op mijn 8 jaar oude iMac geen 32-bits applicaties gevonden :-) Lijkt me dat je dan prima afscheid kan nemen van ouwe zooi.
maar op zich goed dat de legacyarchitectuur losgelaten wordt.
Wat is daar zo goed aan?
Ik denk zelf (zeg niet dat dit waar is.) dat:

- Minder onderhoud
- Kleinere Attack vector
- Minder code
- Meer controle

Zie Windows, je hebt verschillende "Configuratie" schermen, snelmenu's een weet ik het allemaal.
- Minder onderhoud
- Kleinere Attack vector
- Minder code
- Meer controle

Zie Windows, je hebt verschillende "Configuratie" schermen, snelmenu's een weet ik het allemaal.
Dat heeft natuurlijk weinig met 32- of 64-bits te maken, maar met een transitie van een oude naar een nieuwe UI
Dat hefet er alles mee te maken.

Nu heeft macOS zowel 32-bits als 64-bits libraries. Die moeten beide onderhouden worden.
Zolang die legacyarchitectuur niet wordt losgelaten, gaan developers er gewoon gebruik van blijven maken en nooit migreren naar de nieuwere architecturen. Wanneer iets werkt zonder effort te moeten leveren, waarom zou je dan upgraden? Ikzelf upgrade bijv. ook nooit libraries of frameworks wanneer er geen noodzaak voor is. Wanneer het kapot gaat (OS-upgrade), dan zal ik eens kijken naar nieuwere stuff.
Zo zat ik nog bij iPhoto, nu moet ik naar Photos. Had dat al lang gemoeten maar stelde het elke keer uit omdat het zo makkelijk is om het zo te laten. Zal eens tijd worden dus heb zojuist de migratie gestart. :-)

Oftewel iPhoto wordt ook niet meer ondersteund vanaf MacOS Catalina.
Veiligheid is één van de mogelijke voordelen, je hoeft immers minder code te onderhouden, welke mogelijk geschreven zijn in talen met minder-built-in veiligheidsverbeteringen. (Objective-C vs Swift). Een ander kleiner voordeel is dat het je extra schijfruimte oplevert.

Ikzelf vind het wat jammer dat de meeste Steam games hierdoor niet meer draaien, maar ik had toch al dual-boot naar Windows voor de meeste games, dus zo erg vind ik dat zelf nu ook weer niet.
Ik heb op begrepen van een post op Reddit dat Apple dit gewoon altijd toe zal laten. Hierbij hebben zij aangegeven hun best te doen de Security van MacOS te verbeteren voor de (simpele) gebruiker, maar de power users altijd de mogelijkheid te geven om dit soort dingen toch uit te blijven voeren.

Edit: excuses, hierbij een bron (of de Reddit post).

[Reactie gewijzigd door Rickpwns op 7 oktober 2019 20:42]

Kan je de Reddit post misschien linken?
Leuk als je MyHarmony nodig hebt om je afstandsbediening te configureren: https://support.myharmony.com/en-us/harmony-and-macos-catalina

De app was al bagger, maar uit die melding blijkt niet echt dat ze er iets aan gaan doen.
zit niets anders op dan een VM gebruiken
App Notarization: Je kunt het in de beta gewoon nog net zo uitvoeren als onder oudere versies (ik draai die beta een paar weken, heb geen enkel probleem ermee gehad, heb uiteenlopende software van Office / Adobe / Autodesk (Eagle / Fusion) / Arduino en ander programmeereditors etc.

[Reactie gewijzigd door jopiek op 7 oktober 2019 20:45]

Ik zit me af te vragen of daar geen VM laag tussen kan van een derde partij. Gewoon Parallels for Mac draaien met Mojave erop (dat kon met de beta las ik). Je zou dan over kunnen op je main computer en via VM dat handjevol legacy applicaties draaien welke (nog) niet 64-bit zijn. Een beetje hoe we dat ook met oude Windows/Dos applicaties doen...
Mojave VMtje draaien, en klaar. En ach, gamen doe je niet op een Mac.
Als het dan toch zo nodig moet, geef dan in ieder geval de optie om het uit te zetten, liefst selectief per applicatie. Verstop het voor mijn part ergens in een obscure plist waar je alleen met de Terminal bij mag. Ik wil gewoon zelf kunnen bepalen welke code ik wel en niet uitvoer op mijn pc, daar heb ik Apple niet voor nodig.
Kan dat niet met sudo spctl --master-disable ?
Als ik MAME niet kan spelen, dan houdt het op voor mij!
Ik begrijp de hele opschudding niet over 64-bit. MacOS is al jaren volledig 64bit, ontwikkelaars hebben jaren de tijd gehad om hun programma’s aan te passen. Mojave zou eerst ook al enkel 64bit zijn, dit is uitgesteld geweest tot Catalina.
Maar dat wil zeggen dat je ook nieuwe applicaties moet aanschaffen zoals bv Adobe Creative Suite.
Niet iedereen zit op weer een abonnement te wachten.
Ik blijf nog wel even op Mojave
Adobe Creative Suite komt uit 2012 dus dat die op zijn einde loopt is niet zo heel raar. De keuze om hiervoor op Mojave is geen slechte, voor zover ik weet levert Adobe nog steeds bug fixes voor CS.
Apple levert meestal zo'n twee jaar support op "uitgefaseerde" OSen dus zou je nog zo'n twee jaar goed moeten zitten met Mojave.

Daarnaast is het trouwens Adobe die een abonnementsdienst voor deze (CC) software heeft geïntroduceerd, niet Apple.
Ooit gekeken naar Affinity? Zeer mooi en verrassend aangenaam alternatief :)

https://affinity.serif.com/en-gb/
Inderdaad ik ook niet zo blijven ontwikkelaars lui, en gaan nooit met nieuwe tools aan de slag.
Ik heb de update gedraaid en het draait als een zonnetje, mijn muziek Library van iTunes ook in de nieuwe Muziek app gewoon perfect.

Ja C&C generals doet het nu niet meer uit de App Store, maar die kreeg volgens mij nog een update.
Tot die tijd wacht ik wel en speel ik wel wat anders, voor die keer dat ik een spelletje wil spelen.
Ik neem aan dat je dan een update gedaan hebt en geen schone installatie, want anders werkt je iTunes library niet.
Ik heb een update gedaan ja ik doe nooit een schone Install van de MacBook, alleen met me iPhone elk jaar.
Citrix gebruikers op de Mac zullen de oude versie moeten deïnstalleren.
Een nieuwe (beta-)versie met support voor Catalina vind je hier:

https://www.citrix.com/en...space-app-tp-for-mac.html
Hier kan je de uitgebreide Ars Technica review lezen, altijd erg leuk!
https://arstechnica.com/g...-the-ars-technica-review/
Ben benieuwd of er support komt voor Radeo RX 5700 (XT) Graphics voor het bouwen van een Hackintosh. Zou zelf wel een Proxmox machine willen bouwen met een OSX main VM. Nu nog wat tijd vinden.
Cool!! M'n iPhone upgrade ik met gemak naar de laatste release, daar kan relatief weinig mis mee gaan. Met MacOS wacht ik toch altijd maar even, ik ben daar voor m'n werk knijters afhankelijk van. Laat iemand anders maar compatibility bugs in apps fixen :P
Voor degene die op de laatste beta zit of GM. un enrol je van het beta programma en upgrade naar de apple store versie. dan zit je op de laatste build. GM is 19A582a en apple store versie is 19A583.
Voor de (hobby-)producers hier is het aan te raden om (nog) niet to gaan updaten. De DAW en VST-plugin makers ROLI, Native Instruments, iZotope, Elektron, IK Multimedia, Steinberg, Soundtoys en vele anderen hebben aangegeven dat ze vooralsnog geen ondersteuning bieden voor Catalina. Dat komt met name door het droppen van 32 bit, maar blijkbaar ook door andere dingen.

Wellicht dat dat nu snel veranderd na de release, maar ik laat het in ieder geval nog even wachten. (vooral als grootgebruiker van NI Massive)

[Reactie gewijzigd door spasma op 8 oktober 2019 01:38]

Voor mensen met Little Snitch: ze raden met klem aan (wel een beetje aan de late kant -_-) om Little Snitch te updaten naar de nieuwste versie *voordat* je naar Catalina upgrade.


Om te kunnen reageren moet je ingelogd zijn


Apple iPhone 11 Nintendo Switch Lite LG OLED C9 Google Pixel 4 FIFA 20 Samsung Galaxy S10 Sony PlayStation 5 Cartech

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2019 Hosting door True