А чего-то там же выкинули? Wolfram или чего там...

Из состава образа выкидывали. В репозиториях всё было. Видимо, потихоньку готовились к разделению образов.

VLC получил поддержку аппаратного ускорения. Пока в режиме активного продолжения разработки...

В то время как mpv уже года 2 как умеет?

На малине или вообще? Так-то на малине и omxplayer есть, но.

Именно rpi mmal hwdec.

P.S. С omxplayer я когда-то и начинал.

Lite — без графики

Поясните для мимокрокодила: «без графики» означает, что монитор вообще нельзя подключить, работа только по SSH? Или монитор работать будет, но только в консоли? (Последнее меня бы для некоторых задач вполне устроило.)

Поясните для мимокрокодила: «без графики» означает, что монитор вообще нельзя подключить, работа только по SSH? Или монитор работать будет, но только в консоли? (Последнее меня бы для некоторых задач вполне устроило.)

Читаем:

We’ll also continue to produce the existing Raspbian Lite image for people who only want a command-line version with no desktop.

Спасибо за цитату, конечно, но «command-line version with no desktop» как раз может означать как подключение моника в текстовом режиме, так и ssh с отдельного десктопчика. Хотелось бы, чтобы первый вариант был доступен.

VLC получил поддержку аппаратного ускорения.

Кто нибудь знает, как это работает на практике? У меня распбиан 8, ядро 4.4 и Х в качестве графики, и в идее аппаратно ускореного видео плеера есть небольшая проблема.

omxplayer поспроизводит видео напрямую на экран средствами видеокарты, поверх всех буферов ядра и игнорируя всё что происходит в системе. Для него есть какая то старая полурабочая обёртка, которая динамически меняет ему квадрат, в который он вписывает видео. Но при этом нельзя свернуть видео, только пауза или остановка.

А любые плееры, работающие поверх Х, сначала декодируют, потом копируют кадр в память Х, потом Х отдаёт кадр на экран. И пишка с этой задачей не справляется. Я собрал аппаратно ускореный ffplay. И он действительно аппаратно декодирует HD видео, но всё затыкается при отображении в окно. Т.е. если взять одно и то же большое видео, в масштабе 1:1 оно страшно тормозит, а если сжать окно до ~300p, то идёт легко и плавно.

Так вот, в свете этой особенности, КАК вообще в принципе работающий поверх Х-сервера vlc собирается ускорять воспроизведение?

пишка с этой задачей не справляется

Потому что 2D акселератора нет.
Единственный вариант - заворачивать 2D в 3D/EGL

КАК

Наверное как omxplayer, хотя я пока не тестировал.

Как дебиан без иксов.

Прикольно, надо посмотреть. А вообще Симон прямым текстом в релизе пояснил, типа мол «Дада, омхплеер, всё такое, но гуёвого плеера таки нет, а было бы здорово».

На стандартном драйвере 3Д акселератора тоже нету. Рендер софтовый а потом те же кадровые буферы. А если экспериментальный драйвер, то omxplayer уже не работает и похоже вообще невозможно получить доступ к аппаратному декодеру и энкодеру.

You gave my little hole a stretch

(c) South park

Лучше б сделали raspbian-rt (для rtos-проектов).... Или хотя бы самый минимальный дистрибутив с preemptive ядром (патч не предлагать), что б выжать максимум из платы для своих рассчетов-игрушек. В этом самый сок такого пк: не разрабатывать дорогие чипы и не покупать дорогие проприетарные ОС.

Стандартный, кстати, чуток порезвее опенсорсного.

64 бита научили?

Это смотря в чём. В 2Д да, резвее. И видео через omxplayer быстро декодирует и очень быстро энкодирует. А вот в 3Д опенсорсный как минимум его умеет на видеокарте. Раза в 1,5 быстрее и не грузит при этом 2 дополнительных ядра.

Вопрос: а этот процесор вообще умеет rt-режимы? Если да, то почему бы не взять raspberrypi-sources, стандартный конфиг для нужной версии платы (они хорошие, потому что под конкретную железку), включить там rt и preemptive, и собрать?

Или почему нельзя взять какой нибудь другой дистр, где всё это есть? Там же только на офф сайте и в википедии под 30 ссылок на разные оси, включая винду, пару *bsd и ещё какую то оригинальную мелочь. Распбиан это универсальный пользовательский дистр с лёгким уклоном в мультимедию.

У меня установлено без графики, консоль через монитор показывает.

4.14-rt ядро есть для малины. Хочешь - собирай.

в 3Д опенсорсный как минимум его умеет на видеокарте

А смысл для такого огрызка?

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

Говорят даже видеокарта то вполне себе мощная. Где то на уровне gf5200 или gma3150, только вот задействовать всё это сложно. Ну и процессора для игрушек не хватит.

Где то на уровне gf5200 или gma3150

На уровне Mali400 )

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

Спасибо. Именно Lite?

4.14-rt ядро есть для малины. Хочешь - собирай.

Для малинки было бы логично иметь его готовым в репозитории. Ведь даже для десктопа в Debian есть.

На малинке смущает вот эта открытая проблема: Branch rpi-4.14.y-rt hanging with «Disabling IRQ#59».

Было бы в репе, было бы больше пользователей, больше давления это дело пофиксить.

64 бита научили?

Давно уже!

Без труда можно найти свежий образ Кали:

https://www.offensive-security.com/kali-linux-arm-images/ -->

https://images.offensive-security.com/arm-images/kali-linux-2018.4a-rpi3-nexm... ( как оно я не знаю, не ставил )

Был ещё 64-ёх битный рабочий распбиан, ссылку на который я некоторое время назад нашел за несколько минут, поставил и забыл куда сохранил образ, хотелось бы найти ссылку на него снова!

Нет. Ставил давно просто серверную версию.

Я пробовал только федорино горе (предпоследнее, кажется) 64-х битное.

Намертво висло при старте иксов :(

А есть малина с объемом памяти больше 4ГиБ? Нахрена нужна 64-битная версия-то. А вообще есть такие сборки, но непонятно их предназначение.

Ну надо понимать, что 64 бита - это ведь не только регистры адресации, но и общего назначения.

В общем, считать должна бы побыстрее ценой оверхида по памяти.

Кстати, у линукс ядра есть возможность 32-bit ABI. В общем, 32-х битная адресация в 64-х битном режиме камня.

Вот такое бы ащще самое то.

А ктонить знает, у неё RAM в основной чип интегрирована или распаяна отдельно?

Кстати, в отличие от Бананы 3m, у обсуждаемой малинки нет на борту заметного глазу отдельного чипа памяти, радиаторы вешают на этернет, видео и CPU

А на обратной стороне - это что у неё?

А на обратной стороне - это что у неё?

GPU

Да ну, не бывает такого.

Рама это, elpida bb132b4pb

Хмммм.

Хм!

CPU совмещённый с GPU, а снизу память: https://blog.pimoroni.com/a-deep-dive-into-the-raspberry-pi-3-b-hardware/

Есть такое. Но совместимых плашек на 2 гига я не нашёл. Как и ДШ на проц.

Малина не умеет адресовать больше 1 гига ОЗУ. Ни один из представленных SoC'ов.

Я знаю, поэтому и сказал про ДШ.

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