ФлеймФорумОбщее

Чем заняться, лишь бы ни чем не заниматься?.. (8 стр)

Страницы: 14 5 6 7 8 9 Следующая »
#105
18:53, 26 июля 2024

Записал видео по данной теме. Может кому пригодится. А кто-то, кто лучше разбирается, добавит недочёты по видео.
Видео больше настройка для MariaDB в Windows, но путь это лежит через установку MySQL.

Запустить видео по клику - Как делать игрыЗапустить видео по клику - Как делать игры

#106
8:08, 14 авг 2024

  "Большая голова, ногам покоя не даёт..."

  Перебрал очередную часть ZenGL. Чтоб корректировка пропорций окна не зависела от glViewPort. На Linux, обновление, работает. Теперь надо дободаться с Android-ом...
  По сути эти изменения достаточно важные, это позволит выводить дополнительный функционал в полное окно для мобильных устройств, а не искать лишний раз способы для переключения ViewPort-а.

#107
22:46, 14 авг 2024

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

по сути это не только к java + нативный код относится.

  Там всё в порядке у людей с головой? Сразу всё на java не сделать? И просто передать параметры в нативный метод.

#108
23:02, 14 авг 2024

Mirrel
> Там всё в порядке у людей с головой?
Нет конечно.

#109
4:55, 4 сен 2024

  Ну что, убил тонну времени на оптимизацию спрайтового движка. Результат есть... только не впечатляет этот результат, по простой причине, что на слабых машинах он почти ни какого результата не даёт. Ну увеличил я результат на нормальной машине для 200 000 спрайтов... ну в 2, а может немного более раз (не на видео). Только при 17-20 FPS это нафиг ни кому не надо будет. Чуть нагрузку подать и всё упадёт ниже плинтуса.
  Я ещё не придумал как избавится от постоянного штудирования массивов... Конечно много работы с ними убрал, но это всё равно лажа получается. Только в параллельные вычисления теперь можно подаваться?
  Правда можно ведь и в одном потоке параллельные вычисления делать... только как это к слабым машинам привязать? Ну ладно, другой немного вопрос, насколько слабым машинам? У меня ноут есть древненький, EEE PC 900 - вот хотя бы на нём запустить демку с 5000 спрайтов, без сильных задержек.

Запустить видео по клику - Как делать игрыЗапустить видео по клику - Как делать игры

#110
(Правка: 11:15) 2:25, 28 сен 2024

  Ну вот я и добрался до нативного приложения для Android с помощью Delphi. Ту тему, что поднимал Кипар, я посмотрел и код посмотрел. Там реально можно сделать чистое нативное приложение (честно говоря, чтоб полностью нативное, надо ещё настройки приложения перелопатить, чтоб убрать все не нужные зависимости).

  И... нет, я не буду этим заниматься.
  1. ZenGL не совсем полностью нативное приложение.
  2. Мне приключений и с FPC/Lazarus хватает, а для Delphi там приключения ещё больше (потому что в данном направлении почти ни чего не сделано и Embarcadero ни чего не сделало для возможности создания таких приложений).

-——————————————————————
  Хотите заняться? Вот как это делается:
  - Создаёте консольное приложение.
  - Добавляете в проект сборку для Android (следом все остальные сборки можете удалить).
  - Перелопачиваете все настройки проекта (удаляете все не нужные зависимости и выставляете нужные вам).
  - Создаёте необходимые java-файлы и прописываете все необходимые пути для этих файлов (даже если вы полностью нативные приложения делать будете, в большинстве случаев без java-кода вам всё равно не обойтись).
  - перелопачиваете "AndroidManifest.template" (указываете все необходимые вам данные).
  - пытаетесь собрать приложение.
-——————————————————————

  Какой-нибудь "Hello Word!" соберётся почти без проблем. Но надо не забывать, что настроек надо будет кучу выставлять, ведь нам ещё нужно создать "so"-библиотеки (хотя там по умолчанию они собираются).

  Хотя... можно же собрать проект и взять оттуда "so"-файл... и вставить его в уже готовую мою реализацию.
хм... я не подумал об этом. Потом может проверю.

Но эти проекты "Hello World!" уже занимают 800+ кб (release) и 1500+ кб (debug).

  Не, ну его нафиг... хотите, занимайтесь.

#111
11:32, 28 сен 2024

  Зацените какую прикольную ссылку я нашёл. Наверняка десять тысяч раз пробегал мимо неё и не обращал внимания. А там куча вариантов для разных решений с выложенным кодом.

#112
11:40, 28 сен 2024

Mirrel
> насколько слабым машинам?
Думаю все одноядерное можно точно перестать учитывать.
И лесом всех кто на xp еще сидит.

Mirrel
> перелопачиваете
Написал бы проще: садитесь и делайте.

Mirrel
> "Hello World!" уже занимают 800+ кб (release)
Ужас какой, как с этим жить.

#113
(Правка: 6 окт 2024, 18:35) 15:21, 28 сен 2024

master-sheff, разница между 300+ (с "тяжёлым" кодом) и 800+ просто "Hello World!" для меня критична.

Корректировка экрана и проблемы связанные с ней.
  Корректировку можно делать несколькими способами. Более простой, это создать ViewPort и сразу определить его местоположения. Посложнее, всё делать на полном экране (определённом окне) и корректировать вывод согласно расчётов.

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

  Проверить работу, здесь тесты сделал Шул.

#114
20:11, 15 дек 2024

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

#115
(Правка: 27 июня 2025, 15:34) 0:13, 26 дек 2024
+ ух ты, это работает )))
#116
18:42, 29 дек 2024

  Долго и упорно искал решение проблемы с замком. Установил накладной замок на наружные двери дома, но как оказалось замок можно закрыть снаружи так, что его нельзя будет открыть потом снаружи (либо очень долго мучаться, вдруг повезёт).
  Разбирал замок несколько раз, собирал обратно, но сразу не допёр до простого решения, точнее думал, что замок после такой переделки может не закрываться нормально. Оказалось просто надо сточить место, где стопорится.
  Походу ЗН 1-3-3 (и подобные) многие страдают этой проблемой.

+ ютуб
+ рутуб
#117
6:04, 1 янв 2025

  Сравнение RDNA 2 и RDNA 3.

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

GDS RDNA 2
читаем - 2.3.2. Global Data Share (GDS)
64 кБ

GDS RDNA 3
читаем - 1.2.2.2. Global Data Share (GDS)
4 кБ

Как итог, уменьшение глобального кэша в 16 раз? Довольно сомнительное решение...

#118
(Правка: 21:15) 19:24, 27 янв 2025

  Решил перебрать одну из выложенных давно демок которые делали на конкурсах. И наткнулся на то, что нет возможности ограничить работу с мышью только внутри заданного окна. Решение для Linux нашлось, хоть и поковыряться пришлось. Решение для иксов (по сути должно работать везде).

  Итак, краткая справка по XGrabPointer:

- функция (как я понимаю) работает краткое время, по умолчанию выставлено CurrentTime, но вы можете выставить своё время в миллисекундах (написано в документации, я не проверял).
- grab_window - зачастую это окно Root, но, если у вас несколько мониторов, то (вероятно) вам нужно указывать нужный монитор (примечание от меня: как я подозреваю, по большей части, вы можете использовать окно Root, но тогда ваше окно обязательно должно быть смещено относительно окна Root - главное окно).
- confine_to - это то окно, с которым вы хотите взаимодействовать. Зачастую то, что вы создали, но так же вы можете сделать привязку к другому окну (даже если его создали не вы?).
- pointer_mode, keyboard_mode - если установлено GrabModeSync, то обработка событий запрещается, и походу для всей системы тоже... (зачем сделан данный режим, не понятно, возможно для обработки событий помимо клавиатуры/мыши). В связи с написанным надо выставлять флаг GrabModeAsync и ваше окно будет работать как положено.

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

  Тут ещё выяснилось, что при отладке вы не сможете пользоваться мышью (или клавиатурой, если вызываете XGrabKeyboard), потому, для режима отладки надо отключать данную функциональность.

#119
(Правка: 10 июля 2025, 5:00) 12:55, 18 июня 2025

  Взял себе портативку Anbernic RG353PS.
RG353PS | Чем заняться, лишь бы ни чем не заниматься?..
Характеристики RG353PS:

Экран IPS 640x480
Процессор 4-х ядерный Rockchip RK3566
Графическое ядро Mali-G52, как я понимаю 2EE MC1.
Объём памяти 1 Гб, при этом для графики используется эта же память.
Флешка идущая с консолью на 16 Гб.
ОС только Linux.
Слотов под флешек два, левый слот предназначен для ОС. Но игры там тоже можно держать.
Два выхода USB Type-C
DC для зарядки, OTG для подключения устройств.
Выход для наушников jack 3.5 и выход микро-HDMI.

  Это урезанная версия RG353P/RG353M. У собратьев те же характеристики, только памяти побольше (2 Гб), у них изначально вторая система стоит Android и так же стоит тачскрин. Больше отличий вроде нет.

  RG353PS мне понравилась, хотя выбирал я её наугад. Процессор и графическое ядро немного мощнее RG28XX/35XX plus/40XX Series наверно процентов на 15-20. Но и потребление выше за счёт мощности, а значит быстрее теряет заряд.
  Расположение крестовины, кнопок, стиков довольно удобное. Основные управляющие элементы/кнопки находятся на передней панели и друг другу не мешают. L/R кнопки по моему мнению, так же расположены достаточно удобно, не надо лезть к следующей кнопке через другую кнопку.

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

Желательные предварительные действия.
  Первое что желательно сделать - это сделать бэкап консоли. На настоящее время это не сильно важно, но вдруг вы не знаете где найти прошивку, и случайно "убили" ту которой пользуетесь.
  Так же, сохраните все файлы из папки bios куда-нибудь на диск. Большая вероятность что эти файлы вам могут пригодится для игр.

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

  Если у вас есть желание, вы можете попробовать все три ОС чтоб выбрать одну из них, которая вам больше подходит.

  Лично я остановился на UnofficialOS. И рассматривать буду как раз её, хотя, многое что я задену, будет связано и с другими ОС, так как они тесно пересекаются друг с другом.

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

  Вы выбрали ОС, теперь вам надо создать образ на вашей флешке с данной ОС и запустить её. Для Каждой ОС есть инструкции по установке данной ОС. Потому заглядываем на GitHub или на страницы википедии для них. Стоит при этом заметить, что сайт Rocknix получше оформлен. Просто затачивался он под другую консоль, не под RG353PS.
 
  ArcOS, UnofficialOS, Rocknix - вся информация по ссылкам.
  Для ArkOS более полная информация по прошивке. И пользователям Windows желательно прочитать информацию идущую для Windows.
  Но как я и говорил, просто не соглашайтесь на предложение Windows отформатировать вашу карту памяти. Это избавит вас от многих проблем.

  Для пользователей Linux тут проблем не будет вероятнее всего. Для MacOS не знаю, не пробовал.

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

  Если у вас Windows, то самый простой способ залить игры, это взять вторую флешку, отформатировать её в формате FAT32/ExFAT/ext4 (ext4 не надо, это для Linux, так же может ещё другие форматы подойдут, но это не точно). Вставить отформатированную карточку во второй слот консоли, запустить консоль. Выключить консоль и достать вторую флешку из неё (ту что вы форматировали).
  Теперь можно заливать игры на флешку, но только опять по правильному пути. В ArkOS и Rocknix в этом случае всё просто, заходите в папку roms и там будет множество папок с названиями консолей. Достаточно правильно залить игры в нужные папки.

  Если у вас Linux, то вы просто можете не заморачиваться, кроме маленьких деталей. Если ваш выбор пал на UnofficialOS, то там многое под рутом. Залить игры можно так же на вторую карточку, не заморачиваясь. А на первую (основную) можно залить только в определённые папки, это games-internal/roms и games-external/roms.

  Теперь не забудьте закинуть папку bios, которую вы предварительно сохранили из начальной прошивки. Закидывать её надо на обе флешки, если игры у вас на двух флешках. Без этих биосов некоторые игры могут не идти или идти с ошибками.

Не ждите чуда.
  Не ожидайте что вы сможете запустить все игры. Да, консоль запускает очень немало игр. Но не все. Игры с компьютера у меня практически не идут, Игры со Spectrum запустить не удалось вообще. Sega CD почти ни чего не запускается. PS 1 игры идут неплохо.

+ SegaCD

  Потому надо смотреть какие игры запустятся, а какие нет. Кстати, MSX у меня запустился, я этого не ожидал.

Настрока UnofficialOS, и чем она лучше.
  Настройка UnofficialOS может быть самой трудной. Разработчик многое сделал от суперпользователя и для обычного пользователя сделал большие ограничения. Первая проблема, с которой я столкнулся, это мне надо было переназначить горячую клавишу. По умолчанию стояла клавиша Select, а надо было переназначить на F.

Решение (это решение подойдёт и для Rocknix): Заходим в основное меню (меню Emulationstation), дальше в Controller & Bluetooch Settings, дальше отключаем Autoconfigure retroarch hotkeys.
  После этих действий идём в Retroarch и меняем горячие клавиши, клавишу Select (8) на F (10).

  Это была основная проблема, есть ещё проблема как сделать скрин с игры, но решения я пока не нашёл.

  Чем же лучше данная ОС чем другие?
  У данной ОС клавиша X - это функциональная клавиша. С её помощью можно произвести настройки каждой игры в отдельности, а так же удалить данную игру прямо из оболочки, ни куда не заходя дополнительно.
  Клавиша Select в выбранную систему (эмулятор) позволяет настроить эмулятор и сортировку в данной папке (подпапке). Настройки эмулятора в самой нижней строчке "Дополнительные настройки системы" и действовать они будут на все игры данного эмулятора (в ArkOS если вы разделили игры по подпапкам, вы не сможете произвести дополнительные настройки системы, в том числе и сменить ядро для всех игр данного эмулятора).
  Клавишами L1, R1 производится навигация в данной папке/подпапке (в ArkOS этими кнопками происходит переключение между папками с играми эмуляторов).
  Так же, данная ОС запоминает расположение курсора для данного эмулятора. Если переключаться влево-вправо, то она будет возвращаться на последнюю запущенную игру в данной системе. Так же, если вы распределяете игры по папкам для данного эмулятора, то курсор останется внутри выбранной папки, где находится игра (ArkOS и Rocknix выкидывают из папки при выходе из игры).

  Данное поведение возможно происходит только для данной модели. Но я не уверен.

  В общем мелочи, но они очень хорошо повлияли на мой выбор.

Плюсы и минусы.
  Плюсы:

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

  Минусы:

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

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

Страницы: 14 5 6 7 8 9 Следующая »
ФлеймФорумОбщее