Тут был вопрос что может G5/2.0 GHz * 2
https://mastodon.online/@Andrew_R/117038025347160110
Может например играть H264 1920x1080 x 25 fps без пропуска кадров. Охлаждение воздушное.
Оффтопик конечно, но радует.
https://mastodon.online/@Andrew_R/117038025347160110
Может например играть H264 1920x1080 x 25 fps без пропуска кадров. Охлаждение воздушное.
Оффтопик конечно, но радует.
https://github.com/techomancer/iris
вроде даже работает у кого-то.
Надолго ли? Ибо rust-компилятор даже сам себя позапрошлой версии принципиально не желал собирать, последний раз когда я его слакбилдить пытался.
PS: темный шрифт заголовка сообщения на тёмном фоне нечитаем в мобильном хроме с тёмной темой ЛОРа..
Я тут всё ковыряю аппартное ускорения декодинга ….
У кого есть время и немного места собрать cingg из git со вторым патчем?
Энкодинг при сборке с системным ffmpeg вроде теперь без «дырок» (чёрных кадров) работает, но декодинг временами глючит (памяти не хватает? 3 гб на всё).
Транскодинг FHD 59.94 fps VP9 -> HEVC идёт за 8 с небольшим минут, для 3:20 ролика. Т.е. кадров 23 в секунду. Но больше FHD у меня ни декодер, ни энкодер не умеют в планшете K38.
Для декодинга с mediacodec нужно ремап ручками поставить
ffmpeg/decode.opts
remap_video_decoder vp9=vp9_mediacodec
к примеру.
Буду рад если у кого-то ещё заработает.
3.7 Gb :)
https://disk.yandex.ru/d/lUuuvg6U_B6pcw
shasum ppc-dvd.iso 772591fd52f6f3724aebf5b88593233dd0635a26 ppc-dvd.iso
тестировал:
qemu-system-ppc64 -cpu 970 -cdrom ppc-dvd.iso -boot d -M mac99,via=pmu -accel tcg,tb-size=256 -m 256m
Должно работать и на младших powermac G4, но там нужно остановить yaboot и выбрать Linux вместо Linux64
Вместо fdisk - mac-fdisk. Yaboot нужно ручками ставить через yabootconfig и копировать файлы из установщика. ну или GRUB осиливать. Ставить на ext3, тот yaboot что стоит на диске вроде научен (не мной) понимать ext4, но я лично это не проверял - yaboot внутри инсталлера от Slackintosh 12.1
Вот его сырцы (в ранних Слакварях до 15.0 - не было. Удивлён)
http://ftp.slackware.com/pub/slackware/slackware-current/source/installer/
Я его хочу под ppc (Bonslack) собрать. Он доходит до строчки где должны модули копироваться и … облом, формирует неполный initrd. Я конечно из результатов его работы + mkinitrd кое-как инсталлер сваял, но интересно, это он только на мою экзотику с самосборным пакетом ядра (через makepkg, а до того кросс-компиляция) так реагирует, или там действительно обработка ошибок не очень, и даже на амд64 можно получить неполный initrd?
Тут что-то у NetBSD отвалились бинарные пакеты на sparc32, и я решил блеснуть своим qemu-fu.
И в общем оно даже собирается … кроме cmake. Который у меня (32 bit host, qemu 9.1-rc, 10.2.0-rc3) почему-то не бутстрапится, а у народа на реальной машине и даже на qemu кажется работает?
https://mail-index.netbsd.org/port-sparc/2025/12/06/msg003017.html
Валится, если gdb не врёт на инструкции casa, которой вроде в тех спарках, что для SS-20 нету.
Собрать локально devel/libatomic тоже не вышло, ругается при configure на … отсутствующие _atomic_8, 16.
Эх …. Наверное это всё-таки 32 битный хост, соотв. в багрекере qemu меня .. пошлют депрекатиться.
Потом в NetBSD amd64 перегружусь и там проверю.
У нас тут сервенрная миграция затянулась на несколько месяцев, но вроде теперь снова работает.
Из нового пока только ffmpeg 8.0, см. их changelog.
** GIT program control for the source and the manual:
git clone https:/git.cinelerra-gg.org/goodguy/cinelerra.git
git clone https:/git.cinelerra-gg.org/goodguy/cin-manual-latex.git
to view the commits for all 4 repositories use: https://git.cinelerra-gg.org/goodguy/
** AppImages, Manual, ReleaseNotes,and other informational type files:
https://download.cinelerra-gg.org
Основной сайт на cloudflare, так что МЕСТАМИ может не работать без обходных манёвров. Но git вроде работает, как и download.cinelerra-gg.org. В git уже пара пост-релизных фиксов есть, от компиляции на Арче и у меня на машине с включённым vulkan.
edit: адрес git поменялся с
git://git.cinelerra-gg.org/goodguy/cinelerra
на
https://git.cinelerra-gg.org/goodguy/cinelerra.git
без .git в конце не работает.
Вот, нашёл игрушку.
https://github.com/bochs-emu/Bochs/issues/670
С патчем от Vort (автора всей этой эмуляции geforce карточек) запустилось и работает …мееедленно, но работает. Это успех!
https://www.netbsd.org/donations/
10 тысяч $ против цели в 50 тыс.
Написано вроде как можно через paypal, но без его аккаунта донатить. Не знаю как ru, но может проживающие в других странах пользователи немного накинут? Капитализм, однако, сложно помочь чем-то специфическим (делами а не деньгами) если ты не специалист.
У HaikuOS тоже кстати донатометр то ли сломался, то ли возможность донатить у аудитории упала. Теоретически 40 тысяч это 40 долларов по тысяче донатеров, но к сожалению донатеров куда меньше чем игрунков и киноманов, почему-то (наверное кино и Ыгры ощущаются быстрее и сильнее чем «мы допилили вайфай!» (в NetBSD)).
Вот.
Продолжаю эксперименты со старым компом и ещё более старым слепком системы (сентябрь 2005). Пересобрал ядро 2.6.13 для SMP и 64Гб (PAE). на AMD FX 4300 многоядерность не поднялась (возможно из-за БИОСа) а тут вот, два ядра, один гиг, эзернет :)
bash-5.1$ inxi -ACDMGm
Machine:
Type: Desktop Mobo: ASUSTeK model: M2N-SLI v: 1.XX
serial: <superuser required> BIOS: Phoenix v: ASUS M2N SLI Revision 0201
date: 09/07/2007
Memory:
RAM: total: 987.6 MiB used: 778.5 MiB (78.8%)
RAM Report:
permissions: Unable to run dmidecode. Root privileges required.
CPU:
Info: dual core model: AMD Athlon 64 X2 3800+ bits: 64 type: MCP cache:
L2: 1024 KiB
Speed (MHz): avg: 1000 min/max: 1000/2000 cores: 1: 1000 2: 1000
Graphics:
Device-1: NVIDIA GK208B [GeForce GT 710] driver: nouveau v: kernel
Display: server: X.Org 1.20.13 driver: loaded: nouveau
unloaded: fbdev,modesetting failed: vesa resolution: 1440x900~60Hz
OpenGL: renderer: NV106 v: 4.3 Mesa 23.2.0-devel (git-9cbf4d27e7)
Audio:
Device-1: NVIDIA GK208 HDMI/DP Audio driver: snd_hda_intel
Device-2: C-Media CM6501 type: USB driver: snd-usb-audio
Sound Server-1: ALSA v: k5.6.14-x64 running: yes
Sound Server-2: PulseAudio v: 15.0 running: yes
Drives:
Local Storage: total: 149.05 GiB used: 23.29 GiB (15.6%)
ID-1: /dev/sda vendor: Seagate model: ST3160815A size: 149.05 GiB
Браузер -
User Agent Mozilla/5.0 (X11; Linux x86_64; rv:140.0) Gecko/20100101 Firefox/140.0
из апдейтов Слаквари 15.0 i586
На механическом винте моя долгоиграющая модификация Слаквари.
Но вот я ещё пересобрал Slax 2.9.0.21 (от года так 2003-го) с ядром 2.4.37.11 и загрузкой с SATA (ahci, sata_nv, sata_sil) приводов.
https://drive.google.com/file/d/1fJTpWvKjnCqQnX2KYf7bRwmPEdqS5yKP/view?usp=sharing
На виртуалке qemu работает, на этой физической машине тоже. Даже usb-звук есть и сеть подцепилась. Размер 220 Мб.
Кто рискнёт проверить на своём старом железе :) ?
ftp://ftp.altlinux.org/pub/people/glebfm/old/historic/
поставил через qemu Junior 1.1, ностальгия! Я уж опасался что эти исошки навсегда пропали. А вот, нашлись через mmnt.ru
В общем я купил webcam
Bus 002 Device 004: ID 1bcf:0b26 Sunplus Innovation Technology Inc. Web-camera Oracle
Она же умеет в звук, висит 3-им звуковым устройством:
cat /proc/asound/cards
0 [SB ]: HDA-Intel - HDA ATI SB
HDA ATI SB at 0xfe8f4000 irq 16
1 [HDMI ]: HDA-Intel - HDA ATI HDMI
HDA ATI HDMI at 0xfeae8000 irq 19
2 [Loopback ]: Loopback - Loopback
Loopback 1
3 [Oracle ]: USB-Audio - Web-camera Oracle
SHENZHEN AONI ELECTRONIC CO., LTD Web-camera Oracle at usb-0000:00:13.2-4, high
Я долго думал КАК её заставить работать, в итоге такой кусок .asoundrc сделал:
pcm.!default {
type asym
playback.pcm "LoopAndReal"
#capture.pcm "looprec"
capture.pcm "plughw:3,0"
}
Если вешать чисто на hw то не работает, а как скомбить dsnoop (чтобы многие приложения могли хватать разом без «устройство занято») и type plug я пока не придумал :)
Но теперь хоть в одной вкладке микрофон работает.
EDIT:
pcm.!default {
type asym
playback.pcm "LoopAndReal"
#capture.pcm "looprec"
capture.pcm {
type plug
slave.pcm "usb"
}
}
pcm.usb {
type dsnoop
slave {
pcm "hw:3,0"
}
ipc_key 1028
}
вот такой изврат вроде сразу со всеми вкладками работает. Нашёл Гуглом пример, подредактировал под себя. Но не у всех такой простой вариант работал :(
EDIT2: вот эта проблема натолкнула на решение:
https://github.com/iizukanao/picam/issues/98
… и почему бы эту dsnoop/plug не повесить по умолчанию? Да, проц подкушают и не так гибко. Но действительно сколько времени на тривиальную проблему.
mozilla-firefox-128.9.0esr-i686-1_slack15.0
Истории неуспеха:
https://forums.gentoo.org/viewtopic-t-1168359-highlight-webrtc.html
У нас на нашем маленьком мэйл листе cinelerra-gg возник вопрос: а как конкретно пользователь color managed видеоредакторов ими пользуются? Кому-то только дисплейная калибрация нужна, кто-то наверно на референсном мониторе смотрит? Ну понятно что там куча автоматики в проприетарщине типа Resolve, и куча lut, которые можно (может быть) использовать через ffmpeg вручную.
Но может можно тут выложить какой-то снимок рабочего места внешней камерой с описанием что ли, как это цветоуправление работает, и что получается если его нет?
За отсутствием/незапуском Resolve можно наверное blender или olive использовать, в демонстрационных целях.
А то у нас тут формально поддерживаемых ОС много, но изменение какого-нибудь дефолта вида минимального стандарта c для сборки может всё поломать. Да и вообще, для размаха покруче Дебиановского народу как-то маловато.
https://github.com/rafael2k/8086-toolchain
Там даже бинарнички есть, для тест-программы и консольных шахмат ;)
Собирается вроде как gcc-ia16 + OpenWatcom v2 (т.е. о селфхостинге пока речи нет). Однако прогресс, ещё недавно разработчики ELKS считали это невозможным ;)
Нашёл такое вот чудо
https://www.illumenos.com/os/mgstep/
интересно, почему привсех возможных достоинствах obj-c на нём почти никто не пишет? Для GNUstep по крайней мере …
https://github.com/ghaerr/elks/wiki/Using-OpenWatcom-C-with-ELKS
OpenWatcom C, формат бинарника от os2, до 320 кб :) (раньше было до 128 кб - 2 сегмента)
dd if=/dev/zero of=TST bs=10k count=10k
10240+0 records in
10240+0 records out
104857600 bytes (105 MB, 100 MiB) copied, 0,0821402 s, 1,3 GB/s
root@slax:/dev/shm/mesa/BUILD# mkfs.hfsplus TST
Initialized TST as a 100 MB HFS Plus volume
root@slax:/dev/shm/mesa/BUILD# file TST
TST: Macintosh HFS Extended version 4 data last mounted by: '10.0', created: Sat Jun 8 21:07:59 2024, last modified: Sat Jun 8 18:07:59 2024, last checked: Sat Jun 8 18:07:59 2024, block size: 4096, number of blocks: 25600, free blocks: 25197
Создаём hfs+ файловую систему в файле на tmpfs (для примера).
При монтировании (если ядро системы 64-бит а юзерспейс весь 32)
mount TST /mnt/zip1
LANG=C ls /mnt/zip1
/bin/ls: cannot open directory '/mnt/zip1': Value too large for defined data type
На чисто 64-битной системе работает …
Кто-нибудь кроме меня сталкивался?
Делал загрузочный диск для macOS X 10.12.5 и вот наткнулся.
uname -a
Linux slax 6.1.44-x64 #1 SMP PREEMPT_DYNAMIC Thu Aug 10 15:43:09 MSK 2023 x86_64 AMD FX(tm)-4300 Quad-Core Processor AuthenticAMD GNU/Linux
А юзерспейс от slackware-15.0 i586 в основном.
В общем я пытался запустить инсталлер, он у меня сначала запаниковал, но потом я памяти вместо 512-1024 поставил всего 256 и загрузилось.
9.3 NetBSD нормально грузится на любом объёме памяти для qemu-system-ppc до 2047 мб
Пробовал qemu-system-ppc для x86-64 version 8.2.3 и 9.0.0+ для i586.
https://lists.gnu.org/archive/html/qemu-ppc/2024-05/msg00533.html
| следующие → |