В общем я его поставил, он даже почти работал, но вылетал :)

Привёл конфиг к такому виду (в основном помог параметр -s)

cat /etc/rc.d/rc.timidity
#!/bin/sh
# Start/stop/restart the TiMidity++ ALSA sequencer client
# Have a look at README.alsaseq in the TiMidity++ docs for more info.

TIMIDITY_OPTIONS="-iAD -Os -B2,12 -s 48000"

# If CPU usage is too high, try disabling the reverb and chorus effects.
#TIMIDITY_OPTIONS="$TIMIDITY_OPTIONS -EFreverb=0 -EFchorus=0"

case "$1" in
  'start')
    taskset -c 0 nice -n -20 timidity $TIMIDITY_OPTIONS
  ;;
  'stop')
    killall timidity
  ;;
  'restart')
    killall timidity
    sleep 1
    taskset -c 0 nice -n -20 timidity $TIMIDITY_OPTIONS
  ;;
  *)
    echo "Usage: $0 {start|stop|restart}"
  ;;
esac

Теперь aplaymidi играет демо не затыкаясь с примерно 10% потребления от оодного ядра на 1.4 Гггц.

Но сам timiditi играет только в режиме esd или oss:

aoss timidity -Od -S 48000 /usr/doc/nyquist-2.37/demos/demo.mid

Edit: ах, маленькая s!

timidity -s 48000 /usr/doc/nyquist-2.37/demos/demo.mid

вот так тоже звучит.

Взял слакбилд, попробовал собрать.

Вот с таким патчем собралось, но в деле пока не пробовал

--- common/simd/vint4_sse2.h.orig       2023-07-14 19:08:03.512552150 +0300
+++ common/simd/vint4_sse2.h    2023-07-14 19:08:41.408552764 +0300
@@ -444,7 +444,7 @@
   __forceinline int toScalar(const vint4& v) { return _mm_cvtsi128_si32(v); }

   __forceinline size_t toSizeT(const vint4& v) {
-#if defined(__WIN32__) && !defined(__X86_64__) // win32 workaround
+#if defined(__WIN32__) || !defined(__X86_64__) // win32 workaround
     return toScalar(v);
 #else
     return _mm_cvtsi128_si64(v);

и таким конфигом:

cmake \
    -DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
    -DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
    -DCMAKE_INSTALL_PREFIX=/usr \
    -DCMAKE_INSTALL_MANDIR=/usr/man \
    -DCMAKE_INSTALL_DOCDIR=/usr/doc \
    -DEMBREE_ISPC_SUPPORT=OFF \
    -DEMBREE_ISA_AVX2:BOOL=OFF \
    -DEMBREE_ISA_AVX512SKX:BOOL=OFF \
    -DEMBREE_TASKING_SYSTEM=OFF \
    -DEMBREE_TUTORIALS=OFF \
    -DCMAKE_BUILD_TYPE=Release ..

В общем если соберу luxcorerender под 32-бит - то будет чем проверить.

Как я понимаю, это либу рэйтрэйсинга хочет новый Godot. Так что авось кому пригодится …

ps: luxcorerender-git собрался, но пришлось выкинуть поддержку OIDN (Open Image Denoiser)

cmake -DLUXCORE_DISABLE_OIDN:bool=ON -DLUXRAYS_DISABLE_CUDA:bool=ON ..

плюс патч на luxcorerender (хардкодит python39 , ибо у меня их два, 2.7 и 3.9 - на этом cmake лажает)

diff --git a/CMakeLists.txt b/CMakeLists.txt
index 72c1996ac..7af63b929 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -169,7 +169,7 @@ if (BUILD_LUXCORE_DLL)
        set(LUXCORE_LIBRARY luxcore)
        ADD_DEFINITIONS("-DLUXCORE_DLL")
 else()
-       set(LUXCORE_LIBRARY luxcore slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${OIDN_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
+       set(LUXCORE_LIBRARY luxcore slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
 endif()

 ################################################################################
diff --git a/cmake/Dependencies.cmake b/cmake/Dependencies.cmake
index 5bd992b0d..ea6ba38b2 100644
--- a/cmake/Dependencies.cmake
+++ b/cmake/Dependencies.cmake
@@ -66,7 +66,7 @@ set(Boost_MINIMUM_VERSION       "1.56.0")

 # For Windows builds, PYTHON_V must be defined as "3x" (x=Python minor version, e.g. "35")
 # For other platforms, specifying python minor version is not needed
-set(LUXRAYS_BOOST_COMPONENTS thread program_options filesystem serialization iostreams regex system python${PYTHON_V} chrono serialization numpy${PYTHON_V})
+set(LUXRAYS_BOOST_COMPONENTS thread program_options filesystem serialization iostreams regex system python39 chrono serialization numpy${PYTHON_V})
 find_package(Boost ${Boost_MINIMUM_VERSION} COMPONENTS ${LUXRAYS_BOOST_COMPONENTS})
 if (NOT Boost_FOUND)
         # Try again with the other type of libs
diff --git a/deps/optix-7.1.0/include/optix_7_types.h b/deps/optix-7.1.0/include/optix_7_types.h
index fb1aa5b0b..e89efb097 100644
--- a/deps/optix-7.1.0/include/optix_7_types.h
+++ b/deps/optix-7.1.0/include/optix_7_types.h
@@ -627,7 +627,7 @@ typedef struct OptixBuildInput

 // TODO Define a static assert for C/pre-C++-11
 #if defined( __cplusplus ) && __cplusplus >= 201103L
-static_assert( sizeof( OptixBuildInput ) == 8 + 1024, "OptixBuildInput has wrong size" );
+//static_assert( sizeof( OptixBuildInput ) == 8 + 1024, "OptixBuildInput has wrong size" );
 #endif

 /// Flags set on the #OptixInstance::flags.
diff --git a/src/luxcore/CMakeLists.txt b/src/luxcore/CMakeLists.txt
index d797b749f..e0f99c398 100644
--- a/src/luxcore/CMakeLists.txt
+++ b/src/luxcore/CMakeLists.txt
@@ -152,7 +152,7 @@ set(LUXCORE_LIB_SRCS

 if (BUILD_LUXCORE_DLL)
        add_library(luxcore SHARED ${LUXCORE_LIB_SRCS} ${LUX_PARSER_SRC})
-       target_link_libraries(luxcore PRIVATE slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${OIDN_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
+       target_link_libraries(luxcore PRIVATE slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
 else()
        add_library(luxcore STATIC ${LUXCORE_LIB_SRCS} ${LUX_PARSER_SRC})
 endif()
@@ -180,10 +180,10 @@ include_directories(${LuxRays_SOURCE_DIR}/deps/opencolorio-2.0.0/include)

 add_definitions(-DOPENVDB_STATICLIB ${VISIBILITY_FLAGS})
 if(APPLE)
-       target_link_libraries(pyluxcore -Wl,-undefined -Wl,dynamic_lookup slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio expat ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${OIDN_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
+       target_link_libraries(pyluxcore -Wl,-undefined -Wl,dynamic_lookup slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio expat ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
     SET_TARGET_PROPERTIES(pyluxcore PROPERTIES XCODE_ATTRIBUTE_DEPLOYMENT_POSTPROCESSING NO) # exclude pylux from strip, not possible
 else()
-       target_link_libraries(pyluxcore PRIVATE slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${OIDN_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
+       target_link_libraries(pyluxcore PRIVATE slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
 endif()

 set_target_properties(pyluxcore PROPERTIES PREFIX "")
diff --git a/tests/luxcoreimplserializationdemo/CMakeLists.txt b/tests/luxcoreimplserializationdemo/CMakeLists.txt
index bdd3445b8..65286791b 100644
--- a/tests/luxcoreimplserializationdemo/CMakeLists.txt
+++ b/tests/luxcoreimplserializationdemo/CMakeLists.txt
@@ -31,4 +31,4 @@ include_directories(${LuxRays_SOURCE_DIR}/deps/opencolorio-2.0.0/include)

 add_executable(luxcoreimplserializationdemo ${LUXCOREIMPL_SERIALIZATIONDEMO_SRCS})

-TARGET_LINK_LIBRARIES(luxcoreimplserializationdemo luxcore slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY} ${OIDN_LIBRARY} ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
\ No newline at end of file
+TARGET_LINK_LIBRARIES(luxcoreimplserializationdemo luxcore slg-core slg-film slg-kernels luxrays bcd opensubdiv openvdb opencolorio ${BLOSC_LIBRARY} ${EMBREE_LIBRARY}  ${TBB_LIBRARY} ${TIFF_LIBRARIES} ${TIFF_LIBRARIES} ${OPENEXR_LIBRARIES} ${PNG_LIBRARIES} ${JPEG_LIBRARIES})
\ No newline at end of file

Ну собрал я его из слакбилдов с SBo (через setarch i686 sbopkg -g kicad изначально, там 7.0.2, поправил скопированный в home слакбилд на 7.0.6 и добавл -j 4 к опциям make, иначе ну очень долго собиралось), и так собирал и сяк - ошибка как на https://gitlab.com/kicad/code/kicad/-/issues/14266 и хоть бы что … wxPython ставил через pip3 install, собиралось доолго (и надо было LANG=C добавить в моём случае не utf8 локали).

wxdemo скачивается в таком случае отдельно, но хотя бы работает (самокопание в слакбилде wxpython4 привело лишь к ненайденным символам, пока забил)

wxPython 4.2.1
(wxGTK, unicode, unicode-wchar, gtk3, wx-assertions-on, phoenix, wxWidgets 3.2.2.1, autoidman, sip-6.7.9, build-type: development)
Running on Python 3.9.17

Кстати про 64-бита он врёт, тут 64-битное только ядро. Может это поставленный LSB пакет сконвертированный через alien для чего-то ещё такой эффект даёт. Но FreecAD 0.20.2 к примеру чётко говорит что мол 32 бита.

Потом может ещё попробую без python2/wxGTK3 3.0.5 (который у меня собран для gtk2 и отсвечивать не должен) собрать. В общем странно всё это.

https://forum.kicad.info/t/7-0-rc1-reporting-wxpython-version-issues/39493

Скриншот

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

На АМД FX 4300 (4Гггц).

bash-5.1$ RUSTICL_ENABLE=lp clpeak

Platform: rusticl
  Device: llvmpipe (LLVM 16.0.5, 256 bits)
    Driver version  : 23.2.0-devel (git-36b54c4afb) (Linux x86)
    Compute units   : 8
    Clock frequency : 300 MHz

    Global memory bandwidth (GBPS)
      float   : 4.76
      float2  : 5.13
      float4  : 5.36
      float8  : 3.72
      float16 : 3.78

    Single-precision compute (GFLOPS)
      float   : 19.54
      float2  : 27.05
      float4  : 22.01
      float8  : 21.32
      float16 : 20.97

    No half precision support! Skipped

    No double precision support! Skipped

    Integer compute (GIOPS)
      int   : 19.07
      int2  : 18.86
      int4  : 16.76
      int8  : 16.33
      int16 : 14.13

    Integer compute Fast 24bit (GIOPS)
      int   : 19.04
      int2  : 18.87
      int4  : 17.30
      int8  : 16.21
      int16 : 14.17

    Transfer bandwidth (GBPS)
      enqueueWriteBuffer              : 3.18
      enqueueReadBuffer               : 3.30
      enqueueWriteBuffer non-blocking : 3.21
      enqueueReadBuffer non-blocking  : 3.29
      enqueueMapBuffer(for read)      : 25028.95
        memcpy from mapped ptr        : 3.29
      enqueueUnmap(after write)       : 46482.33
        memcpy to mapped ptr          : 3.22

    Kernel launch latency : 0.00 us


Platform: Clover
clCreateContextFromType (-1)
bash-5.1$

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...

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