В принципе да. Производительность критична. Пишу прилаги для мобильных устройсв под управлением iOS. В принципе С++ тоже юзаю но гораздо реже. Всетаки Obj-C + С гораздо удобнее юзать чем Obj-C + C++.
Есть же стандартный макрос для сего дела: offsetof (http://www.cplusplus.com/reference/clibrary/cstddef/offsetof/).
Делает тоже самое кстати. Но не хочется плодить лишние сущьности )
Хм либо запрограмился либо не понимаю как «лучше чтобы сие предоставляла ОС» конфликтует с «реализовано на разных платформах».
Смысл того что я сказал — желательно чтобы реализация thread-safe очередей и прочего подобного было на уровне ОС, которая точно знает как это сделать наиболее эффективным способом…
В староглиненные времена написал набросал побыстрому скрипт для фотошопа который аталасы генерировал)
Правда как правило получается удобнее генерировать атлас в рантайме. Особенно когда нужно рисовать буковки.
Получается что-то типа вот такого:
Весь профит в том что фонт может быть кастомный. И в атлас можно добавлять только используемые буквы.
Работает сие дело относительно быстро. Для расположения картинок — используется простейший BSP алгоритм (вроде так зовется).
Вообщето если в IB написать «имя@2x.png» то будет грузится именно эта картинка.
Таким образом для iPhone и iPhone Retina — интерфейс можно нарисовать в одном xib, а для iPad — в файлике с постфиксом ~ipad.
Неверно.
Локализуется также как и любой другой ресурс в iOS (достаточно разложить файлики по [locale id].lproj папочкам).
И обязательно удалить из билда исходный Default.png и с девайса снести приложение и поставить заново. Ибо оно там остается в корне висеть…
У меня подобные проблемы были когда я напортачил в методе viewDidUnload. Не релизил созданную кодом вьюшку (только в dealloc релизил). В итоге когда приходил memory warning — начинались чудеса )
Правильно заданный вопрос — не нуждается в ответе )
Очень часто когда возникает дурацкая ситуация — при попытке сформулировать вопрос коллеге ответ сразу находится…
Те что слеплены по идеологии iOS — это скорее всего порты.
Если уже есть нарисованный дизайн — врятли кто-то согласится сильно его переделывать (особенно если только выходиш на рынок андроида)
На счет спец устройст и iOS — не совсем согласен.
Полтора года назад писал под iOS софтинку для медицинских целей. Железка подсоединялась к iPod (а после и iPad) через эпловский коннектор (он же и заряжал, по нему и данные бегали).
Софтина по сути — интерактивный дисплей для данных от железки (ну и плюс хранила логи и отсылала по wifi куда надо).
Я про работу с опенгл из этого нативного кода а не из html и java-scripts.
А пока в описании вот что написано: The Pepper Plug-in API (PPAPI), called Pepper for convenience, is included in the Native Client SDK. This library is written in C, and the SDK also provides a set of C++ bindings for it. Native Client modules use the Pepper API to communicate with JavaScript and resources managed by the browser. The Pepper Library also provides a platform-independent multimedia API that Native Client modules can use for audio, video, and 2D graphics (support for 3D graphics is coming soon).
Браузеру без нативных плюшек — да.
А с нативными плюшками — еще как нужен.
Скажем так если допилять какойнибудь opengl es — то можно будет писать очень хорошие гамы под всем этим делом…
Вариант никак не подходит. Ибо в походных условиях надо:
1) Фотоаппрат + все остальное
2) Ноутбук
3) iPhone/iPad/iPod
Смысл если можно просто ноутбуком обойтись…
Делает тоже самое кстати. Но не хочется плодить лишние сущьности )
Смысл того что я сказал — желательно чтобы реализация thread-safe очередей и прочего подобного было на уровне ОС, которая точно знает как это сделать наиболее эффективным способом…
Но всетаки лучше чтобы сие предоставляла ОС (например ru.wikipedia.org/wiki/Grand_Central_Dispatch)
Правда как правило получается удобнее генерировать атлас в рантайме. Особенно когда нужно рисовать буковки.
Получается что-то типа вот такого:
GLAtlasGenerator *gen = [[GLAtlasGenerator alloc] init];
[gen addImageNamed:@"name.png" withKey:@"name"];
[gen addImageNamed:@"name2.jpeg" withAlphaImageNamed:@"name2_alpha.jpeg" withKey:@"name2"];
[gen addCharsFromString:numbers fontPrefix:@"numbers" font:fontNumbers];
...
fontsTexture = [gen buildTextureWithFormat:GL_RGBA];
[gen release];
Весь профит в том что фонт может быть кастомный. И в атлас можно добавлять только используемые буквы.
Работает сие дело относительно быстро. Для расположения картинок — используется простейший BSP алгоритм (вроде так зовется).
Таким образом для iPhone и iPhone Retina — интерфейс можно нарисовать в одном xib, а для iPad — в файлике с постфиксом ~ipad.
Локализуется также как и любой другой ресурс в iOS (достаточно разложить файлики по [locale id].lproj папочкам).
И обязательно удалить из билда исходный Default.png и с девайса снести приложение и поставить заново. Ибо оно там остается в корне висеть…
Точно не помню, но что-то про кеширование данных мозгом и прочий подобный бред )
Точно не помню, но что-то про кеширование данных мозгом и прочий подобный бред )
Очень часто когда возникает дурацкая ситуация — при попытке сформулировать вопрос коллеге ответ сразу находится…
Если уже есть нарисованный дизайн — врятли кто-то согласится сильно его переделывать (особенно если только выходиш на рынок андроида)
Полтора года назад писал под iOS софтинку для медицинских целей. Железка подсоединялась к iPod (а после и iPad) через эпловский коннектор (он же и заряжал, по нему и данные бегали).
Софтина по сути — интерактивный дисплей для данных от железки (ну и плюс хранила логи и отсылала по wifi куда надо).
Тут именно про фазовую скорость говорится.
А пока в описании вот что написано:
The Pepper Plug-in API (PPAPI), called Pepper for convenience, is included in the Native Client SDK. This library is written in C, and the SDK also provides a set of C++ bindings for it. Native Client modules use the Pepper API to communicate with JavaScript and resources managed by the browser. The Pepper Library also provides a platform-independent multimedia API that Native Client modules can use for audio, video, and 2D graphics (support for 3D graphics is coming soon).
А с нативными плюшками — еще как нужен.
Скажем так если допилять какойнибудь opengl es — то можно будет писать очень хорошие гамы под всем этим делом…
1) Фотоаппрат + все остальное
2) Ноутбук
3) iPhone/iPad/iPod
Смысл если можно просто ноутбуком обойтись…