Вот такая штука стояла в подсобном помещении на 3 этаже школы №18 в 1986-1987 учебном году:

Электроника Д3-28

К ней был подключен классический зеленый дисплей с клавиатурой. Судя по тому, что у нас была кассета с Фортраном, наш экземпляр имел 128K памяти.

Помещение принадлежало молодому учителю информатики, жаль не помню его имени, но огромное ему спасибо: разрешал нам (некоторому кругу продвинутых старшеклассников) пользоваться этой машиной вместо своих уроков информатики, а порой и во внеурочное время.

Писали мы на Бейсике, причем интерпретатор позволял сохранять бейсиковые программы на кассетах, и мы приходили каждый со своей. Фортран от Д3-28 я не осилил, и по-моему никто из нашего кружка его не осилил, хотя позже я недолго ходил на занятия по Фортрану в ВЦ ТПИ (где сейчас библиотека ТПУ).

Как я теперь понимаю, пользы для меня от такого близкого знакомства с ЭВМ было очень много, и возможно даже предопределило будущую если не профессию, то склонность к ИТ.

Вспомнить бы имя учителя и сказать ему огромное спасибо.

В качестве сабжа (не требует подключения к компьютеру для работы) советуют взять Arinst SDR Dreamkit https://kroks.ru/shop/network-equipment/arinst-sdr-dreamkit-v1d-portativnyj-radiopriemnik/ или Малахит DSP 2 https://malahiteam.com/product/priemnik-malahit-dsp/

Склоняюсь к Arinst, хоть он и без валкодера.

UPD похоже Arinst брать не стоит, у него только 50Ω антенный вход, на штыревую антенну принимать не будет. У Малахита есть переключатель антенного входа с 50Ω на высокоомный (Hi-Z) режим.

Видеообзоры по ним







Еще вот это странное предлагают: https://www.afedri-sdr.com/index.php/lan-iq-sdr

Сабж через систему печати LPR.

Официально FreeBSD не поддерживается, но фирма-производитель любезно сообщает нам, что However generic Postscript/PCL driver can be used for Postscript or PCL compatible products. If your product is a Laser product, you will be able to use the Ghostscript hl1250 driver or Ghostscript hl7x0 driver.

Тогда для получения из сабжа PostScript-принтера создаем такой фильтр ps2pcl.sh:

#!/bin/sh
/usr/local/bin/gs -q -dBATCH -dNOPAUSE -dPARANOIDSAFER -dSAFER \
        -sDEVICE=hl1250 -sPAPERSIZE=a4 -r600x600 \
        -dDuplex=true \
        -sOutputFile=- - && exit 0
exit 2

И прописываем в /etc/printcap:

ps|Brother HL-L2340D series PostScript:\
        :sh:\
        :mx#0:\
        :lp=9100@192.168.1.74:\
        :if=/usr/local/etc/ps2pcl.sh:\
        :sd=/var/spool/output/lpd2:lf=/var/log/lpd-errs:

Теперь у нас есть Postscript/PDF принтер, даже с печатью кириллицы проблем нет. Ghostscript прекрасно кушает не только Postscript, но и PDF, если кто ещё не знал.

Хуже оказалось с печатью plain text. Оказывается если просто посылать текст на порт принтера, он печатает пустые страницы. Пробовал преобразовывать концы строк из UNIX в DOS и обратно, пробовал крутить настройки сетевого порта - ничего не помогает. То есть это оказался не line printer, а PCL-only. Первый раз такое чудище трахать буду. Ни разу в жизни не встречал принтера, на который нельзя было бы напечатать текст из командной строки DOS с помощью команды "COPY CON LPT1" (кроме совсем дешевых GDI винпринтеров. Но сабж всё же не из таких, он сетевой принтсервер).

Ладно, в моем распоряжении print/a2ps и print/enscript-a4. Можно прикрутить их в качестве фильтра из текста в PostScript, но какая досада! С Unicode у них совсем никак. Ничего кроме ascii в получившийся PostScript не попадает, в лучшем случае non-ascii отображаются вопросиками.

Выходит совсем без cups всё-таки не обойтись. Неспортивно. Придется поставить пакеты print/cups и print/cups-filters. Но запускать подсистему cups я не буду, просто возьму от неё одну утилиту и использую в фильтре txt2pcl.sh:

#!/bin/sh
exec 2> /dev/null
CHARSET=utf-8 ; export CHARSET
/usr/local/sbin/cupsfilter -i text/plain - |\
        /usr/local/bin/gs -q -dBATCH -dNOPAUSE -dPARANOIDSAFER -dSAFER \
        -sDEVICE=hl1250 -sPAPERSIZE=a4 -r600x600 \
        -dDuplex=true \
        -sOutputFile=- - && exit 0
exit 2

И добавляем в /etc/printcap запись для текстового принтера:

lp|Brother HL-L2340D series line printer:\
        :sh:\
        :mx#0:\
        :lp=9100@192.168.1.74:\
        :if=/usr/local/etc/txt2pcl.sh:\
        :sd=/var/spool/output/lpd1:lf=/var/log/lpd-errs:

Можно пользоваться. Можно даже раздать через lpd.

ЗЫ Если кто знает, как можно на этом принтере печатать текст НЕ преобразованием через Postscript - прошу высказаться в комментариях. На прочих виденных мною подобных устройствах можно было или просто отправить текст на локальный или сетевой порт, или склеить в фильтре нужный шрифт+текст и опять же отправить полученное на порт.

https://www.dns-shop.ru/product/c8879e85e1721b80/mediapleer-xiaomi-mi-box-s/

Купил сабжевый медиаплеер на Андроиде. Поначалу был немало обескуражен, что смонтировать NFS или SMB шары с домашнего хранилища никак нельзя.

Оказывается, плеер VLC сам прекрасно умеет ходить по SMB шарам. И интерфейс у VLC for Android очень дружественный, выбрать субтитры, звуковые дорожки и пр. - всё под рукой и интуитивно понятно. Под винду IMHO лучший плеер - и тут не подвёл.

А в остальном устройство понравилось сразу. Из коробки работает chromecast со смартфона.

Найти бы еще просмотровщик фотографий со встроенным SMB клиентом.

bhyve и некоторые другие гипервизоры (похоже что VirtualBox тоже) в режиме EFI не поддерживают эмуляцию NVRAM для сохранения efi variables между перезагрузками. Это может привести к проблеме: гостевая ОС установится штатно, а после перезагрузки получаем сообщение от EFI наподобие

Boot Failed. EFI DVD/CDROM
Failed to set MokListRT: Invalid Parameter
Failed to open \EFI\BOOT\grubx64.efi - Not Found
Failed to load image \EFI\BOOT\grubx64.efi: Not Found
start_image() returned Not Found
Boot Failed. EFI Misc Device
.

Это происходит оттого, что инсталлятор при установке ОС сохранил в efi variables путь к загрузчику (например "\EFI\centos\grubx64.efi"), а после перезагрузки гостевой системы настройка забылась и гипервизор начинает пытаться грузить нечто другое, что заложено в него по умолчанию или по эвристике.

Решений может быть несколько.

Первое тупое. Подмонтировать как-нибудь efi-раздел установленной гостевой ОС (например из другой виртуалки, или из LiveCD в той же виртуалке) и положить нужный загрузчик в то место, где его ищет и не может найти гипервизор: например подложить его в качестве "\EFI\BOOT\BOOTX64.EFI", или как в примере выше, скопировать из \EFI\centos\grubx64.efi в \EFI\BOOT\grubx64.efi.

Второе более интересное. После неудачной загрузки дождаться EFI interactive shell и создать файл startup.nsh, это типа такой autoexec.bat:

fs0:
edit startup.nsh

А в нем уже прописать тот загрузчик, который нужен гостевой ОС, например строчку "\EFI\centos\grubx64.efi".

Третье фантастическое. Запинать авторов UEFI-EDK2 firmware реализовать поддержку сохранения efi variables между перезагрузками.

UPDATE. Вот на ту же тему https://www.centos.org/forums/viewtopic.php?p=278745#p278745

UPDATE 2. А инсталлятор FreeBSD уже сразу создает в EFI-разделе startup.nsh c нужным загрузчиком. Молодцы!

По результатам обсуждений в фидошных эхах SU.HARDW.PC.SOUND и SU.MUSIC (спасибо всем поучаствовавшим!) попробую сформулировать некоторые правила выбора.

Все в один голос советуют MacBook с внешней звуковой картой (кому интересно почему, почитайте в эхах), но я буду рассматривать более бюджетное решение.

Подбирать ноут нужно прежде всего по производительности (процессор, память, диск SSD, если необходимо) с учетом софта, который будет использоваться. И уже во вторую очередь - по аудио интерфейсу ("звуковой карте"). И вот почему.

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

1. У него может не оказаться поддержки ASIO в драйвере, тогда придется ставить ASIO4ALL или обходиться без ASIO (что приведет к задержкам звука).

2. У встроенного может не оказаться поддержки функции "Stereo Mix" (также известной как "What U Hear", "Playback Redirect" или "Loopback") - и вот это неприятно: не будет возможности записать звук "внутри компа" (т.е. записать то, что воспроизводит другая программа). Иногда Stereo Mix удаётся включить настройками драйвера, иногда его поддержки вовсе нет - и тогда придется [покупать и] устанавливать эмулятор Virtual Audio Cable, VB-AUDIO или аналогичный, или соединять Audio In с Audio Out обычным аналоговым шнурком (жесть!).

Говорят, что хорошо себя зарекомендовали встроенные аудиоинтерфейсы от Realtek с драйверами, скачанными с сайта производителя.

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

Если этого недостаточно (требуется подключать микрофоны, инструменты по MIDI или Hi-Z, S/PDIF, отдельные мониторы, наушники и т.п.), то не обойтись без внешнего звукового интерфейса, но для его подключения на ноуте должен быть предусмотрен порт FireWire (встречается редко) или USB 2.0 (есть почти всегда). Выбор внешнего звукового интерфейса (внешней "звуковой карты") - тема отдельного разговора, но они существуют на любой вкус и в широком ценовом диапазоне, с разным количеством микрофонных входов (с фантомным питанием, если нужно), аналоговых/цифровых/MIDI входов и выходов, с виртуальными микшерами и прочим удобным софтом в комплекте.

Да что там, даже простейшую звукооператорскую задачу "пока с первого экземпляра AIMP играет звук в зал, я поищу на втором экземпляре через наушники следующую песню, которую надо будет поставить" уже не решить, имея всего один аудиовыход. Поэтому внешний аудиоинтерфейс хотя бы самый простенький - необходимость.

Разумеется, всё вышеизложенное - сугубо личное мнение, отчасти дилетантское, любые поправки/возражения/дополнения принимаются с благодарностью.