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

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

Основан на slackware 15 + собственные темы/настроечные тулзы + бинарные пакеты из сырцов с slackbuilds.org

В новой версии ещё и flatpack/flathub добавили как источник софта.

https://forum.salixos.org/viewtopic.php?f=17&t=8398

Поскольку я не программист а только так иногда в код заглядываю - встала задачка которую я не могу решить

Как известно в cinelerra-gg есть кучка функций преобразующих rgb/yuv . В libav* они тоже есть. Используются большей частью совместно. И что-то у нас непонятное с отображение full range yuv происходит. То ли наш дисплейный код что-то режет, то ли плеерочки не очень умеют в вывод не урезанного по уровням yuv.

В общем нужен программист который внимательно выкурит наш код, и скажет где баг. Код забористый. Генерируется питоноскриптом, частично. Оплата через paypal.

AP, ты не мог бы закинуть https://www.mail-archive.com/cin@lists.cinelerra-gg.org/msg04694.html куда-нибудь где тусуются разработчики всяких графических библиотек, например разработчики gimp'а или gmic'a ?

От разработчика 16-битного порта Linux для ранних x86 процессоров, не требует ncurses, собирается и под ELKS и под разные unix/Linux

https://github.com/ghaerr/dflat

https://hatari.tuxfamily.org/news.html

Из нового

Переписана система задержек/таймеров, быстрее в среднем на 10%

Разные улучшения в эмуляции ЦПУ - уровни привилегий, вычисления с плавающей точкой ..

Точная эмуляция 68000 теперь на 7% быстрее.

Более аккуратная эмуляция MFP и YM2149

Более точная позиция vsync для 60 и 50 Гц режимов.

Более точное значения бита 7 в MFP GPIP (влияет на ДМА звук в Атари STE и Falcon)

Улучшения в подсистеме SCSI

Улучшения дебаггера.

Использование portmidi для работы с МИДИ

Улучшение работы последовательного порта rs232 для BSD/MacOS

Уменьшено потребление памяти по умолчанию.

Да, дело было вечером, решил помучать давным-давно поставленную на виртуалку Слакварь 9.1

Собрал на хосте pcem v17 (после обновления gcc / g++ пришлось обновит wxGTK, а уж потом - pcem), попробовал самые разные процы на стандартном ядре 2.4.22 - вниз аж до 486sx16!

Потом попробовал собрать linux-2.6.32.26 - там были мелкие проблемы, но я каждый раз запускал что-то типа

find . -name  *.c | xargs grep enable_IR_x2apic

и правил немного исходники.

В итоге собрал монолит на 3 с небольшим мега. И там даже сеть работает.

Сюрприз был в том, что на некоторых 486 из тех которые эмулирует PCem моё ядро (с поддержкой SMP) валилось в панику на старте. Можно конечно было собрать без SMP, но я решил поковыряться... И добился нормальной загрузки всего лишь добавив

----->if(cpu_has_apic)
<------>enable_IR_x2apic();

в arch/x86/kernel/smpboot.c

Мелочь, а приятно.

Сижу я тут и потихоньку пытаюсь обратно скомпилировать предка Cinelerra - broadcast2000:

https://github.com/Randrianasulu/broadcast2000

С уровнем оптимизации O0 оно даже вроде работает, но крашится в недрах libjpeg-turbo-1.5.3 при попытке декодировать mjpeg yuv422 mov созданный ffmpeg. Свои собственные mjpeg-и кушает нормально.

Интересно, это libjpeg-у буфера недодали? Потому что либа известная, её все используют, отключение именно simd через JSIMD_FORCENONE=1 не помогло.

[Thread 0xf52feb00 (LWP 27205) exited]
decode 1
decode 1 5b48
decode 2 5b48
decode 3 5b48
decode 6 ffd8 ffd8
[New Thread 0xf52feb00 (LWP 27207)]
decompress_field 1
decompress_field 2 0
decompress_field 3

Thread 59 "bcast2000" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf52feb00 (LWP 27207)]
0x081a1881 in jpeg_idct_islow (cinfo=0x83130a4, compptr=0xf4904a24, coef_block=0xf4902050, output_buf=0x832ba60, output_col=0) at jidctint.c:386
386         outptr[0] = range_limit[(int) DESCALE(tmp10 + tmp3,
(gdb) bt full
#0  0x081a1881 in jpeg_idct_islow (cinfo=0x83130a4, compptr=0xf4904a24,
    coef_block=0xf4902050, output_buf=0x832ba60, output_col=0)
    at jidctint.c:386
        tmp0 = 72320
        tmp1 = 205984
        tmp2 = 308256
        tmp3 = 363616
        tmp10 = -6815744
        tmp11 = -6815744
        tmp12 = -6815744
        tmp13 = -6815744
        z1 = -235936
        z2 = 0
        z3 = 308256
        z4 = 205984
        z5 = 308256
        inptr = 0xf4902060
        quantptr = 0xf49051c0
        wsptr = 0xf52fe174
        outptr = 0x0
        range_limit = 0xf4904c50 "ЂЃ‚ѓ„…†‡€‰Љ‹ЊЌЋЏђ‘’“”•–—\230™љ›њќћџ ЎўЈ¤Ґ¦§Ё©Є«¬­®Ї°±Ііґµ¶·ё№є»јЅѕїАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯабвгдежзийклмнопрстуфхцчшщъыьэю", 'я' <repeats 73 times>...
--Type <RET> for more, q to quit, c to continue without paging--
        ctr = 2
        workspace = {-832, 32, 0, 0, 0, 0, 0, 0, -832, 32, 0, 0, 0, 0, 0, 0,
          -832, 32, 0, 0, 0, 0, 0, 0, -832, 32, 0, 0, 0, 0, 0, 0, -832, 32, 0,
          0, 0, 0, 0, 0, -832, 32, 0, 0, 0, 0, 0, 0, -832, 32, 0, 0, 0, 0, 0,
          0, -832, 32, 0, 0, 0, 0, 0, 0}
#1  0x08196a15 in decompress_onepass (cinfo=0x83130a4, output_buf=0x8313550)
    at jdcoefct.c:143
        coef = 0xf49054a0
        MCU_col_num = 0
        last_MCU_col = 39
        last_iMCU_row = 29
        blkn = 5
        ci = 1
        xindex = 0
        yindex = 1
        yoffset = 0
        useful_width = 1
        output_ptr = 0x832ba60
        start_col = 0
        output_col = 0
        compptr = 0xf4904a24
        inverse_DCT = 0x81a0f82 <jpeg_idct_islow>
#2  0x081713c4 in jpeg_read_raw_data (cinfo=0x83130a4, data=0x8313550,
--Type <RET> for more, q to quit, c to continue without paging--
    max_lines=480) at jdapistd.c:572
        lines_per_iMCU_row = 16
#3  0x0812c304 in decompress_field ()
No symbol table info available.
#4  0x0812c3c3 in mjpeg_decompress_loop ()
No symbol table info available.
#5  0xf7e19328 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#6  0xf7955f06 in clone () from /lib/libc.so.6
No symbol table info available.
(gdb)