Pył na Mac’u – gotowe :)

Witam po dłuższej przerwie spowodowanej zalewem innych zadań. Nie zmienia to jednak faktu iż projekt jest rozwijany… nic złego się nie dzieje 🙂

W ostatnim czasie przesiadłem się w pracy na MacBookPro Retina. Cóż – jestem bardzo zadowolony 🙂 Ale nie o tym tu pisać będę. Po półtorej tygodnia zapoznawania się z kompletnie dla mnie obcym systemem przyszedł czas na Pył!

Na pierwszy rzut poszła wirtualka WinXP – bez większych kłopotów ruszyło wszystko za pomocą oprogramowania Parallels… no ale nie o to przecież chodzi ostatecznie. Jest to jednak dla mnie istotne bo dzięki wirtualce WinXP mogę uprawniać platform cross-development w czasie rzeczywistym a poza tym narzędzie do konwersji danych z oryginalnego Pyłu (ciągle w nich coś trzeba grzebać) są pod .NET.

Pył ruszył z zawrotna prędkościa 70FPS na wirtualnym WinXP pod Parallels na MacBookPro Retina 13″. Dla porównania – na PCWin8 na biurku – 200 FPS. No ale zintegrowana karta Maca to nie to co trzeba.

Ale nie chodzi o to by Pyła na wirtualnym WinXP pod Maca odpalać… przyszedł czas na XCode!

Chwila macania się z NOWYM, dwa dni na próby z SDK Ogre for Mac… i proszę. Gotowe 🙂 Poniżej dowód – to nie jest ściema – to prawdziwy Pył201X skompilowany pod XCode na Macu! Co ciekawe działa wolniej niż na wirtualce WinXP na tym samym Macu… czekam na sugestie o co chodzi 🙂 ?!

Z samą kompilacją wielu problemów nie było – trochę czyszczenia kodu z niezgodności ze standardem ANSI które to były ignorowane przez VisualStudio 🙂

 

Pył skompilowany na Macu

Advertisements

5 thoughts on “Pył na Mac’u – gotowe :)

  1. no to ładnie zaskoczyłeś! cóż, różnica wydajności może mieć przyczyny w porcie Ogre na maka… nie specjalnie mnie to dziwi – pełno przykładów takich niedoróbek, choćby cała kolekcja adobe na maka…. 🙂

    • Mam nową teorię – inne przykłady z Ogre też mi działają na XCode na poziomie 60FPS. To nie może być przypadek – pewnie domyślnie na Macu jest włączona synchronizacja ramki (60Hz) – jak znajdę tą opcję (nie jest tam gdzie na Ogre Win bo to OpenGL a nie DirectX) to może MOC Maca zostanie uwolniona 🙂

  2. To raczej nie jest wina Ogre gdyż Ogre na Maca to nie port lecz po prostu kompilacja pod Maca z tych samych źródeł, Ogre od zawsze był rozwijany jako cross-platform (Linux i inne). Przyczynę słabszej wydajności widzę w OpenGL – to zawsze było wolniejsze niż DirectX. W przypadku aktualnej wersji kodu praktycznie całe obciążenie sprzętu to grafika – Parallels na wirtualce na pewno na wprost dostęp do karty grafiki. Tym samym nie ma tam opóźnień specjalnie. No a że karta zintegrowana przegrywa z pełną “pod gierki” na stacjonarnym PC/Win8 to nic dziwnego 🙂 Tego nawet górski lew nie zmieni 🙂

  3. Tak – mogę na Macu zrobić wirtualnego Linuxa i skompilować – ale myślę iż na tym etapie nie będę jeszcze tego robić bo to nic nie wniesie.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s