https://pastebin.com/NFVkJiAW

Патч поверх cvs версии с

https://sourceforge.net/p/xclass/code/

Забавно, там даже html виджет есть. Но 3.5 Мб статически собранная либа.

То ли я тупой, то ли Альт сломался …

https://www.altlinux.org/Regular/arm

скачал я regular-xfce-latest-aarch64.img распаковал, увеличил на 2 гб через

qemu-img resize regular-xfce-latest-aarch64.img +2G

скачал uboot u-boot-qemu-2023.04-alt1.aarch64.rpm

руспаковал .. и никак, uboot не грузит ядра.

Вытащил ядра отдельно с initramfs так там почему-то не грузится модуль virtio-blk автоматом, соответственно загрузки нет..

грузил

vmlinuz-6.1.29-std-def-alt1

===

U-Boot 2023.04 (Apr 04 2023 - 10:41:12 +0000)

DRAM: 2 GiB Core: 51 devices, 14 uclasses, devicetree: board Flash: 64 MiB Loading Environment from Flash… *** Warning - bad CRC, using default environment

In: pl011@9000000 Out: pl011@9000000 Err: pl011@9000000 Net: eth0: virtio-net#32 Hit any key to stop autoboot: 0 Scanning for bootflows in all bootdevs Seq Method State Uclass Part Name Filename

Scanning global bootmeth ‘efi_mgr’: Scanning bootdev ‘fw-cfg@9020000.bootdev’: fatal: no kernel available No working controllers found scanning bus for devices… Unknown seq -1 for label ‘scsi’ Scanning bootdev ‘virtio-blk#31.bootdev’: 0 distro ready virtio 2 virtio-blk#31.bootdev.par /boot/extlinux/extlinux.conf ** Booting bootflow ‘virtio-blk#31.bootdev.part_2’ with distro ALTLinux Boot Options 1: linux 2: 6.1.29-std-def-alt1 3: 6.2.16-un-def-alt1 Enter choice: 1: linux Retrieving file: ../vmlinuz Skipping linux for failure retrieving kernel 2: 6.1.29-std-def-alt1 Retrieving file: ../vmlinuz-6.1.29-std-def-alt1 Skipping 6.1.29-std-def-alt1 for failure retrieving kernel 3: 6.2.16-un-def-alt1 Retrieving file: ../vmlinuz-6.2.16-un-def-alt1 Skipping 6.2.16-un-def-alt1 for failure retrieving kernel Boot failed (err=-14) Unknown seq -1 for label ‘nvme’ BOOTP broadcast 1 DHCP client bound to address 10.0.2.15 (4 ms) Scanning bootdev ‘virtio-net#32.bootdev’: BOOTP broadcast 1 DHCP client bound to address 10.0.2.15 (0 ms) *** Warning: no boot file name; using ‘0A00020F.img’ Using virtio-net#32 device TFTP from server 10.0.2.2; our IP address is 10.0.2.15 Filename ‘0A00020F.img’. Load address: 0x40400000 Loading: * TFTP error: ‘Access violation’ (2) Not retrying… No more bootdevs

(1 bootflow, 1 valid) =>

===

Нашел вот случайно, читая комментарии в psychtoolbox-3

https://fishsoup.net/misc/wm-spec-synchronization.html

аж с 2013-го есть, но кроме mutter (gnome3) вроде как нигде больше не поддерживается, что может быть одной из причин странного поведения gtk3 вне Гноме-3

https://gitlab.xfce.org/xfce/xfwm4/-/issues/619

https://mail.gnome.org/archives/wm-spec-list/2013-January/msg00000.html

https://gitlab.gnome.org/GNOME/gtk/-/issues/4971

Matthias Clasen @matthiasc 1 year ago

The X11 backend will only do a framerate other than 60 if the compositor supports the frame sync protocol (ie _NET_WM_FRAME_DRAWN and _NET_WM_FRAME_TIMINGS messages)

https://todo.sr.ht/~db47h

What’s interesting is that Cinnamon supports _NET_WM_FRAME_DRAWN and _NET_WM_FRAME_TIMINGS! The first one is what we need to sync drawing with the WM. So I read the docs again and it turns out that it’s not mandatory for the WM to advertise _NET_WM_SYNC_REQUEST, only _NET_WM_FRAME_DRAWN. There’s still hope for Cinnamon :)

https://lists.x.org/archives/xorg-devel/2016-December/051947.html

On Wed, 30 Nov 2016 15:12:54 -0500 Owen Taylor wrote:

Hi Pekka,

I don’t have a lot of of commentary to add here. Certainly getting the frame-sync protocols right does require integration between Xwayland and the compositing manager. I don’t think there’s that much virtue in spending time on the extended version of the sync protocol and _NET_WM_FRAME_TIMINGS, because, to my knowledge, those are implemented only by GTK+ 3, and most GTK+ 3 apps will be running as native Wayland apps. On the other hand, gtk2 and qt4 X clients will be around to exercise the basic version of the protocol for the forseeable future.

Я так смотрю эту самую метадату в основном из готовых файлов выгрызают, или генерят чем-то типа DaVinchi resolve:

https://www.magiclantern.fm/forum/index.php?topic=26428.0

https://codecalamity.com/encoding-uhd-4k-hdr10-videos-with-ffmpeg/

Я тут наткнулся на ветку на дум9, с нее ссылка на скриптик, скриптик хочет vapoursynth который есть в Арче, но у меня нет арча

https://forum.doom9.org/archive/index.php/t-177135.html (" How to analyze an HDR video for peak brightness level for the setting of metadata? " )

https://aur.archlinux.org/packages/vapoursynth-plugin-awsmfunc-git

Никто не желает попробовать и сказать что скриптик пишет?

from vapoursynth import core
import awsmfunc as awf
core.num_threads = 8

clip = core.ffms2.Source("video.mkv")
# Crop, or whatever

# Defaults to reject outliers, and not downscaling
awf.measure_hdr10_content_light_level(clip)

Run as: python script.vpy It runs at ~20 fps for 2160p here, ~70 at 1080p.

====

В общем решил я посмотреть как дела с управлением цветопрофилями для навороченных мониторов с расширенным цветопространством обстоят.

Нашел сатью https://dmitry-s-safonov.medium.com/full-screen-color-correction-in-linux-f29...

Нашел репу с этим плагином, и системой управления цветом oyranos Компиз поставил из набора Slackware 15.0 x86 «x», доп. плагины с зеркала Саликса:

links http://mirror.its.dal.ca/salix/i486/extra-15.0/salix/libraries/

Понадобился pygobject3, но после его установки ccsm заработал.

https://github.com/oyranos-cms/oyranos

https://github.com/compiz-reloaded/compicc

Собралось, правда пришлось немного cmake модули править. Может даже работает, но у меня монитор не настоящий, а только подключенный по VGA LG (через кабель который вырезает edid).

Настроек нету, что делать непонятно :)

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

http://www.oyranos.org/2014/05/image-editing-with-30-bit-monitors/index.html

AP

Узнав что ранний выпуск Dyne::bolic live cd [0] был основан на gentoo (начиная так примерно года с 2002-го - там внутри фалы от 2002-го и до 2005-го), я решил этот самый Gentoo поставить на виртуалку.

Нашел архив

wget2 -m –no-parent http://linux.mathematik.tu-darmstadt.de/pub/linux/distributions/gentoo/releases/historical/x86/2004.3/

Downloaded: 139 files, 1.97G bytes, 0 redirects, 0 errors

И поставил в qemu! При установке было ядро 2.6.9, но собралось в итоге для установки на хард 2.4.26-gentoo. В начале забыл поправить fstab, но даже так завелось! X.org 6.8.0 и прочее ставил со второго диска. Зеркало указал вручную в make.conf но там нету старой svgalib , так что её надо из USE флагов убрать.

Почему-то не ставился links, пришлось ставить lynx и им в Гугле искать исходники (нашлись в Слаквари-10.0). Из ebuild’a mc 4.6.0 пришлось удалить патч под самбу 3.0 (с ходу не нашел, где он) но вроде собралось и даже работает. До этого правил файлы nano.

Так в общем пингвин жив, только ALSA по умолчанию там еще не было. X завел поверх fbdev.

Не уверен, нужен ли скриншот, пока так оставлю, текстовым сообщением.

PS: LOR такой старый ssl уже не приемлет, как и opennet.

[0] https://archive.org/download/dynebolic/dynebolic-1.4.1.iso

https://www.phoronix.com/news/RadeonSI-Rusticl-Mesa-23.1

в комментах утверждается, что даже Davici resolve работает если добавить еще один MR

https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/21305

В общем вот, тестируйте у кого есть на чём.

https://gregdavill.com/posts/allwinner-s3-videoencoders/

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

Решил вот посмотреть как новый 86Box работает.

К некоторому удивлению, на эмуляцию 386SX-33 (!) уходит больше, чем мой AMD FX 4300 может предложить, так что эмуляция не со 100% скоростью, впрочем судя по внутренним бенчмаркам, процессор, память, диск и видео эмулируются достаточно точно.

Эмулируемая машина:

cat /home/guest/86box.cfg

[Machine]
machine = prox1332
cpu_family = m6117
cpu_speed = 33333333
cpu_multi = 1
cpu_use_dynarec = 0
time_sync = local
cpu_waitstates = 1
mem_size = 4096

[Video]
gfxcard = et4000w32i

[Input devices]
mouse_type = ps2

[...]

[Storage controllers]
hdc = internal
cassette_mode = load

[Floppy and CD-ROM drives]
fdd_01_type = 35_2hd_ps2
cdrom_01_parameters = 1, atapi
cdrom_01_ide_channel = 0:1
cdrom_01_speed = 4
cdrom_01_image_history_01 = ISO/slackware-8.0-install-d1.iso
cdrom_01_image_history_02 = CDROM-4.4.194_5.iso
cdrom_01_host_drive = 200
cdrom_01_image_path = /dev/shm/virtiso
cdrom_01_image_history_03 = ISO/haiku-r1beta4-x86_gcc2h-anyboot.iso
cdrom_01_type = GOLDSTAR_CRD-8160B_3.14

[AMD PCnet-FAST III #1]
mac = 19:f3:51

[Hard disks]
hdd_01_parameters = 63, 16, 1024, 0, ide
hdd_01_fn = /dev/shm/503mb.img
hdd_01_speed = 1989_3500rpm
hdd_01_ide_channel = 0:0

Сейчас поставил память в 4мб — загрузилось ;) Но ставил на 16мб, даже 8Мб было мало ... Машинка забавная (появилась если я не ошибаюсь в 86Box 3.0) - SoC с возможностью загрузки с ATAPI CDROM — так что никаких флоппиков на сегодня! Но процессор там только SX 33/40 — для других можно «переставить» виртуальный диск на иной тип машины.

Для видео пришлось отдельно скачать XFree86 3.3.6 (SVGA) от Слаквари 9.1 и подобрать modeline с помощью

http://www.ibiblio.org/pub/Linux/X11/xutils/videogen-0.21.lsm

Еще пришлось выковыривать XF86config конфиг из Slackware 3.3 и класть его в /etc (а не в /etc/X11) и добавить там строчку clocks в разделе описания опций драйвера.

16-битный цвет не заработал, даже после того как я уменьшил память до 12 Мб при помощи mem=12m при загрузке ядра. Старые ISA-видяшки, оказывается, хотят линейную адресацию для видеопамяти, а с этим на ISA/VLB все куда сложнее чем на PCI. Точнее, это XFree86 3.3.x хочет линейную адресацию для 15/16/24/32 бит на пиксель. Так что пока довольствуюсь 1024x768x8 бит :-)

Xfree 4.1.0 с диска с такими древностями работать не захотел.

Экспертная установка едва влезла в 450 Мб. Тормозило аутентично — больше часа ставил набор «D»! Так что, наверное, выбор скорости жесткого диска в новом 86Box работает как надо.

https://www.computerenhance.com/p/welcome-to-the-performance-aware

ах, наконец-то кто-то заметил слона в посудной лавке :-)

Видео, 22 минуты https://m.youtube.com/watch?v=tD5NrevFtbU

Заменяем крутой полиморфизм на тупой свитч - получаем 1.5 ускорения :) Я так понял конечно тут еще компилятор виновен, может ему можно как-то явно указать кто и куда морфирует в данной программе .. но результат пока (под вин, судя по notepad++ и оформлению окон) явно не в пользу красивого программирования.

В тред приглашаются программисты со своими (анти)примерами :)

едит: исправил ссылку на видео

Поскольку любители «закапывать устаревшее» не очень хорошо понимают, зачем лучше иметь работающую альтернативу, скажу прямо — для надежности.

Поскольку у меня самого продвинутого железа типа экрана в 4к и пр. нету, я решил спросить посетителей ЛОРа, что им наиболее мешает жить с текущей реализацией X-сервера.

Возможно по выявлению самого неприятного мета-бага (пишите в ответах версию х сервера и ДЕ/wm, и прочие подробности, желательно со ссылками на баги в багтрекерах) удастся собрать деньги на оплату (а скорее - также частичное дообучение) работы C developer(s).

Но сначала давайте попробуем определится, что же конкретно не работает. Одним из первых я поставил HDR потому что на phoronix кто-то утверждал, что поддержка hdr потребует-таки переписывания или обхода значительной части Х протокола. Проблема в том, что я где-то читал что абстрактные пиксели в Х могут быть и 16 бит на канал, и к тому же рабочие станции SGI (mips) явно умели в 10 бит на канал, а работали там собственная реализация X, glx, да OpenGL (ещё 1.2 или около того). Ссылки надо заново искать, но я это сделаю :)

edit: https://marc.info/?l=freedesktop-xorg-devel&m=148338322225159&w=2

вот тут обсуждение HDR (в 2016-ом) еще есть пдф-ка с XDC 2017 про Deep color.

DPI stuff https://www.mail-archive.com/xorg-devel@lists.x.org/msg57714.html

SGI hardware (10/12 bits per component) http://www.sgidepot.co.uk/ir_techreport.html

[Предыдущая тема была через Хайковский браузер запущенный на qemu, к которому я подключался через vnc с планшета. Русский ввод в такой комбинации не работал, точнее набирать русские можно было, если андройд-клавиатуру на русский не переводить. Я так не умею…]

qemu-system-i386 -cdrom ~/ISO/haiku-r1beta4-x86_gcc2h-anyboot.iso -m 1024 -enable-kvm -display egl-headless -vnc :2 -hda ~/QEMU/haiku.qcow
qemu-system-i386: warning: no scancode found for keysym 1748                                       qemu-system-i386: warning: no scancode found for keysym 1748
qemu-system-i386: warning: no scancode found for keysym 1733                                       qemu-system-i386: warning: no scancode found for keysym 1733                                       qemu-system-i386: warning: no scancode found for keysym 1748                                       qemu-system-i386: warning: no scancode found for keysym 1748
qemu-system-i386: warning: no scancode found for keysym 1733                                       qemu-system-i386: warning: no scancode found for keysym 1733
qemu-system-i386: warning: no scancode found for keysym 1747                                       qemu-system-i386: warning: no scancode found for keysym 1747
qemu-system-i386: warning: no scancode found for keysym 1748                                       qemu-system-i386: warning: no scancode found for keysym 1748
qemu-system-i386: warning: no scancode found for keysym 1739                                       qemu-system-i386: warning: no scancode found for keysym 1739
qemu-system-i386: warning: no scancode found for keysym 1746                                       qemu-system-i386: warning: no scancode found for keysym 1746                                       qemu-system-i386: warning: no scancode found for keysym 1746                                       qemu-system-i386: warning: no scancode found for keysym 1746
qemu-system-i386: warning: no scancode found for keysym 1746                                       qemu-system-i386: warning: no scancode found for keysym 1746

А вот это уже с планшета …ну что сказать, ставится все быстро, но вот inkscape на x86 версию не ставится, и Links тоже - зависимостей не хватает …

SMtube ищет, но не показывает сами видео (может ему гига памяти мало? еле прибил…через kill -9). top странный. whereis нету?

Я так понял старые libx11 и xlibe конфликтуют, и /proc там нема.

Почему-то /bin/x86 нету в PATH, добавил вручную.

Жаль, но на всякий случай я скачал исходники cinelerra-gg, хотя она без /proc работать не будет, проверено на FreeBSD.

Собственно, оказалось что уже несколько лет у virtio-vga есть параметр max_outputs и можно например делать так:

qemu-system-x86_64 -enable-kvm -m 2000 -cpu qemu64 -device virtio-vga,max_outputs=2 -device virtio-vga -cdrom /home/admin/CDROM-4.14.246-big-7.iso -smp 2 -device usb-mouse -M q35 -usb

- я сдром только для пробы делал, потом заменил на -hda debian-11.img

После этого я в госте Debian 11 / xfce 4.16 вручную запустил «X :1 -configure» прямо в иксовом терминале от рута и скопировал получившийся xorg.conf.new в /etc/X11 как xorg.conf.

После ребута второй экран вроде бы есть, но панельки и десктопа хфце-шного на нем нет, можно запустить с первого десктопа из терминала вручную что-то с DISPLAY=":0.1"

Это у меня одного такой баг? :)

Но у меня почему-то qemu 7.2.0 с видеовыводом через libsdl2 падает. 86box если ему памяти побольше поставить и voodoo3 vga - почти грузит десктоп, но то ли тормозит то ли там кто-то хочет sse .. недождался.

https://www.haiku-os.org/news/2022-12-23_haiku_r1_beta4/

баг который я словил

https://gitlab.freedesktop.org/mesa/mesa/-/issues/7961

Пока загрузил одну фотку, вроде открылась.

Патч правда вышел на 2.5M megapatch.patch

Надо будет пароль найти/восстановить от разработческой зоны ТДЕ, наверное ….

i-rinat

А вот вопрос от непрограммиста.

У нас сейчас cingg линкуется при сборке с lva/lvdpau иначе есть неопределенные символы. Это создает проблемы для appimage, если версии либ закачанные туда при создании отличаются от тех что присутствуют на системе где этот аппимэйдж запускают.

Я тут погуглил...

https://patchwork.libav.org/patch/60659/

получается нужен враппер типа как в Хромуме?

https://chromium.googlesource.com/chromium/src/ /b5ded6e76b0f0a95c17de3a1b59a...

Увы, это для меня задачка не по зубам ( ну т.е. если меня ткнуть носом нужное кол-во раз может и набашу чего-нибудь ... но не уверен что это буде быстрее чен написать самому.

Goat

https://lists.cinelerra-gg.org/pipermail/cin/2019-May/000671.html

Вот тут 3 года назад создали скрипт для создания прокси-файлов внешней ffmpeg командой, и чуть позже в shellCmds добавили возможность передать путь к файлу (файлам) выделенному в Ресурсах в скрипт.

Собственно вопрос, а как он должен выглядеть? У меня к примеру так:

https://paste.pics/JJC76

А в Натроне и Cin-GG вот так:

https://paste.pics/JJC90

Кто прав?

Оказывается современную видеокарту можно через специальный коннектор подключить к пентиуму 3

https://m.youtube.com/watch?v=HQ7AdXPaPxc

AMD RX 6650 XT on a 20 Year Old 850MHz Pentium 3 34K views · 2 days ago

В качестве ОС Дебиан, в качестве демки работоспособности - проигрывание h264 видео с аппаратным ускорением через mpv.

приобрёл сей девайс за 550 руб. в ДНС.

Слакварь с самосборным ядром 5.6.14 его видела, сети беспроводные видела - а подключится - никак, таймаут!

Собрал новое 5.19.8 - та же картина.

В итоге собрал драйвер с https://github.com/Mange/rtl8192eu-linux-driver

и в итоге по крайней мере к сети подключается

lsusb

root@slax:~# lsusb
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 003: ID 1058:25a2 Western Digital Technologies, Inc. Elements 25A2
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID 046d:c077 Logitech, Inc. M105 Optical Mouse
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0bda:818b Realtek Semiconductor Corp. RTL8192EU 802.11b/g/n WLAN Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 1c4f:0026 SiGma Micro Keyboard
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Баг вроде известный, доя ядерного модуля: https://bugzilla.kernel.org/show_bug.cgi?id=196769

Думаю что делать дальше - по указанному адресу написать что ли …