Читальный зал

Ну у меня было немного времени, так что я записалась в МФЦ. Что, кстати, тоже оказалось не так просто. Сайт питерских МФЦ вообще не предлагает такой услуги, но оказывается есть сайт госуслуг спб. Зачем? Ну ладно, на нем как раз можно записаться и довольно быстро.

Нюанс: при записи необходимо выбрать количество заявлений, которое планируете подавать. Максимально: 5. Так вот если не уверены, сколько справок получится запросить при записи укажите чуть больше, чтобы был запас. Так как принять меньше они примут, а вот больше не принимают.

В МФЦ мы попали к великолепной девушке, которая прониклась задачей, и мы вместе составляли заявление в ЗАГС, она сама предлагала, как лучше и прислушивалась ко всем пожеланиям.

На каждый документ составляется отдельное заявление, оплачивается отдельная пошлина и отдельный пакет копий документов о родстве. В общем на всю эту историю у нас ушло 2 часа - это на 2 заявления. Но большая часть времени ушла на составление цепочки документов о родстве (которые были с собой, но цепь смен фамилий несколько осложняет процесс) и обсуждение какие документы заказываем в первую очередь.

Нюанс: тоже учитывайте момент, что в ЗАГСе нельзя заказать документ по родственнику, если у вас на руках нет свидетельства о смерти. Там есть на хранении документы с 1924г, так что даже в теории человек ещё может быть жив и если так, то без его ведома вы не можете ничего получить, даже если это мать/отец/моякровинушка. Вот тут наши персональные данные в почёте и уважении.

В целом все не очень быстро, но обстоятельно, я осталась довольна. Получить результаты получилось также по записи вообще минут за 15. НО сотрудница МФЦ сказала сакральную фразу, что если делать запрос напрямую в ЗАГСе, то они прям при мне все посмотрят, скажут, что нашли, что не нашли и сразу распечатают результат и это в любом отделении, т.к. у них с 2023 года единая база. Божечки мои, подумала я, какая прелесть. уже хочу сидеть у сотрудника ЗАГС над душой и с трепетом спрашивать: ну что там? ну что?

Ха-ха - сказал мне комитет по делам записи актов гражданского состояния.

И наконец сам ЗАГС. Отделение ЗАГС Фрунзенского р-на СПб

Так как записаться в это прелестное заведение мне не удалось, пришлось попытать счастья в живой очереди. Предварительно, после 2 дней попыток, я дозвонилась в отделение ЗАГС Фрунзенского района СПб и уточнила, точно ли в любое отделение можно обратиться и нет ли ещё вариантов записи кроме сайта госуслуг. Меня заверили, что отделение любое, а что там на госуслугах, они вообще не в курсе. Посоветовали только не приходить во вторник, т.к. после выходных (у них выходные - вск и пн) народу очень много и лучше приезжать к открытию.

Ну ок. В четверг в 10:15 я на месте. Там уже человека 3 в нужный мне кабинет. Кабинет архива один, в нем то один человек принимает, то два - не разобралась по какому принципу. Но всё не очень быстро.. да и вишенкой на торте прям передо мной зависла программа и все сидели ждали где-то минут 40 милости ИТ-бога.

Когда очередь подходит обрисовываешь сотруднику ЗАГС задачу, отдаешь документы и отправляешься ждать в коридор. Итог: времени в очереди 1.50 и еще минут 20 ожидания результата. Сам результат: голые справки, содержащие только факт события и дату, никаких иных сведений в справке не указали. А я просила, т.к. это же самое интересное..

На это я уже не стала отвечать и ушла.

Короче, 0/10. Вероятно, конечно, что мне просто не повезло с сотрудником ЗАГС и очень повезло с сотрудником МФЦ. Но по факту из МФЦ я получила более информативный ответ, пусть и дольше. Остается вопрос у них действительно в едином реестре нет сведений, которые не входят сейчас в формы №5 и №12 или она просто их не смотрела, сделала мне стандартную форму по-быстрому, а другим отделением просто отмазалась? Если этих сведений в реестре нет, то тогда нет смысла обращаться в отделение ЗАГС, если Вы не знаете точно в каком искомое событие было зарегистрировано. Тогда проще податься в МФЦ, а они уже отправляют в ЗАГС, и они там перенаправляют в отделение по чью душу запрос.

В целом атмосфера в ЗАГС так себе. Людей много, многие с детьми, сотрудники торопятся, периодически висит программа (в очереди говорили, что в начале недели тоже сидели из-за этого час). Со своими запросами чувствовала себя крайне неуютно. В МФЦ же пришла ко времени спокойно тет-а-тет с сотрудником пообщалась без спешки и шума. Но нужно подождать и потом приехать еще раз.

В общем, в ЗАГС я, пожалуй, больше соваться не буду.

Простите, что много букв, надеюсь, кому-нибудь мой опыт будет полезен. Низкий поклон, если смогли все это прочитать👏

За громким заголовком скрывается отнюдь не унылый кликбейт, а реальный случай с моим подписчиком-пикабушником Русланом. К сожалению, в последние годы на различных маркетплейсах появился развод с отправкой подделок вместо оригинальных устройств в попытке «впарить» реплику смартфона по цене оригинала, а также смартфоны «12GB RAM/1TB ROM S23+» по 7 тысяч рублей. Недобросовестные продавцы заполонили многие маркетплейсы, в том числе и российские и в сегодняшнем материале мы с вами узнаем: какие бывают разводы, как отстоять свои права и отличить реплику от оригинала, а также посмотрим, что за смартфоны присылают под видом оригинала и можно ли ими пользоваться. Интересно? Тогда добро пожаловать под кат!

❯ Предисловие

Индустрия реплик брендовых флагманских смартфонов существует уже более 10 лет. И в целом, в этом нет ничего плохого, пока никто никого не пытается нагло обмануть: многие берут реплики смартфонов Apple из-за любви к Android и желания иметь дизайн iPhone (я писал материал о том, как доводил такой китайский «iPhone» до ума), а раньше подделки под брендовые Samsung'и продавались чуть ли не на каждом городском рынке и по вполне адекватной за их характеристики цене (для сравнения, смартфоны Fly с схожими характеристиками в условном «Связном» стоили примерно столько же).

Но в последние годы ситуация поменялась в откровенно худшую сторону. Мало того, что продавцы начали обманывать покупателей, продавая смартфоны на очень старом железе «втридорога», так ещё и часть таких смартфонов значительно упала в качестве и далеко не все из коробки могут выполнять даже базовые функции типа мессенджеров, серфинга в сети и даже звонков (например, на очень дешевые реплики Huawei P30 Pro ставили непонятную, предположительно отбракованную флэш-память, из-за чего почти все смартфоны ломались через ~полгода после покупки).

Сейчас существует две схемы обмана покупателей, которые плохо разбираются в теме покупки смартфонов на маркетплейсах:

1. Фейк-характеристики — этот обман относительно безобиден и не сказать, что сильно бьёт по карману: продавцы просто продают ультрабюджетные смартфоны по 4-5 тысяч рублей с бюджетным железом 10-летней давности, при этом пишут в названии неведомые характеристики в духе «12GB RAM/1TB ROM S23+». Здесь работает психология, основанная на пословице «скупой платит дважды» в духе «зачем мне платить 100 тысяч за оригинальный S23, когда я могу купить смартфон с почти такими-же характеристиками за 5 тысяч рублей?». При этом отмазка у продавцов в диспутах всегда одна — «это ведь и есть название смартфона, S23 — бренд, а 12GB/1TB — это название» :) Несколько лет назад, на AliExpress даже «абузили» систему диспутов и получали такие смартфоны бесплатно, поскольку обман всё же можно было доказать — путём некоторых модификаций, Android «обманывали», что у смартфона 1Тб встроенной памяти, которые заканчивались при установке пары увесистых приложений и 12Гб ОЗУ, где клиент Telegram закрывается сразу после сворачивания браузера.
   
   Лично я на своем опыте помню ещё один обман с ОЗУ, который был ранее популярен: пишут мол, допустим, 4Гб ОЗУ, а по факту только 2Гб + 2Гб свопа на флэшке, что, очевидно, нельзя считать настоящими 4Гб.

2. Продажа под видом оригинала — а вот такой тип обмана может значительно ударить по карману. Суть его отражена в названии: фактически продаются такие же ультрабюджетники, как и в первом обмане, дизайном напоминающие оригинальные смартфоны, вот только стоят они обычно на пару тысяч рублей дешевле чем оригиналы от проверенных продавцов и такие смартфоны не имеют ничего общего с нынешними флагманскими или около-флагманскими смартфонами.

Именно на второй вариант обмана и попался мой читатель Руслан, который осенью 2023 года захотел обновить смартфон на Poco F5 и решил купить его на Ozon'е (подобный обман встречается не только на Озоне, но и Али/Авито. За этим не стоит руководство Озона, но компании определенно нужно вводить новые шаги для верификации товаров на Ozon Global). Ничего не предвещало беды, подписчик, вероятно, решил мол «продавец новичок на рынке, намеренно демпингует — можно дать шанс», но получилось как получилось — пришла реплика почти по цене оригинала, а это целых 27.000 рублей!

К самому маркетплейсу вопросов ноль — как только подписчик предоставил доказательства, ему сразу вернули деньги и сказали отправить смартфон обратно в Китай. Устройство задержали на таможне, вероятно из-за подозрения на подделку и после полугода метаний он вернулся к читателю, который увидел мой пост о том, как я ищу китайские реплики для контента и решил подарить его мне (кстати, если у вас тоже есть ненужные китайские смартфоны — ознакомьтесь, я делаю с такими смартфонами много интересных штук), за что ему большое спасибо :)

Как же не попасться на уловки продавцов? Не верьте топовым характеристикам. Если не знаете, какие характеристики актуальны — зайдите в каталог условного DNS и посмотрите, какие характеристики предлагают по этой цене. Если за 4 тысячи условный Ситилинк предлагает Realme с 4/64, то смартфон за 8 тысяч не может предлагать 12/1Tb. В случае покупки оригинального смартфона опирайтесь от средней цены на том же AliExpress во время распродаж: даже отклонение в 2-3-4 тысячи рублей может стоить вам геморроя с возвратом. Но помните, что при грамотном подходе вернуть деньги не составит труда: на самый крайний случай есть Chargeback. У вас очень ограничен бюджет, в те же 4-5 тысяч рублей и вы разбираетесь в смартфонах? Так почему бы не присмотреть старый флагман? Тот же S8 всё ещё вполне неплох, но здесь всё равно нужно быть начеку.

Руслан сообщил, что «бесплатным» смартфоном невозможно пользоваться: лагучий, памяти нет, приложения не устанавливаются… Но неужели всё так плохо? Давайте посмотрим на устройство поближе!

❯ Что под капотом?

Смартфон пришёл в «стандартизированной», очень простенькой коробочке. Устройство было абсолютно новым, но вероятно Руслан забрал кабель и блок питания для своих нужд, поэтому комплект не полный (чтобы не было вопросов в комментариях):

Комплектация устройства хорошая: две плёнки на дисплее и задней части корпуса с заметкой насчёт зарядки, силиконовый чехол, около кнопки включения приклеен защитный «пенопласт» дабы смартфон не включился по дороге к новому владельцу. Что приятно, в смартфоне наконец-то есть Type-C, ещё несколько лет назад в такие реплики продолжали ставить MicroUSB.

Сам корпус неплохой по качеству исполнения: задняя крышка выполнена из чего-то типа оргстекла, с четырьмя модулями камер, из которых, очевидно, только один настоящий. Средняя часть корпуса пластиковая.

При включении нас встречает логотип Welcome — навряд ли это «бренд» или в целом название завода, скорее дефолтное название для всех ODM-реплик. Сразу в глаза бросается TN-матрица: ранее на такие смартфоны ставили бюджетные, но все же IPS дисплеи, в последние годы стали экономить ещё сильнее. Дисплей большой, но разрешение низкое — HD (1280x720).

После загрузки нас встречает рабочий стол почти чистой системы. Почему почти? Потому что во многих таких телефонах при вводе определенного кода в номеронабиратель, можно открыть меню настроек «фейковости» системы и характеристик :) В некоторых таких смартфонах (репликах на Samsung и iPhone) можно даже логотип и внешний вид системы поменять! На смартфоне есть Google-сервисы, но их лучше сразу вычистить и не входить в аккаунт, смартфон очень плохо работает с ними из-за не самого свежего железа. Но тем не менее, он всё ещё не бесполезен.

Устанавливаем CPU-Z и смотрим наши характеристики. Даже здесь наврали: смартфон заявляет нам о 10-ядерном MediaTek Snapdragon 8 Gen2 (если что, Snapdragon — бренд главного конкурента MediaTek — Qualcomm), по версии ядра и GPU я определил чипсет — это MT6737 2016 года выпуска с 4-ядрами Cortex-A53 на 1.5ГГц и GPU Mali-T720, а также поддержкой LPDDR3 ОЗУ до 3Гб. В реале у нас 2Гб ОЗУ и ~16Гб встроенной памяти, API Level — 32, то есть Android 12. Не сказать что всё совсем печально, но на уровне ультрабюджетника.

Давайте же посмотрим, как такой смартфон использовать и какие задачи он может выполнять.

❯ Используем по прямому назначению

Как я уже говорил ранее, Google-сервисами на таком смартфоне пользоваться нежелательно. Поэтому все приложения необходимо накатывать вручную, устанавливая APK напрямую. И что сразу важно сказать — не рассчитывайте на официальные клиенты нужных вам сервисов, тот же ВК или Сбер будут нещадно лагать на этом смартфоне. Пользуйтесь альтернативами.

Для мессенджеров смартфон вполне подойдет, для ВК придется использовать Kate Mobile (который работает здесь очень шустро).

Нормально работает и Telegram при условии отключения автоматической загрузки и воспроизведения видео. В целом, работает сносно. С WhatsApp тоже проблем особых нет.

Смартфон в целом подходит и для серфинга сети: тяжелые сайты будут лагать, но полистать ленту Хабра или Пикабу вполне можно.

В некоторой степени смартфон подходит и для навигации. В целом, вполне нормально. В качестве навигатора Руслан и хотел использовать этот смартфон.

С YouTube есть проблемы — смартфон не вытягивает 720p60, но вытягивает 480p и 720p, то есть о 60 FPS придётся забыть. Зато нормально работает официальный клиент. На первом скриншоте я смотрю видео моего любимого блоггера MaddyMurk, а на втором смотрю на свой канал. Кстати, подписывайтесь, я сейчас параллельно развиваю и видео-блог :)

❯ Заключение

Стоят ли эти смартфоны 6-7 тысяч рублей? Ну, в каком-нибудь днсе, ситилинке, мегармакете, ям, или озоне (решил сразу всё написать, а то некоторые читатели могут подумать мол реклама) можно купить ультрабюджетные Realme/Xiaomi за эти же деньги, которые будут в разы лучше по всем параметрам. Однако подобные смартфоны можно найти практически новыми на онлайн-барахолках за 1-1.5к рублей и за эти деньги они вполне неплохие (будучи новыми). Тем не менее, несмотря на все недостатки, плюсы у этих смартфонов тоже есть — они очень хорошо поддаются моддингу, о чём я писал в статье с моддингом китайского iPhone 14 Pro Max. Производитель никак не ограничивает вас заблокированным загрузчиком и вы свободны портировать кастомные прошивки на подобные смартфоны.

Цель данного материала — показать вам то, что эти смартфоны из себя представляют и самое главное то, что они отнюдь не бесполезны! При определенной сноровке их можно довести до ума и получить вполне неплохой ультрабюджетный смартфон! А вам понравился этот девайс? Писать вторую часть с его моддингом и доведением до ума? Пишите в комментариях!

Если вам понравилась статья — не забудьте подписаться, дабы не пропускать новые статьи о моддинге, программировании и ремонте различных гаджетов каждую неделю. Также у меня есть Telegram-канал, куда я публикую различные мысли касательно ремонта девайсов и регулярно публикую ссылки на новые статьи.

Кстати, если у кого-то из читателей есть похожие подделки будучи нерабочими, тормозящими, или окирпиченными и вам не хотелось бы выкидывать их на свалку, а наоборот, отдать их в хорошие руки и увидеть про них статью — пишите мне в Telegram или в комментах! Готов в том числе и купить их. Особенно ищу донора дисплея на китайскую реплику iPhone 11 Pro Max: мой ударник, контроллер дисплея калится и изображения нет :(

Статья подготовлена при поддержке TimeWeb Cloud. Подписывайтесь на меня и @Timeweb.Cloud, дабы не пропускать новые статьи чуть ли не каждый день!

❯ Предисловие

Пожалуй, геймдев всегда был одной из самых интересных сфер программирования. Множество нестандартных задач, возможность применить профильные математические и алгоритмические познания, а также огромный простор для архитектов в продумывании архитектуры будущей игры, ведь, например, в больших студиях комплексные и большие игры обычно очень сложные и нередко тянут за собой целый пласт легаси-кода и наработок чуть ли не из 90-х.

Но помимо десктопных и консольных игр, существуют и мобильные игры, которые в последние 5 лет вплотную приблизились к уровню AAA на консолях (привет порту GRID, AC Mirage, RE4 на мобилки). А ведь ещё 15-20 лет назад мы играли на кнопочных телефонах с небольшими дисплейчиками, которые в свое время подарили нам множество эмоций и кайфа от прохождения этих самых игр, несмотря на простенькую графику, не особо комплексный геймплей и относительно простой левел-дизайн. Продвинутые мобильные геймеры играли уже на Symbian-смартфонах и WinMobile-коммуникаторах (да, в какой-то момент времени, устройства на WM были весьма перспективными), но чаще всего — на Java-телефонах Nokia, Sony Ericsson, Siemens и, конечно-же, Samsung с LG!

По правде сказать, игры на смартфонах — тема отдельная, например на Symbian был полноценный телефон-игровая консоль Nokia N-Gage, о которой я писал отдельный материал, а о разработке игры под Windows Mobile я относительно недавно написал отдельную статью. У смартфонов обычно было несколько больше ресурсов: шустрее процессор, значительно больше памяти доступной игре, а также возможность запуска нативного кода, но и игры для них было разрабатывать значительно сложнее.

Зато о том, как работали игры на Java-телефонах информации практически нет и этот недостаток нужно исправлять, ведь это была одна из первых попыток унифицировать формат приложений на телефонах вне зависимости от архитектуры их процессоров и ОС на борту. Недавно я писал о том как работали 3D-игры на Java-телефонах, но там затрагивалась только 3D-часть без 2D, звука, обработки ввода и иных модулей, без которых игра не может работать!

❯ Каким был телефон?

В середине 2000-х годов, обычно телефон представлял из себя девайс в корпусе моноблок/раскладушка/слайдер и «флип» с весьма большим цветным дисплеем, одним/двумя (привет Motorola E398) динамиками и несколькими аппаратными кнопками. В зависимости от ценового сегмента устройства, обычно менялся корпус, разрешение и размер дисплея, а также материалы, из которого был изготовлен девайс. При этом у многих больших вендоров были собственные программные платформы — у Nokia это был S40, у Sony Ericsson своя, у Samsung и LG тоже свои.

В среднем, характеристики телефонов были следующими:

• Процессор: ARMv4/ARMv5 на частоте ~100-200МГц. Есть исключения — Siemens E-Gold работал на базе архитектуры C166, а платформа Motorola работала на 66МГц (что и объясняет небольшую тормознутось).

• ОЗУ: ~8Мб SDRAM. Эта память распределялась под все нужды системы, в том числе и обработку GSM, Java и пользовательский интерфейс. Java-приложениям было доступно ~1Мб ОЗУ.

• Постоянная память: в среднем ~10-30Мб, плюс возможность расширения памяти за счет MicroSD или MS Pro Duo (Sony Ericsson).

Казалось бы, не густо. На самом деле вполне достаточно, учитывая все ограничения телефонов тех лет. Но почему именно Java?

Ещё в начале нулевых, когда прогресс развития телефонов шёл семимильными шагами, перед разработчиками телефонов встал вопрос, какой формат для программ выбрать, дабы привлечь как можно больше разработчиков на рынок мобильных приложений. Очевидно, что нативные программы на C/C++ точно не подойдут (разные архитектуры, большие отличия в платформах), поэтому нужна была виртуальная машина с собственным байткодом. Вариантов было несколько: Mophun, некая корейская виртуальная машина (точного названия, увы, не помню и инфы очень мало) и, конечно-же, Java с JVM. Со временем именно J2ME стала стандартом благодаря оптимальной скорости работы, хорошему и простому API и низкому порогу входа.

❯ Какие API существовали?

Несмотря на то, что игры под кнопочные телефоны писались на Java, набор API и поддерживаемых пакетов отличался от обычной JVM на ПК, которую использует, например, Minecraft. Всего существует три профиля — J2SE (Android и ПК), J2EE (серверы и энтерпрайз) и J2ME (встраиваемая электроника и телефоны). Однако сам по себе J2ME делится ещё на два стандарта — CLDC/CDC (набор поддерживаемых фишек языком — например, ранние телефоны не поддерживали float) и MIDP (набор поддерживаемых телефоном фишек — работа с дисплеем, проигрывание звуков, доступ в сеть и обработка ввода — всё это часть MIDP). За всё время существования было две версии MIDP — 1.0, которая была весьма ограничена в возможностях (например, нельзя было развернуть игру на весь экран) и использовалась с 2001 по ~2003 год и MIDP 2.0, которая использовалась вплоть до кончины J2ME.

Теоретически, появление J2ME должно было стандартизировать игры на телефонах разных производителей… но был нюанс — ведь функционал телефонов рос как на дрожжах, разрешение дисплеев тоже, у телефонов появлялась собственная память и файловая система, возможность подключения к интернету и Bluetooth и появился целых ворох API…

Несмотря на то, что игры по большей части были одинаковыми (или почти одинаковыми) на всех кнопочных телефонах, тем не менее набор поддерживаемых API каждым устройством значительно отличался. Вероятно, вы помните как многие игры подразделялись не только на версии для разных разрешений дисплея, но и на версии для каждого производителя отдельно: Nokia, SE, Samsung и т. п. Для реализации каких-то особых фишек (например, быстрая отрисовка изображений с регулируемой прозрачностью) требовалось использовать пакеты, неподдерживаемые в базовом профиле MIDP. И подобные пакеты делились на два типа — JSR и Vendor-specific пакеты.

JSR — это расширения-спецификации (то есть просто описание классов без какого либо кода), которые вносились в специальную базу Java community process и формально стандартизировались среди всех нормальных производителей телефонов. Среди таких JSR есть и поддержка 3D-графики (JSR184 — M3G, JSR239 — OpenGLES Bindings for J2ME), и доступа к файловой системе устройства (JSR75), и возможность использования Bluetooth для реализации мультиплеера (JSR82). Говоря простыми словами, это опциональные «фишки», которые могли быть доступны на каких-то телефонах, а на каких-то не поддерживались и соответственно игры, которые их используют, в большинстве случаев просто вылетают с ошибкой (однако особенно «умные» игры используют рефлексию и определяют поддерживается ли та или иная функция с помощью метода Class.forName).

Vendor-specific пакеты обеспечивали очень крутой функционал, характерный не просто одному производителю телефонов, а зачастую даже одной линейке телефонов на определенной платформе. На SE такие пакеты практически не использовались (кроме, конечно, Mascot Capsule), а вот на Nokia постоянно (Nokia UI, Nokia S40 API), позволяя на изначально «слабеньких» s40-телефонах рисовать в буфер дисплея напрямую, а также отрисовывать треугольники, рисовать полупрозрачные картинки и выполнять некоторые другие операции, недоступные на других телефонах. У Samsung, же, например, в свое время была поддержка MMF-звуков в мобильных играх, что в начале и середине 2000х годов было просто нереально крутым, даже несмотря на другие ограничения корейских телефонов.

❯ Графика

Возможности по отрисовке графики на кнопочных телефонах были не сказать что сильно широкие, но тем не менее позволяли легко реализовать графику уровня SNES или даже PlayStation 1. Например, в отличии от современных смартфонов, мы не могли использовать шейдеры, умножить спрайт на цвет (дабы придать ему другой оттенок) и даже использовать аффинные трансформации (поворот, скейлинг) — исключительно полупрозрачные спрайты даже без возможности плавно «растворить» спрайт путем изменения его альфы! Поэтому многие разработчики шли на «хак» и предварительно рисовали в редакторе 8-16 положений одного спрайтов с разным углом поворота, дабы потом выбрать нужный в зависимости от физического угла поворота в градусах!

Для графики использовался пакет javax.microedition.lcdui, в котором были классы для построения нативного интерфейса (выглядело так себе на большинстве телефонов), а также механизм фреймов (Form, Canvas).

Для игр же предлагался Canvas и GameCanvas, которые позволяли развернуть поверхность для рисования на весь экран и предлагали инстанс объекта Graphics, который сразу предоставлял механизм двойной буферизации! В свою очередь, Graphics предоставлял методы для отрисовки спрайтов (Image и drawRGB для «сырых» картинок не в нативном-формате, может быть медленно), примитивов (линии, прямоугольники, овалы), текста и… всё! Например, картинку можно было нарисовать вот так:

getGraphics().drawImage(img, 0, 0, Graphics.LEFT | Graphics.TOP);

При этом с шрифтами вопрос был отдельный: у каждого устройства был свой набор поддерживаемых шрифтов и свои фишки, о которых клиентская программа даже могла и незнать: например поздние телефоны поддерживали сглаживание шрифтов (что дико лагало на устройствах типа Nokia Asha), но что самое забавное — шрифты не могли быть произвольного размера, лишь 3х типов (один из них — моноширинный) и 3х размеров (маленький, средний, большой). Немудрено, что многие вендоры реализовывали свои рендереры битмапных шрифтов, которые точно будут нужного разработчику размера.

Но откуда же грузить картинки? Для этого, в Java был использован встроенный механизм открытия ресурсов из JAR: никакого кэша, никаких OBB, все нужные данные сразу в пакете с игрой. Да, это накладывало некоторые ограничения: например на телефонах Samsung долгое время было ограничение ~250Кб на приложение, зато было просто и портативно. Выглядело это вот так:

InputStreamReader reader = new InputStreamReader(getClass().getResourceAsStream('/img.png");

Или в случае картинок так:

Image image = Image.createImage("/img.png");

Всё очень легко и понятно, согласитесь?

❯ А звук?

Помните диалог «включить звук» при запуске почти каждой игры? Конечно же помимо графической части, в каждой игре должен быть и звук! И с его реализацией были свои нюансы: ведь в MIDP 1.0 звук поддерживался только с помощью Vendor-specific API (то есть его вообще могло и не быть, зато на телефонах Samsung поддерживался MMF, что, как я уже и говорил раннее, было очень круто).

MIDP 2.0 уже стандартизировал нормальный протокол для общения с мультимедийной подсистемой устройства с помощью пакета javax.microedition.media, в котором было три класса: Player (собственно, сам звук или музыка), PlayerListener (прослушиватель событий от плеера) и Control для управления различными параметрами воспроизведения (громкость, тональность и, вероятно, прочие расширения от производителей типа эквалайзера).

Конечно-же набор поддерживаемых форматов был невелик, но почти все устройства хотя-бы поддерживали wav (для коротких эффектов) и midi (для музыки), на ранних телефонах ни о каком mp3 и речи не шло (именно в Java-приложениях). При этом на некоторых телефонах, насколько мне известно, не было возможности воспроизводить одновременно звуки и музыку из-за отсутствия программного или аппаратного микшера. Интерфейс для воспроизведения звуков был один: мы создаём Player с помощью метода createPlayer, которому передаём адрес нужного ресурса и проигрываем его. Это мог быть как и трек на удаленном сервере (стриминг поддерживался не везде), так и в ресурсах программы:

InputStream is = getClass().getResourceAsStream("/music.wav");
Player player = Manager.createPlayer(is, "audio/x-wav");

player.prefetch();
player.start();

Так почему-же в большинстве игр на телефонах тех лет были midi-мелодии вместо wav? Всё дело в размере и ресурсах: во первых, midi-мелодия на пару минут может весит пару десятков килобайт. Помните «бумер.mid», «europa.mid» и другие известные тогда файлы? Эти треки весили совсем немного благодаря тому, что в отличии от оцифрованных сэмплов (т.е аналоговых данных с микрофона), вес которых зависит от разрешения, наличие стерео и частоты дискретизации, midi оперировали лишь наборами инструментов: что где и когда нужно проиграть. Во вторых, в Java-телефонах был ограниченный объем памяти, а heap мог быть менее 1 мегабайта, поэтому загрузка даже небольшого wav-файла могло быть крайне проблематичным на таком устройстве. Поэтому выкручивались как могли!

Но в целом, аудио-возможности были хорошими. Java-игры славились весьма неплохим звуковым сопровождением для уровня телефонов, явно не хуже GBA.

❯ Мультиплеер! Давай про мультиплеер!

Вероятно многие читатели помнят, что локальный мультиплеер в Java-играх был зачастую Must-have: возможность игры с друзьями по «локалке» собирала все лавочки и подоконники в школах на переменах в жёстких баталиях на бипланах, или, например, в матчах CS для Java!

И для реализации мультиплеера у Java было довольно немало возможностей: в первую очередь, это наличие полноценных TCP-сокетов и Http-подключений с помощью класса Connection. Да, были некоторые ограничения (например на Nokia нельзя было установить TCP-соединение на порт 80 в обход встроенного клиента Http), но тем не менее даже через GPRS можно было создать с кем-то матч и попробовать поиграть, а чуть позже, к 2009 году, в РФ уже появился +- стабильный 3G и можно было поиграть в игры с достаточно быстрым и стабильным интернетом! Но интернет был дорогой, да и смысл ради сессионного матча подключаться к интернету, когда есть Bluetooth?

Появление Bluetooth в телефонах значительно расширяло возможности телефонов в обмене информации на короткой дистанции. Конечно и до этого уже был ИК-порт, который позволял передавать файлы на относительно низкой скорости, но у него была не самая большая стабильность, да и далеко не все можно было успеть перекинуть за время школьной переменной (и не все давали свой телефон «на урок»). Появление OBEX и возможности передачи файлов друг-другу через беспроводной канал дало возможность скидывать музыку и игры прямо на уроке, что было очень круто и позволило некоторым школьникам с флэшкой или телефоном с большим объемом встроенной памяти даже торговать контентом и скидывать, например, эротику за пирожок или школьную пиццу (я застал когда она уже стоила около 10 рублей — весьма немало!). Особо красноречивые ребята умудрялись уболтать друзей себе скидывать весь контент, что был у них на телефонах и становились центром внимания с новым крутым треком — я и сам в некоторой степени таким был (у меня была флэшка на 2 гигабайта!).

Но помимо возможности обмена файлами, Bluetooth также поддерживал некоторые профили: например, подключение к наушникам или протокол L2CAP/RFCOMM для установки соединения клиент-сервер между устройствами, которое и использовалось в Java-играх. Именно оно позволяло сделать один телефон сервером (хостом), а другому — клиентом, который подключается к серверу и они инициируют сессию игры!

❯ Проблемы мультиплатформенности

На бумаге все было хорошо: Java-машина была стандартизированной, поддерживаемые профили тоже и по идее игры и программы должны без проблем запускаться на большинстве Java-телефонов. Но как-бы не так: проблемы с кроссплатформенностью имели место быть. Начиная от упомянутых выше Vendor-specific API и версиями MIDP, заканчивая… как это ни странно, разрешениями экрана.

Да, сейчас игры не зависят от разрешения дисплея благодаря возможности скейлинга картинок до любого размера. Таким образом достаточно заранее нарисовать спрайты для, например, FHD разрешения и просто скейлить их по размеру дисплея в меньшую или большую сторону. Никто не мешает и отдалять камеру в зависимости от разрешения дисплея, впрочем, это считается не очень хорошей практикой (и зависит от игры).

Во времена Java-телефонов, зависимость от разрешения дисплея была критичной и поэтому игры для «не того» разрешения либо выходили за экран, либо наоборот — выглядели слишком маленькими и игрались в небольшом окошке. Многие вероятно вспомнят как устанавливая игру для малого разрешения дисплея, можно было заметить как шлейфом уезжают спрайты за виртуальный экран и остаются на белом фоне…

Небольшие проблемы были и с обработкой ввода. И если резистивные тачскрины поддерживались еще в MIDP 2.0 с помощью обработки определенных событий, то с мультитачем (во времена Asha и поздних телефонов Samsung) было уже сложнее. Другой вопрос что даже коды кнопок почему-то не унифицировали, из-за чего возникало деление на Samsung, Sony Ericsson и Nokia: разработчики J2ME предполагали что смартфоны будут в разных форм-факторах и предоставили лишь механизм для унификации «игровых» кнопок. Таким образом, некоторые игры, собранные под телефоны конкретного производителя могли не реагировать на нажатие кнопок клавиатуры из-за отличающихся кодов клавиш.

❯ Заключение

Друзья! Вы, вероятно, думаете что если телефоны с поддержкой J2ME больше не производятся, значит и коммьюнити уже «всё»? Как-бы не так: после моих статей мне продолжают писать читатели и спрашивать детали реализации тех или иных техник или игровых механик! Да, энтузиастов мало, но они есть, как и у ретро-компьютеров: например, спектрума, или консолей типа NES… А значит наше дело будет жить и Java-телефоны с их играми останутся в наших сердцах, а Java-телефоны останутся на скрижалях истории! Берегите своих кнопочных красавцев и восстанавливайте по возможности, благо пока-что даже корпуса на популярные модели кнопочных телефонов найти относительно легко.

Надеюсь, сегодняшний материал вам был интересен, писал его специально так, чтобы было понятно даже тем читателям, которые не пишут код или знакомы с программированием поверхностно. Подписывайтесь на мой Telegram-канал, куда я публикую различные мысли и советы по ремонту и программированию под гаджеты прошлых лет, подсъемы с новых видосов и всегда актуальные ссылки на новые статьи!

Материал подготовлен при поддержке TimeWeb Cloud. Подписывайтесь на меня и @Timeweb.Cloud, дабы не пропускать новые статьи каждую неделю!

Легко осознать, что классическая книга катится к своему неизбежному закату, если зайти в книжный магазин и посмотреть на ценники. Даже ерунда в мягкой обложке стоит дорого. А за издания в твёрдой обложке так и вовсе придётся закладывать дом или продавать почку.

При этом ваш карман постоянно оттягивает смартфон, как бы напоминая о себе. В телефон вы можете закачать хоть все библиотеки мира. Причём это можно сделать вообще бесплатно.

Однако на цене преимущества цифры над бумагой лишь начинаются. Приложения для чтения позволяют настраивать текст любой книги под себя, увеличивая или уменьшая шрифт, меняя цвет страницы или самих букв. Да что там! Даже прослушать книгу уже можно простой командой. Правда, качество такой озвучки пока хромает, но нейросети справятся с этой проблемой довольно быстро, если уже не справились.

Мир в целом следует тренду цифровизации всего и отказу от аналога. Если печатные книги ещё сохраняют лидерство, то происходит это только потому, что технологии развиваются слишком быстро, а люди не успевают меняться с такой же скоростью. Особенно если речь идёт про столь консервативную вещь, как книга.

Для нас печатная книга становится чем-то сродни пластинкам или аудиокассете. Сейчас можно купить одну-единственную пластинку за четыре тысячи рублей. Четыре тысячи за один альбом вместо всей музыки, с одного из сервисов в сети! Такое могут позволить себе только достаточно состоятельные граждане и ценители музыки, меломаны. С книгами всё обстоит похоже. Большинство людей книгу на бумаге если и покупают, то тщательно взвешивают целесообразность такой покупки. Как правило, на бумаге приобретаются любимые романы, новые книги от любимых авторов, бессмертная классика или редчайшие издания, которые ещё не успели оцифровать.

Многие могут увидеть в этом трагедию. Я же рад подобным переменам и желаю, чтобы полный переход от бумаги к цифре произошёл как можно быстрее. Как только это случится, люди перестанут гробить столько деревьев на печать откровенного мусора. В печать будет уходить только лучшее, только то, что читатели хотят видеть у себя на полке в виде физического объекта.

В будущем сеть может стать своеобразным фильтром для материального мира. То есть, каждое произведение должно стать популярным в интернете, чтобы заслужить право обрести материю, родиться в реальном мире, в виде книги. Это избавит издательства от риска прогореть на провальном произведении. Все будут работать только с теми авторами, у которых уже есть опредёленная база поклонников. Это может лишь крайне положительно сказаться на цене книги и её качестве.

Важно здесь обратить особое внимание и на то, что электронные издания слишком привязаны к печатным. Привязаны в том плане, что оно имитирует своего предшественника: приложения проигрывают анимации перелистывания страниц, что сопровождается характерным звуком; функционал редакторов электронных книг и читалок для них ограничен. В редакторах нельзя прикреплять к тексту, например, аудиофайл, а приложения, в свою очередь, не рассчитаны на их проигрывание.

Спрашивается, а почему? Что за стеснительность? В соседнем приложении “Телеграмм” текст можно хоть в узел завязать. Более того, уже существует “EPUB 3.0”, позволяющий прикреплять аудиофайлы в электронные книги, но лидерство удерживают “FB2” и обычный “EPUB”, где нет никаких особых функций и всё крайне консервативно.

Почему так вообще произошло? Потому что все знают, что в обычную книгу нельзя добавить аудиофайл, поэтому такое же ограничения было наложено, изначально перенесено на электронные издания. Это, как если бы вам вместо велосипеда подарили машину, но обязали также крутить педали для её передвижения.

Такой консерватизм вредит всем. Обычная книга тоже лишь выиграет оттого, что её электронный сын перестанет копировать отца и пойдут собственным путём. Сейчас большинство книг выступают в роли простых носителей информации. В них только текст и больше ничего. При этом издательства вынуждены экономить на всём, от качества бумаги до дизайна.

Получается так, что книга не развивает свои преимущества, а пытается конкурировать с “читалками” и смартфонами на их поле носителей информации, где книга проигрывает всухую ещё до начала боя.

Однако в случае отделения бумаги от цифры, когда каждый пойдёт своим путём, без оглядки на друг друга, все выиграют. Электронная книга сбросит с себя лишние ограничения и начнёт развиваться более стремительно, свободно осваивая свои возможности. Издательства избавятся от необходимости печатать ширпотреб, а сосредоточатся лишь на филигранно проработанных изданиях уже популярных авторов.

Сейчас электронная книга пародирует бумажную, и эти потуги выглядят просто смешно. Возможности устройств, на которых читаются электронки, игнорируются. В то же время печатные книги делают, лишь бы напечатать и большинство книг выглядят макулатурой ещё на конвейере, не успев даже остыть.

Это показывает, что мы находимся на переходном периоде. Из старого родилось что-то новое, но пока это новое соединено пуповиной преемственности. Нужно скорее перерубить пуповину окончательно. От этого выиграют обе стороны. Представьте, что вы читаете электронные книги будущего, которые, благодаря новым технологиям, могут сопровождаться хоть целыми фильмами. Вместе с тем, вы можете зайти в книжный и купить шикарное издание своего любимого романа, чтобы поставить на полку. Хорошая картина будущего.

Мы стоим на пороге новой прекрасной эры, где бумажные и электронные книги будут сосуществовать, каждая со своими уникальными преимуществами. А писатели получат в своё распоряжение массу новых инструментов для сочинительства.

Телеграм арт-объекта "Эверблиум"