Minecraft на Raspberry Pi

Игра играбельна

8 fps

С вами все нормально?

Почему никто не покупает ASUS Tinker Board? Он хоть и дороже, но куда мощнее.

Я сделал видимость 12 чанков специально для скриншота

GregTech все равно не накатить, и с каких пор 8 FPS играбельно?

12 — это играбельный минимум.

Почитал, плата хороша. Традиционные вопросы: как завести 3Д, как завести видеодекод, можно ли просто взять и собрать ядро...

Это всё не так важно. Простой жизненный пример: у меня RPi 3. У моего друга кубиборд, неплохой, пожалуй даже получше пишки. Я воткнул флешку и поехал, уже больше года пишка стоит в качестве основного домашнего ПК. А у моего друга кубик до сих пор пылится, потому что загрузчик настолько замороченый, что тратить на него время совершенно не интересно.

От игры зависит, где то и 4 кадра играбельно. Майнкрафту должно хватить стабильных 8, если не зарубаться с мобами в шутер.

А можно технические подробности: дистрибутив, ядро вижу, какой драйвер и откуда взят, какие openGL поддержаны, как и в каких плеерах работает декодирование видео.

Почему спрашиваю: у меня raspbian 8, ядро 4.4, причём собранное из гентовых raspberrypi-sources потому что мне нужна была поддержка шифрования serpent и twofish в ядре. Обновлять дистрибутив не хочу, потому что мне очень нравится как работает кде4/qt4, а ничего полезного в чейнджлоге raspbian 9 я не нашёл.

Но остаются проблемы, в штатном распбиане 8 можно было выбрать между штатным и экспериментальным свободным GL драйвером. Экспериментальный давал ускорение графики уровня openGL 1.4 кажется, но некоторые программы крашились и не работало декодирование видео через openMAX (которое почему то было реализовано только в omxplayer, хотя было заявлено как минимум для kodi и gstreamer-omx)

З.Ы. Да, штатный драйвер ведь тоже даёт ускорение графики openGL 1.4, но это софтовый рендер через gallum. Сделано неплохо, но медленно и процессор грузит дай боже.

GLX version: 1.4
GLX extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_profile, 
    GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, 
    GLX_ARB_get_proc_address, GLX_ARB_multisample, 
    GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, 
    GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
    GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
    GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
    GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.9, 128 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.0
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:

Это ж зенитур

Фу, ванила, да еще и 1.12

Почитай вот эту статью: http://www.raspberryconnect.com/gamessoftware/item/314-trying_out_opengl_on_r...

Ну смотри. У меня Raspbian 8 на базе Debian 8. В raspi-config можно выбрать «GL Driver». Если включить, то в /boot/config.txt появляется строчка dtoverlay=vc4-kms-v3d, а если выключить, то она закомментируется.

Когда «GL Driver» включен, то тот OpenGL_ES, который находится в /opt/vc, перестаёт использоваться. Вместо него используется тот, который в /usr/lib, и который устанавливается Месой. В Raspbian 8 это Mesa 13, а в Raspbian 9 это Mesa 17.

И наоборот, если выключить драйвер KMS, то начинает работать OpenGL_ES, который в /opt/vc.

Проверить легко. С проприетарным OpenGL_ES: запустить любое видео при помощи OpenMAX, должно работать. Запустить Quake III Arena в сборке для Raspberry Pi. Должен работать. Запустить игру Neverball, должна НЕ работать. С Месой: запустить любое видео с помощью OpenMAX, должно НЕ работать, запустить Quake3, должен НЕ работать, запустить Neverball, должен работать.

Причём у меня Neverball работал почему-то софтварно (это не перепутаешь, очень тормозно). cat /var/log/Xorg.0.log | grep EE выдал тонну каких-то ошибок, какой-то иксовый драйвер. Я его удалил, и после перезагрузки всё починилось, и 3D стало софтварное. Причём тут я не вижу того драйвера, я потом напишу как называется.

Я смог запустить аппаратное ускорение видеороиков в браузере Chromium, но только с проприетарным драйвером. У меня chrome://gpu репортил о полной поддержке ускорения, а само видео крашило вкладку (такой проблемы нет в Raspbian 9, там всё просто работает). Решилось с помощью удаления пакета libgl1-mesa-dri. Надо было просто сломать Месу - всё равно мы ей не пользуемся! После этого, обязательная перезагрузка. После этого, запускаем браузер командой chromium-browser --use-gl=egl. После чего, FullHD стало ускоряться браузером, а вкладка не крашиться! Правда, chrome://gpu говорит что никакого ускорения нет, но оно есть.

А вот как запустить аппаратное ускорение видео с Месой, я так и не понял. Один из мета-пакетов дистрибутива Raspbian (я не перед устройством, поэтому вся информация будет позже) устанавливает mesa-va-drivers. Наверное, в случае использования «GL Driver», используется VA-API. Вот что пишет vainfo:

libva info: VA-API version 0.39.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/arm-linux-gnueabihf/dri/vc4_drv_video.so
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

Проблема в том, что такого файла нет. И в самом DEB-пакете его тоже нет. И в пакете для Raspbian 9 его нет. Где его вообще брать?! Собирать из исходников самостоятельно? Какие дополнительные флаги configure нужны?

В общем, когда я играю в Майнкрафт, я без ускорения видео в браузере. А когда у меня есть ускорение видео в браузере, у меня нет Майнкрафта.

когда я играю в Майнкрафт, я без ускорения видео в браузере. А когда у меня есть ускорение видео в браузере, у меня нет Майнкрафта

Печально, да?

Да. Надо починить или одно, или другое.

Итак.

Start-Date: 2018-03-12  13:12:40
Commandline: synaptic
Remove: xserver-xorg-video-fbturbo:armhf (1.20161111~122359)
End-Date: 2018-03-12  13:12:47

На некий fbturbo в моём Xorg.0.log было много ругани, и Меса работала только софтварно. Когда я удалил этот пакет, всё стало работать нормально. Причём я не могу найти этот пакет ни в репозитории Debian, ни в репозитории Raspbian. Откуда он? Наверное, этот пакет был в старой версии Raspbian (я делал установку в 2016-м), а потом его удалили.

Upd: Нашёл, откуда он взялся. Мета-пакет raspberrypi-ui-mods «зависит от» нескольких пакетов, и «рекомендует» xserver-xorg-video-fbturbo.

И ещё я хотел поделиться бинарниками Квейка. Вот они: https://yadi.sk/d/6HRLzLZr3TKMfn

Т.е. всё то же самое, что и у меня. Разве что у меня VLC справляется с простенькими видео через вывод openGL, но с omxplayer по производительности даже близко не то.

А бинарник кваки это хорошо, я никак не мог его найти и собрать.

Какую версию и какие моды рекомендуешь? Меогие крутые моды только под 1.7.10 остались.

Я 1.7.10 только ради последнего грега накатывал, а так 1.4.7 предпочитаю с ic2, gt3, rp2

Почему именно эта версия, а не 1.7.10?

RedPower2 вызывает зависимость

Ты всё ещё играешь в майнкрафт? С ума сойти. Да ещё и на Raspberry Pi... Хотя, чему я удивляюсь? Это же зенитур.

Ты все еще используешь линукс? Он же из 90х! Пора бы уже переходить на Minoca!

VC4 сырой даже в Raspbian 9, необходимо свежайшее ядро и Меса чтобы более менее работал KMS хотя бы. И почему ты не говоришь о том, что с VC4 просмотр видео в браузере превращается в очень медленное слайдшоу с отрисовкой кадров как во времена диал-апа?

я в своё время doom3 прошёл на 14-15. P4 2.4, 256 MB Ram, GX4 440MX 64 :)

> И почему ты не говоришь о том, что с VC4 просмотр видео в браузере превращается в очень медленное слайдшоу с отрисовкой кадров как во времена диал-апа?

На Raspbian 9 всё работает без дополнительной настройки. На Raspbian 8 я нашёл как настроить (сразу не работало).

> Ты всё ещё играешь в майнкрафт? С ума сойти.

Иногда. На работе иногда запускаю, когда работы нет.

Если бы у меня не было RPI, и я не пользовался Raspbian - я бы может тебе и поверил.Чтобы VC4 более менее работал, нужно ядро не ниже 4.14 и Меса не ниже 17.1. И то косяков ещё очень много

С Месой аппаратный декодинг не работает :-) Работает с проприетарным OpenGL_ES и OpenMAX.

А где вообще берут minecraft под arm'ы?

Такое ощущение, что перепутаны каналы RGBA <-> BGRA.

Господи... Minecraft... Да и еще на главной странице... Я что, в Раю?

Так он же на яве.

Играбельный минимум - от 30 FPS. Услуги копетана очевидность.

Это было про дальность прорисовки. А играбельный ФПС(больше зависит от движка игры) ∈ [развертка монитора; ∞).

Потому что старшая модель OrangePi, хоть и хуже на 200 мгц по процу, зато позволяет подключать винт до 2 тб.

если не зарубаться с мобами в шутер

Ну так они сами периодически с тобой будут зарубаться. Тот же крипер.

Ты всё ещё играешь в майнкрафт?

А во что играешь ты?

Это ты не скилловый просто. Я с двумя чанками нормально играл, с нетбука и 10 фпс.

В русском переводе этот режим ещё называли «ёжик в тумане». Потом почему-то убрали такой перевод. А ещё убрали возможность включить FXAA, которая была ещё в 1.8.

в какой версии? я его видел

1.2

Я тоже играл на tiny прорисовке, а потом мне купили нормальный компьютер и после 20+ чанков играть невозможно.

Поставь OptiFine

зато позволяет подключать винт до 2 тб

Там ведь обычный USB-Sata.

Нее, что-то не так. Может у меня другой перевод. Там это было, версия >= 1.8, оптифайн.

А на сервере всё равно 6-12, так что похеру.

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

А я пробовал сервер майнкрафта на Orange Pi Zero запускать. Ванильный сервер работал хреново, а вот Spigot — очень даже неплохо! Но нужно хорошее охлаждение для процессора, как минимум радиатор поставить.

дык есть minetest же

Насчёт OpenMAX и OpenVG не знаю.

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