Основан на 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)

Прбовал запустить разные версии через wine и через reactOS в qemu.

В reactos (reactos-bootcd-0.4.15-dev-4570-g4f8bbd1-x86-gcc-lin-rel.iso) получилось не очень - ставится кое-как и крашится при запуске.

А вот в wine 5.5 на удивление заработал 6.5! (предыдущие версии сваливались при запуске с окошком про недостаток памяти, мол нужно не меньше 5000 кб. Вине-баг - https://bugs.winehq.org/show_bug.cgi?id=49851). Даже и не ругается особо в консоль...

bash-4.3$ wine premiere.exe
01b3:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
01b3:err:module:import_dll Library WMVCore2.DLL (which is needed by L"C:\\Program Files\\Adobe\\Premiere 6.5\\plug-ins\\cm-wmf.prm") not found
01b3:err:module:import_dll Library WMVCore2.DLL (which is needed by L"C:\\Program Files\\Adobe\\Premiere 6.5\\plug-ins\\cm-wmf.prm") not found
01b3:err:module:import_dll Library WMVCore2.DLL (which is needed by L"C:\\Program Files\\Adobe\\Premiere 6.5\\plug-ins\\im-asfimport.prm") not found
01b3:err:module:import_dll Library WMVCore2.DLL (which is needed by L"C:\\Program Files\\Adobe\\Premiere 6.5\\plug-ins\\im-asfimport.prm") not found
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msacm:acmFormatEnumW Unsupported fdwEnum values 00800000
01b3:fixme:msrle32:MSRLE32_DriverProc ICM_CONFIGURE (-1)
01b3:fixme:msvidc32:CRAM_DriverProc compression not implemented
01b3:fixme:msvidc32:CRAM_DriverProc compression not implemented
01b3:fixme:msvidc32:CRAM_DriverProc compression not implemented
01b3:fixme:msvidc32:CRAM_DriverProc compression not implemented
01b3:fixme:iccvid:ICCVID_DriverProc compression not implemented
01b3:fixme:iccvid:ICCVID_DriverProc compression not implemented
01b3:fixme:iccvid:ICCVID_DriverProc compression not implemented
01b3:fixme:iccvid:ICCVID_DriverProc compression not implemented
01b3:fixme:heap:RtlCompactHeap (0x110000, 0x1) stub
01b3:fixme:avifile:AVIFileExit (): stub!

Видеовывод при перемотке моргает, но как я понимаю это в старых премьерах норма (проект обычно рендерили для предпросмотра).

Звук честно говоря не слышу, может его там и не было (записал кусочек через guvcview).

Теперь можно посравнивать интерфейс MainActor, Adobe Premier 6.5 и современной cin-GG :).

в связи с завозом в netbsd 10 (current) поддержки udf 2.50 для makefs/fsck решил собрать утилитки под Linux/termux

https://github.com/Randrianasulu/fsck_udf https://github.com/Randrianasulu/makefs_termux

оно вроде собирается и даже работает, но на моей Франкенслаке почему-то падает fsck. Разработчик любезно глянул в мой хак, и лог gdb но там похоже что-то не инициализируется нормально - я могу обойти краш но при этом fsck начинает ругаться на файл образ созданный makefs…

кто-нибудь может собрать на разных линуксах и попробовать создать образ

makefs -o v=2.50,V=2.50 image.udf tree/

и проверить его?

fsck_udf image.udf

падает так:

(gdb) run ../makefs_termux-main/test.disk
Starting program: /home/guest/fsck_udf-main/fsck_udf ../makefs_termux-main/test.disk
** Checking UDF file system on ../makefs_termux-main/test.disk
** Phase 1 - discovering format from disc

Filesystem sectorsize is 512 bytes.

Volume set       `626424902ae528dd`
Primary volume   `0f20d23b`
Logical volume   `anonymous`
Bad descriptor sum in vds, ignoring
Unknown VDS type 59256 found, ignored

Minimum read  version v2.50
Minimum write version v2.50
Maximum write version v2.50

Last logical volume integrity state is CLOSED.
Format flags


Program received signal SIGSEGV, Segmentation fault.
0x080587e0 in udf_translate_vtop (lb_num=24, vpart=1, lb_numres=0xffffd6e4, extres=0xffffd6e0) at udf_core.c:3967
3967                    l_ea = udf_rw32(efe->l_ea);
(gdb) bt full
#0  0x080587e0 in udf_translate_vtop (lb_num=24, vpart=1,
    lb_numres=0xffffd6e4, extres=0xffffd6e0) at udf_core.c:3967
        pdesc = 0x0
        sme = 0x1
        short_ad = 0xf7e2e740 <main_arena>
        efe = 0x0
        ext = 2147483647
        len = 32
        lb_rel = 0
        lb_packet = 528
        vat_off = 8
        start_lb = 2004
        lb_offset = 1
        end_lb_offset = 110
        udf_rw32_lbmap = 34
        flags = 134635536
        vat_pos = 0xf7e2eaf0 <main_arena+944> "\350\352\342\367\350\352\342\367\330;\a\b\330;\a\b\370\352\342\367\370\352\342\367"
        data_pos = 0x7 <error: Cannot access memory at address 0x7>
        dscr_size = 216
        l_ea = 1
        l_ad = 92
        icbflags = 0
        addr_type = -136124608
        rel = 57
        part = 1
#1  0x08058a3e in udf_read_virt (blob=0x806f4f0, location=24,
    vpart=1, sectors=1) at udf_core.c:4072
        phys = 10
        ext = 134635936
        data = 0x806f4f0 ""
        error = -136126464
#2  0x08058ec4 in udf_read_dscr_virt (sector=24, vpart=1,
    dstp=0xffffd768) at udf_core.c:4218
        dst = 0x806f4f0
        new_dst = 0x0
--Type <RET> for more, q to quit, c to continue without paging--
        pos = 0x805c580 "\nLast logical volume integrity state is %s.\n"
        sectors = 4294956868
        dscrlen = 512
        sector_size = 512
        error = 0
        __PRETTY_FUNCTION__ = "udf_read_dscr_virt"
#3  0x0804d18b in udf_read_metadata_nodes (mapping=0x806edde,
    log_part=1) at main.c:2342
        dscr1 = 0x0
        dscr2 = 0x0
        dscr3 = 0x0
        pmm = 0x806edde
        raw_phys_part = 0
        phys_part = 1
        tagid = -136123104
        file_type = -137605021
        error = 0
#4  0x0804da31 in udf_process_vds () at main.c:2648
        dscr = 0xf7e2e000
        mapping = 0x806edde
        pdesc = 0xffffd908
        fsd_loc = {len = 134536814, loc = {lb_num = 134672064,
            part_num = 61440}, impl = {bytes = "\006\b;\214\317\367",
            im_used = {flags = 2054, unique_id = 4157574203}}}
        pmap_pos = 0x806edde "\002@"
        domain_name = 0x806ecf9 "*OSTA UDF Compliant"
        map_name = 0x806ede3 "*UDF Metadata PartitionP\002\004\b"
        check_name = 0x805cd3f "*UDF Metadata Partition"
        pmap_stype = 2
        pmap_size = 64
        pmap_type = 4
        log_part = 1
        phys_part = 1
        raw_phys_part = 0
        n_pm = 2
--Type <RET> for more, q to quit, c to continue without paging--
        n_phys = 1
        n_virt = 0
        n_spar = 0
        n_meta = 1
        len = 23
        error = 134537169
#5  0x0804e1f8 in udf_check_VDS_areas () at main.c:2863
        vds1_buf = 0x80667f0
        vds2_buf = 0x806e800
        vds1_size = 32768
        vds2_size = 32768
        error = -9760
        error1 = 0
        error2 = 0
        __PRETTY_FUNCTION__ = "udf_check_VDS_areas"
#6  0x08051495 in checkfilesys (
    given_dev=0xffffdc0c "../makefs_termux-main/test.disk")
    at main.c:4310
        ti = {tracknr = 1, sessionnr = 1, track_mode = 0 '\000',
          data_mode = 0 '\000', flags = 192, track_start = 0,
          next_writable = 97856, free_blocks = 0, packet_size = 1,
          track_size = 97855, last_recorded = 97856}
        open_flags = 2
        error = 0
#7  0x080517ca in main (argc=0, argv=0xffffda8c) at main.c:4451
        ret = 0
        erg = -134356912
        ch = -1
(gdb)

https://github.com/mltframework/mlt/releases/tag/v7.6.0

фиксы поддержки полного цветового диапазона, лучшее распараллеливание в фильтрах.

Ждем когда kdenlive/shotcut подтянутся)

Собственно, вот.

Прменил уже существующий патч из blds, и немного поработал напильником.

Оказалось, что образ для qemu не монтирует по умолчанию /proc, пришлось ручками из виртуалки это делать — иначе была беда с плагинами.

Патчи уже на пути в апстрим.

Образ для виртуалки брал тут. https://download.freebsd.org/releases/VM-IMAGES/13.0-RELEASE/amd64/Latest/ потом его скопировал под другим именем, и там создал новую фс (потому что на оригинальном образе места маловато - pkg install xorg тянет llvm13, к примеру…)

Финальная команда запуска qemu:

qemu-system-x86_64 -hda FreeBSD-13.0-RELEASE-amd64.qcow2 -enable-kvm -smp 2 -hdb 5gb_ufs.qcow -m 1005 -soundhw es1370

https://github.com/manisandro/gImageReader/releases

gImageReader 3.4.0 (Jan 28 2022):

Add support for tesseract 5.0 Add Qt6 support

поддержка движка распознавания tesseract 5 и библиотеки gui/интерфейса qt 6

Add thumbnail view for source documents Add batch mode for recognizing multiple documents

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

Display sources in a tree Древовидный просмотр ресурсов (исх. изображений)

Allow opening output files directly from the source tree if they exist next to the source with the same basename

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

Allow moving image selection boxes Добавлена возможность двигать рамки выделения изображений

Text: Add multi-tab support поддержка многовкладочного интерфейса для текста

HOCR: Allow specifying whether new output is inserted/appended поддержка указания будет ли новый вывод дополнять или переписывать существующий для hocr

HOCR: Allow opening multiple files at once, also from command line Открытие нескольких файлов hocr за раз, в том числе с командной строки.

HOCR: Add proof-reading widget (Qt interface only) Добавлен виджет предварительного чтения (только для qt версии)

HOCR: New batch export dialog новый диалог пакетного экспорта для hocr

HOCR: Add quick navigation for low confidence words быстрая навигация по словам с низким уровнем уверенности распознавания в hocr

https://github.com/jbruchon/elks/releases/tag/v0.5.0

новое - порт на NEC PC-98 и 8018x, улучшения в стеке tcp/ip, добавлена поддержка буферов xms (>1 mb ram), фиксы для работы на системах с малым (256 кб) объемом памяти, unreal режим, драйвер для sd card, поддержка сжатых бинарников и прочее...

https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.17-rc3

правда это именно для старых (в основном для не x86 архитектур) драйверов, новые (где эмуляция fbcon over drm) вроде как лучше работать не будут. И это ускорение скроллинга в виде опции при компиляции ядра сделано.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id...

и еще пара коммитов рядом

https://discuss.haiku-os.org/t/my-progress-in-porting-wine/11741

тов. X512 продолжает удивлять производительностью)

В libbluray/libbdplus восстановили работу расшифровки коммерческих blu-ray дисков

=== https://forum.doom9.org/showthread.php?t=176924&page=5 Bluray playback with libaacs & libbdplus === 8th October 2021, 19:55 #87 | Link nst Registered User Join Date: Jan 2013 Posts: 4 Hello all,

I'm not entirely sure if all changes to libaacs are merged to upstream yet (IIRC they are). Regarding libbdplus and the cached convtab functionality: Cached convtabs are working with and is fully supported by upstream libbdplus as of today! The functionality itself was added upstream in the last few days except the automatic load from the cache directory. I created a merge request for this missing bit and added table loading from .config/bdplus (suggestion by the upstream maintainers) aswell as loading from the system config dir, that MR got merged today. Also, BD+ disc playback from within Kodi got fixed properly in libbluray, so the patch tampering with bdplus_m2ts() isn't necessary anymore when using libbluray from GIT HEAD.

Thanks to the original authors of the original patches, making BD playback (on Linux and Kodi) possible without the need for proprietary closed blobs! ===

хотя меня сейчас скорее обратный процесс интересует. Т. е создания этих самых дисков. Но вдруг кому пригодится и эта новость. Да, и у этого самого kodi в первой половине года был вариант для Андроид (arm32/aarch64) с поддержкой этих самых blu-ray menus.

https://forum.kodi.tv/showthread.php?tid=360250

Та которая Interactive Graphics Stream и которую мало кто копирует.

Я собрал https://github.com/libav/libav/tree/d6251368772a170987387bdc508433c8fcf54cda с патчами https://lists.libav.org/pipermail/libav-devel/2012-June/028786.html но проверить это дело особо не на чем..

сидели мы значит в комментах…

https://github.com/pali/udftools/issues/20

проблема в том, что ядро Линуха ну не умеет писать в udf 2.50/60, и udfclient - тоже.

В принципе я путем копипасты заставил работать под термуксом newfs_udf от netbsd-current.

Но класть-то файлы по прежнему нечем! Одна из идей - разбивать исходный файл на экстенты и добавлять эти экстенты через dd (!) и обновлять метадату вручную, но это муторно и я не осилю. Может кто-то тут сможет выковырять код разбивки из mkudfiso (которая создает неправильные с точки зрения стандарта файлы) и вставить его в mkudffs, для начала?

Как я понял для работы metadata partition в программе форматирования уже должна быть поддержка создания файлов, в паре которых в udf 2.50+ и храняться метаданные (см. патент который я в комментария оставил). Ну а потом функционал создания директорий (уже есть в mkudffs) и файлов можно вызывать для помещения в образ на диске (для начала) произвольных фрагментов дерева фс, а-ля «mkisofs -udf».

https://xenia-linux-site.glitch.me/

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

А еще оказывается был микс Убунты 10.04 с прокачанным gimp-ом

https://en.wikifur.com/wiki/Ubuntu_Furry_Remix

и список игр с фурри-тематикой (некоторый арт очень даже хорош, как по мне) https://itch.io/games/platform-linux/tag-furry

https://gitlab.freedesktop.org/JoshuaAshton/mesa/-/commits/radv-vega-rt - это ветка для Vega (там вроде только демки работают)

https://cgit.freedesktop.org/mesa/mesa/commit/?id=f1095260a411c249af16928f96304ec225a0466b

коммит в Месу. («radv: Experimentally enable RT extensions.»)

Пост с картинкой для привлечения внимания: https://www.basnieuwenhuizen.nl/raytracing-starting-to-come-together/

Смотрю на версию openssl в Слаке 14.2: ftp://ftp.slackware.com/pub/slackware/slackware-14.2/patches/source/openssl

1.0.2u

Но на страничке есть ссылки на несколько git commit-ов которые фиксят CVE-уязвимости. И их в виде патчей в слакбилде я не вижу! Кому писать?