Запаковал таки Пи4 в самодельный корпус вместе с переферией и питанием, при запуске понял что не предусмотрел 2 маленькие детальки: во первых заблокировал доступ к эзернет-порту (это другой вопрос, не трогаем), а во вторых - сигнал wifi в горизонтальной плоскости напрочь забит то ли помехами, то ли окружающими устройствами.

Теореически сигнал роутера ловится если поставить корпус на бок перпендикулярно направлению на роутер, вот только корпус в форм-факторе ноутбука и это абсолютно нерабочее положение. Повернуть или вынести саму плату тоже не вариант.

Также вспомнился случай, когда я прикручивал Пи4 к официальному 7" тачскрину от Распберри - эффект был аналогичный, wifi забит наглухо - энергоэффективной мобильной торрентокачалки не получилось. Кажется терять связь в любой непонятной ситуации у этой пародии на антену хроническое. А ведь txpower заявлен на уровне 30дбм!

Есть 2 очевидных способа решения проблемы: внешний usb-wifi с антеной (будет планом-Б, у меня уже заняты все 4 порта) и инструкция по модификации https://www.youtube.com/watch?v=MTwWnZG8wUY которая кажется мне довольно трудно реализуемой и рискованной. Других инструкций по модификации антены Пи4 я не встретил (Для Пи3 есть сразу 2 варианта, причём они проще).

Собственно вопросы: Есть ли какие нибудь ещё варианты и чем грозит для платы неудачная попытка пайки по этому варианту? Сгорит всё, или просто останусь с и так нерабочим wifi-модулем?

Как то давно я написал себе скрипт-конвертер мультимедийных файлов, всё как положено, многопоточный с контролем потоков, с рекурсивным сбором из папки, и давно им пользуюсь иногда внося изменения. Он отлично работает на RPi3 с дебиан8 и ffmpeg 3.4. Но вот я решил ускорить кодирование сериала на нескольких машинах, отдал один сезон RPi3 а второй попробовал кодировать на других компах с помощью самбы. И на них начался трешак и падения в части многопоточности - 1-2 файла отправлялись на кодирование, медленная работа из за того, что ffmpeg срёт ошибками (вывод подавлен, но он это делает и вешает себе главный поток), и обрыв собственно скрипта-распределителя потоков.

Вот скрипт. Общий принцип: чистка мусора, подготовка рабочей папки, затем создание скрипта-модуля convert.bash, который принимает данные о кодируемом файле и дёргает собственно ffmpeg. В коде convert.bash захардкожена строка команды. Затем собираерся рекурсивный список файлов в папке и для него начинает крутиться цикл while read со встроенными замедлителями потоков через файлы блокировки. При запуске convert.bash файл-блокировка создаётся, а затем convert.bash его удаляет когда ffmpeg закончит работу. Обратите внимание: в нормальном состоянии вывод ffmpeg подавлен через > /dev/null 2>&1, но я его отключал для диагностики - на поведение и на глюк не влияет.

#!/bin/bash
CORE="1" # Создавать потоков

if [ "$1" = "-h" ]; then
echo 'Использование: paket_convert.bash <каталог для поиска файлов> <каталог для помещения результатов>'
echo 'Задействовано потоков: '"$CORE"
exit 0
fi

rm -R /tmp/ffmpeg/
rm /tmp/convert.bash
mkdir /tmp/ffmpeg/
id='1' # Начальный индекс файла
cd "$1"
mkdir "$2"
ALL=$( find -P ./ -type f | wc -l )

	# Создание второстепенного скрипта /tmp/convert.bash
	# $1 - id файла. $2 - путь к папке, куда надо положить результат. Файлы блокировок расположены в /tmp/ffmpeg/, имя = id, содержится строка с отн. адресом файла на перекодирование.
echo 'ALL=$( find -P ./ -type f | wc -l )' >> /tmp/convert.bash
echo 'FILE=$( cat /tmp/ffmpeg/$1 )' >> /tmp/convert.bash
echo 'DIR=${FILE%/*}' >> /tmp/convert.bash
echo 'LONG_DIR=${#DIR}+1' >> /tmp/convert.bash
echo 'NAME=${FILE:LONG_DIR}' >> /tmp/convert.bash
echo 'FILENAME=${NAME%.*}' >> /tmp/convert.bash

#
# здесь всякие варианты строк ffmpeg на все случаи жизни
#
echo 'ffmpeg -i "$FILE" -map 0:0 -map 0:1 -s 634x360 -acodec copy -vcodec libx264 -profile high -level 42 -qmax 22 "$2"/"$FILENAME".mp4 > /dev/null 2>&1' >> /tmp/convert.bash


echo 'rm /tmp/ffmpeg/"$1"' >> /tmp/convert.bash
echo 'echo $1 из $ALL завершено' >> /tmp/convert.bash
chmod +x /tmp/convert.bash
	# Конец создания второстепенного скрипта

# Начинаю крутить цикл
		find -P ./ -type f | while read FILE
		do
while [ $( ls -1A /tmp/ffmpeg | wc -l ) -ge "$CORE" ]; do
	sleep 20
done

echo "$FILE" >> /tmp/ffmpeg/"$id"
/tmp/convert.bash "$id" "$2" &
echo $id'/'$ALL" кодируется ""$FILE"
let id++
sleep 2
		done

# жду завершения задач
while [ $( ls -1A /tmp/ffmpeg | wc -l ) -gt "0" ]; do
	sleep 3
done

Собственно что произошло на компах с 10 и 11 дебианом и ffmpeg 4.1 и ещё каким то: в выводе ffmpeg начинают появляться ошибки о неправильных фреймах, битых данных, между ними проскакивают сообщения вида «кусок_имени_реально_существующего_файла не найден» ну и собственно куски имён. Через примерно минуту (2-3 цикла ожидания) основной скрипт наворачивается и перестаёт корректно считать потоки - запускает копии sleep, но не запускает convert.bash. После переборки определённого числа обрубков имён - заканчивает список и ждёт завершения задач.

Метод научного тыка показал, что в этом процессе ключевым является наличие в convert.bash строки ffmpeg -i "$FILE" {какие нибудь операции} "$2"/"$FILENAME".mp4. Самба/реальная ФС - не важно. 1 или много потоков - не важно. Аудио или видео - не важно. Кодек copy или реальное перекодирование - не важно. Наличие спецсимволов или пробелов в именах и путях - не важно.
В отрыве от ffmpeg все компоненты отрабатывают корректно, списки полные, имена целые, файлы-блокировки ставятся и удаляются, потоки считаются верно. Если оставить только ffmpeg -i "$FILE" без выходного файла - косяк не проявляется. Если вместо ffmpeg файлы дёргаются другими программами, например ffplay или vlc, или cp "$FILE" "$2"/"$FILENAME".mp4 - косяк не проявляется.

И самое интересное: изолирование ffmpeg в convert.bash в отдельном терминал командой xterm -e ffmpeg -i "$FILE" -acodec copy "$2"/"$FILENAME".mp4 вроде бы решает проблему! Но это же какой то хаос и трындец. было бы неплохо понять WTF тут происходит.

Перемещено hobbit из general

Собственно дельфин в lxde/qt5ct, дебиан 10.

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

Наблюдается ли пробема у других пользователей дельфина? В том числе в КДЕ? Известен ли какой то выключатель, или придётся таки запустить сборку мусора через хрон?

Задача простая: объединить несколько дисков в одно блочное устройство, забить файлопомойкой на ехт4. Никаких сложных конфигураций raid, никаких снапшотов и всяких быстрых кешей и прочего.

Но что произойдёт когда диски начнут отваливаться? Будет ли ФС так же легко восстанавливаться как и на обычном диске? Как будет выглядеть переподключение логического тома на горячую, без перезагрузки системы?

З.Ы. Яндекс вываливает много всяких странных и сложных случаев, а простых вариантов как будто никто не описывал. Хотелось бы заранее знать что меня ждёт прежде чем я солью 2 терабайтника в одну кучу.

З.З.Ы. И сопутствующий вопрос: а как оно будет выглядеть если решить вопрос через btrfs? Я где то читал что она сама по себе может занимать сразу несколько дисков.

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

( читать дальше... )

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

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

( читать дальше... )

В связи с тихим и незаметным их появлением...

* Нужно
* Пусть будут, но нужен выключатель
* Зло

Перемещено hobbit из polls

Собираю окружение на базе lxqt, Дельфин в роли файлового менеджера. Остаётся последний косяк: не работает настройка ассоциации типа файлов, очевидно из за отсутствующего куска КДЕ. В консоль ошибку не светит.

Кто нибудь знает что именно нужно установить чтобы не тянуть всё кде?

Предыстория: в связи с войной бобра с ослом по всему миру я внезапно обнаружил, что ютуб/youtube-dl перестал быть универсальным и надёжным источником видео. Большинство альтернативных ресурсов активно сопротивляются скачиванию, а веб-плееры работают как {много нецензурных выражений}... Короче плохо.

Но главная проблема для меня в том, что я вынужден экономить трафик, что невозможно при использовании веб-плеера потому что прежде чем я мог бы выбрать низкое качество или получить ссылку на видео для скачивания оно успевает выкачать пару сотен Мб, которые тут же будут отброшены. А некоторые особо упоротые плееры вообще игнорируют настройку качества и продолжают тянуть 1 Мб/с даже если указать 240р.

Предполагаемый костыль: занизить скорость сети до ~20-50Кбайт/с, сделать что нужно и снизить оверхед до 1-10Мб. Потом или выкачать видео или снять ограничение и спокойно досмотреть в браузере.

Проблема: найденные мной инструкции предполагают использование traffic controll и скриптов над ним, а оно отбрасывает входящие пакеты, что может и работает в большинстве случаев, но вот с веб-плеерами приводит к зависанию загрузки с вероятностью 90+% до получения работоспособной страницы. Схема сети: смартфон с симкой (кнопочник, андроид4) и режим модема через юсб или wifi.

Собственно вопрос: альтернативные способы ограничения скорости сети без отбрасывания пакетов и разрыва соединений из за этого?

Ноут — HP Pavilion dv5, который должен выполнять рабочие задачи по сёрфингу, чтению, переписке и печати (которые временно висят на моём условно-игровом) потому что включается, работает и всё ещё может. Железо: 2 гига, 2 ядра, урезаный ноутбучный core2, nvidia 9200M, 4 юсб-порта и 160гб HDD вот теперь 120гб SSD. Последнее делает старичка более реактивным, чем если бы я нарастил оперативку, цпу, видеокарту или что то другое.

Раньше был дебиан9 с xfce, сейчас обновил до дебиан10, потом до 11, потом увидел что gtk3-приложения не совместимы с этим железом/драйвером и откатил на дебиан10. От xfce пришлось отказаться, как и от частей mate и от половины gtk3-приложений. Что поделать, за это время гномосеки капитально насрали везде куда смогли дотянуться. Соответственно собираем новую химеру.

Но сначала тюнинг системы:

Разметка диска:

user@HP:~$ lsblk
NAME          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda             8:0    0 119,2G  0 disk  
├─sda1          8:1    0   266M  0 part  
├─sda2          8:2    0    28G  0 part  /
├─sda3          8:3    0    28G  0 part  
├─sda4          8:4    0     1K  0 part  
├─sda5          8:5    0  19,6G  0 part  
│ └─cryptswap 254:0    0  19,6G  0 crypt [SWAP]
└─sda6          8:6    0  43,6G  0 part  
  └─home      254:1    0  43,5G  0 crypt /home
sr0            11:0    1  1024M  0 rom   
user@HP:~$ df -h
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udev               981M            0  981M            0% /dev
tmpfs              200M         1,2M  198M            1% /run
/dev/sda2           28G         7,3G   19G           28% /
tmpfs              996M          17M  979M            2% /dev/shm
tmpfs              5,0M         4,0K  5,0M            1% /run/lock
tmpfs              996M            0  996M            0% /sys/fs/cgroup
tmpfs               16G         107M   16G            1% /tmp
/dev/mapper/home    43G         5,8G   37G           14% /home
tmpfs              200M          12K  200M            1% /run/user/1000
user@HP:~$

Теперь по ДЕ: sddm и lxde как основа. В качестве WM — kwin5, но есть приемлемая конфигурация openbox на всякий случай. xfdesktop для сменных обоев. xfce4-power-manager потому что не знаю через что ещё можно управлять яркостью экрана. От nm-applet пришлось отказаться из за его общей gtk3-тормознутости, которая превратилась в настоящий ад на фоне тормозного и глючного драйвера wi-fi, может подвесить всё в трее на 1-2-3 минуты. Индикатор сети от lxde, а управлять можно через nmtui из консоли. gmrun на запуск приложений, xbindkey для хоткеев. ~/.skript прописан в $PATH для моих скриптов (например быстрые бэкапы). qt5ct без которого всё это развалится. spectacle как более удобная и не-гтк3 замена скриншотилки xfce.

Для gtk3 приходится использовать дефолтную адвайту потому что иначе оно глючит с некоторой вероятностью и регулярностью. Зато я узнал про QtCurve для qt5 и смог настроить вполне приличную тему для большей части ДЕ.

Файловый менеджер — божественный dolphin. В комплект к нему идёт ark, не божественный, но сойдёт.

Терминал — великолепый konsole. Отлично сочетается с дельфином, хорош сам по себе, вызывается по ctrl+alt+del.

Текстовый редактор — mousepad, уродливый, но в отличие от дебиан11 всё ещё без CSD, пользоваться можно. Оставлен потому, что мне нравится цветовая схема oblivion от gedit ещё со времён гном2. В перспективе будет заменён на kwrite или kate.

Фото — gwenview. Видео vlc. Музыка strawberry, узнал из новости на лоре, поставил, всё супер. Документы — okular. Почта — claws-mail.

Firefox с модом Firefox-UI-Fix и четыремя часами тюнинга about:config в качестве главного браузера и почти дефолтный vivaldi в качестве запасного.

VirtualBox 6.0 без ускорения виртуализации (а нету!) для игрушек вроде фараона и героев и при необходимости МС офиса.

Дебиан 11, ядро 5.10, nouveau, gf9200m, 256М видеопамяти, поддержка блоба прекращена. Имеется критический баг, не позволяющий работать: запуск браузеров (firefox+vivaldi одновременно, или один из них с несколькими окнами и вкладками) приводит к полному зависанию графики. 2 бразуера вешают всё быстро и наверняка, обычная работа в 1 из них - не сразу, но в перспективе 1-2 часов наверняка. Симптомы напоминают зависание видеодрайвера или исчерпание видеопамяти. WM и его режимы значения не имеют.

Собственно каки боком здесь gtk3: на дебиан10 в примерно той же конфигурации софта, только с более старыми версиями можно словить тот же висяк если установить какую нибудь тему гтк3, значительно отличающуюся от адвайты и начать долго гонять браузеры (что хромоклоны, что фокс сейчас на гтк3).

Есть предположение, что гтк3 что то отрисовывает с использованием видеокарты и способствует падению. Соответственно вопрос: если я прав насчёт использования гпу, то есть ли там какой то выключатель, чтобы перевести её на софтовый рендер и исключить её из уравнения?

Где то при переходе с kwin 5.14 (дебиан 10) на kwin 5.20 (дебиан 11) пропали рамки окон эксклюзивно у темы «пластик». В устанавливаемых темах, бризе и оксигене они присутствуют и их размер регулируется, но в пластике нет.

Куда копать?

Из кодовой базы Mesa удалены все классические драйверы OpenGL и прекращена поддержка инфраструктуры для их работы. Сопровождение кода старых драйверов будет продолжено в отдельной ветке «Amber», но в основной состав Mesa данные драйверы больше входить не будут.

Изменение затрагивает все остававшиеся в составе Mesa драйверы, не использовавшие интерфейс Gallium3D, включая драйверы i915 и i965 для GPU Intel, r100 и r200 для GPU AMD и Nouveau для GPU NVIDIA. Вместо указанных драйверов рекомендуется использовать драйверы на основе архитектуры Gallium3D, такие как Iris (Gen 8+) и Crocus (Gen4-Gen7) для GPU Intel, radeonsi и r600 для карт AMD, nvc0 и nv50 для карт NVIDIA. Удаление классических драйверов приведёт к прекращению поддержки некоторых старых GPU Intel (Gen2, Gen3), AMD Radeon R100 и R200 и старых карт NVIDIA.

Источник — портал opennet.ru.

>>> Подробности (opennet.ru)

Раз уж по галерее катится волна некрофилии, надо добавить свою каплю. Например дефолтный twm, который я использую как дополнительное окружение (fluxbox надоел) для дополнительного юзера в системе, сеансы которого настроены на ~10% общего процессорного времени через cgrops.

В данном случае оно занято запихиванием сериала на мелкий экран моего кнопочного смартфона через ffmpeg. Небольшой скрипт через файл-блокировку позволяет запуститься только 1 копии ffmpeg, но писать скрипт для автоматического запуска заданий мне лениво, поэтому просто ручной запуск в 10-и окнах.

Из минусов: 10 минут на выгрузку задачи на ночь, оверхед ~2800Кб памяти на копию xterm и 2100Кб на копию bash.
Из плюсов: нескучные обои, креативные методы управления окнами (креативней чем гном3), отдельный пользовательский сеанс, занимающий всего 19Мб на Х-сервер и 3960Кб на оконный менеджер.

P.S. Для полного погружения можно запустить в основном окружении homm2 в досбоксе или doom в PrBoom-Plus, а на vt2 через mc включить какую-нибудь музыку.

Внезапно вспомнил, что в отличии от homm3, для homm2 был (по слухам) хороший свободный движок, который вполне можно запустить на RPi3. В репе есть автоматизированный установщик, который скачивает версию 0.6 от 2013 года, собирает, опакечивает, устанавливает. Она работает.

Теперь о проблемах: главное, нет локализации. А она вроде как поддерживается и давно. Должна была включиться в конфиге, но реакции нет. При запуске выдаётся единственная ошибка «шрифт такой_то.ttf не найден». Шрифт лежит в папке с движком и пробовал ложить его в .fheroes2/files, не видит. Также не понятно, а как она вообще должна работать, ведь в инструкции явно сказано: используйте оригинальный англоязычный файл ресурсов.

Также по возможности хотелось бы отмасштабировать картинку в 2 или 3 раза.

И играть в кампанию тоже хотелось бы. Её поддержку вообще реализовали?

Поправка: после загрузки в консоль выводится статистика, в статистике: юникод отключен, язык ру. В конфиге разумеется юникод вкл, но что то идёт не так.

Ноут, hdd, debian 9, systemd. sda1 - своп, sda2 - корень, sda3 - хомяк. Хомяк и своп зашифрованы через luks, подключаются при загрузке. Ключ свопа генерируется при запуске. Стандартная схема, всё было настроено установщиком дебиана.

И тут, внезапно... Я подключил чужой usb-hdd с ntfs на первом разделе до запуска системы. Этому диску был присвоен sda и он был подмонтирован как шифрованый своп. ntfs удалось восстановить, но вообще это косяк.

В fstab своп подключается как /dev/mapper/sda1_crypt, а вот что подключает физический раздел в /dev/mapper/ я не знаю. Помогите его найти.

Заявленное железо:

• CPU BCM2711, 4 ядра Cortex-A72, 1,5 ГГц. Теперь 28нм вместо 40.
• GPU VideoCore Vl, заявлена поддержка OpenGL ES 3.0, декодирование H.265, кодирование и декодирование H.264, 1 монитор 4К на 60fps или 2 монитора 4К на 30fps
• RAM 1, 2 или 4 Гб на выбор (LPDDR4-2400)
• Гигабитный ethernet на шине PCI-E
• Wi-Fi 802.11ac, Bluetooth 5.0
• 2 порта USB 2.0 тип А, 2 порта USB 3.0 тип А. Порты висят на отдельных чипах на шине PCI-E
• 2 порта micro-HDMI
• 40 pin GPIO
• питание через usb type-C.

Вероятно, старые сборки дистрибутивов на нём не запустятся, обещают выпустить новый raspbian на базе debian 10.

Заявлены цены 35$, 45$ и 55$ за модели 1, 2 и 4 Гб памяти соответственно.

Сам анонс, без технических подробностей

>>> Подробности

Пытаюсь собрать свежий firefox для debian8. Для этого нужен свежий gcc (вроде бы собран и может использоваться) и питон 3.6.

Питон собирается легко, но вот установка в систему под вопросом. make install гарантированно затрёт python3 и ещё что нибудь, пакеты поломаются, как потом чистить систему не известно. Некий make altinstall предложен, но не описано что именно он будет делать и как это поможет.

Рашьше для опакечивания я использовал checkinstall, но в этом случае он что то долго делает а потом говорит

creating /usr/local/lib/python3.6/lib-dynload
copying build/lib.linux-armv7l-3.6/_decimal.cpython-36m-arm-linux-gnueabihf.so -> /usr/local/lib/python3.6/lib-dynload
error: [Errno 2] No such file or directory
Makefile:1487: ошибка выполнения рецепта для цели «sharedinstall»
make: *** [sharedinstall] Ошибка 1

****  Установка неудачна. Отменяется создание пакета.

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

Решил прокачать скилл владения ffmpeg'ом и заодно проверить новый диск на стабильность. Разумеется странным методом. Т.е. разобрать несколько каких нибудь больших фильмов на кадры и собрать обратно. В наличии папка с порядка 100-150K .png, команду выбрал стандартную из мануалов:

ffmpeg -f image2 -i %d.png -r 24 -vcodec libx264 -preset slow -qmax 25 ../test.ts 

Собственно проблема и вопрос: в выводе ffmpeg множественные предупреждения вида

Past duration 0.719994 too large

При очередном обновлении что то произошло и...

Заметил, что разделы реп jessie-updates и jessie-backports больше не существуют на официальных зеркалах. WTF!?

Соответственно пакеты, поставленные из них, помечены как левые. У меня это libx265 и libx265-dev. Ну .не могли же один из основных кодеков взять и выкинуть. Поставлю из другого раздела... А вот хрен! Их таки выкинули, из всех официальных реп. Просто взяли и удалили. В т.ч. уже собраные, работоспособные версии. WTF!?

Ладно, не велика беда. ffmpeg собрал, почему эту либу не соберу? Качаем последнюю версию, проверяем требования в readme. Указан только cmake ветки 2.8.*, при том что даже в 8-м дебе стоит 3.*. И ещё ccmake. Название пакета узнал, поставил, создал make-файлы по инструкции, make и финиш.

rrr@raspberrypi:~/x265_3.0/build$ make
Scanning dependencies of target encoder
[  1%] Building CXX object encoder/CMakeFiles/encoder.dir/analysis.cpp.o
*** Error in `/usr/bin/c++': double free or corruption (!prev): 0x01eda830 ***
Aborted
encoder/CMakeFiles/encoder.dir/build.make:62: ошибка выполнения рецепта для цели «encoder/CMakeFiles/encoder.dir/analysis.cpp.o»
make[2]: *** [encoder/CMakeFiles/encoder.dir/analysis.cpp.o] Ошибка 134
CMakeFiles/Makefile2:262: ошибка выполнения рецепта для цели «encoder/CMakeFiles/encoder.dir/all»
make[1]: *** [encoder/CMakeFiles/encoder.dir/all] Ошибка 2
Makefile:127: ошибка выполнения рецепта для цели «all»
make: *** [all] Ошибка 2 

И ещё одна ошибка, суть в том что /usr/bin/c++ не знает опции -mstackrealign (стандартная оптимизация, включена по умолчанию начиная с 4.4, штатная версия 4.9.2).

Гуглю, не нахожу понятного объяснения или решения, но вот здесь https://tvheadend.org/boards/5/topics/34652 упоминается что то похожее на мой случай. Вроде как libx265 внезапно перестал собираться по вине компилятора, хз почему и пересоберите всё без него... WTF!?

Да, собираю на RPi3, raspbian 8, armhf. Странно то, что cmake пихает опцию -mstackrealign, хотя вроде бы правильно определил архитектуру arm7l. Каких либо иных arm-специфичных проблем у libx265 не упоминается, так что не думаю что архитектура важна.