Необычные/мультимедия файловые системы.

А потому, что картинка или звуковой файл - имеют структуру, не подходящую для современных ОС.

/thread

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

ваще тебе никто не мешает такую сделать.

Вышла новая версия LFS — ну и просто слабовата фантазия.

SVG, в него можно Git привязать и читать без специального софта

Или чтобы была работа со звуковым файлом (раньше же хранили на кассетах или передавали информацию через ADSL).

Там не со звуковым файлом работали, а с магнитной лентой

А потому, что картинка или звуковой файл - имеют структуру, не подходящую для современных ОС.

Ssdям похрен. Да и в образовательных целях. Увидеть сектора жеского диска нельзя невооруженным глазом, а пиксель - вполне реально. Можно это дело визуализировать, и с частотой новых 144 гц 8к мониторах наблюдать как меняется виртуальная дискета.

Как прикол, была ФС, где вся инфа записывалась как смещение в знаках числа «пи», где была нужная последовательность. Что-то больше единичных символов конечно оно могло сохранять миллиардами лет, но физически же можно :)

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

Визуализируй для дискетки. Две стороны, 80 дорожек на стороне…

Ну а что, всего лишь полтора миллиона пикселей. Цвет точки естественным образом получается 8битным :)

Ага. Ещё бэд сектора подсвечивать

Можно это дело визуализировать, и с частотой новых 144 гц 8к мониторах наблюдать как меняется виртуальная дискета.

И что мешает тебе это реализовать?

Набросай GUI-приложение с одним окном, которое через FUSE предоставляет доступ к единственному файлу. На каждую запись обновляй пиксели в окне приложения. В файле создавай систему или что там хочешь делать. Наблюдай.

Норм у тебя пятница началась!

Две стороны, 80 дорожек на стороне…

Можно и в ТРИДЭ выполнить. Идешь по мигающей дорожке в майнкрафте или ГТА. Почему она мигает? А это на ней Windows 11 крутится!

Наблюдай

поддерживаю!

И это, ТС, почитай слегка. Уже было столько реализаций всяких разных. Не ты один интересовался =)

И что мешает тебе это реализовать?

Я устал я мухожук. Работаю в пятерочке кассиром, башка отдыхает по своему. Нафиг кодинг)

А посмотреть было б интересно - это ж визуализированная/слышеемая фс

Qr код на максималках

Нафиг кодинг

Заставить тебя никто не может, конечно же.

А посмотреть было б интересно

Но тогда о «посмотреть» можешь просто сразу забыть.

Правда, ты мало что теряешь. Выглядеть это будет очень скучно даже в рамках объёма 3.5″ дискеты. На современных объёмах накопителей практически ничего не будет происходить. Если установить такой масштаб, чтобы влез весь накопитель, изменения слишком мелкие, чтобы усреднённый цвет хоть как-то поменялся. Если установить масштаб, на котором видны изменения, шанс их увидеть становится очень маленьким.

У меня был пару лет назад случай, когда я выяснял, насколько стары определённые куски данных на накопителе. Оказалось, что это куски ОС, которые не обновлялись почти год. И это при том, что у меня фактически роллинг-дистрибутив, который обновляется довольно часто.

Помню когда я был школьником был замечательный комп Duet-16. У него было много всего интересного, в том числе было переключение режима графики - текст, графика или оба варианта одновременно. Памяти было мало, по этому иногда использовали графическую память под ram disk и работали в текстовом режиме. При желании можно было переключиться в режим текст+графика и визуально наблюдать, например, за копированием файлов туда-сюда.

Почему нет обсуждений, скажем, файловых систем в виде картинок

Дальневосточный край или рано начали?

и где таких взять?

cat /dev/sda + делаем скриншот вашим любимым способом

Как минимум, получится, что результатом изменения файловой системы станет измененная BMP картинка.

Вспомнился дефрагментатор из nu, изменения на фс очень неплохо анимированы были :)

Или чтобы была работа со звуковым файлом (раньше же хранили на кассетах или передавали информацию через ADSL).

Там не со звуковым файлом работали, а с магнитной лентой

Но звуки оно издавало. :) Причем не бесполезные, собстно ориентируясь на звук находили начало в мафонах без счетчика.

раньше же ... передавали информацию через ADSL

Герасимов, ты шоли?

Установи Linux в QR =)

Установи Linux в QR =)

Примерно об этом речь. Но куар - двоичный, 1-0, а глубина самого обычного пикселя 24 бита по трем каналам 0-255. Для лучшей дискретности можно палитру с меньшей глубиной использовать.

Но не в этом дело, а что дисковое устройство будет как картинка например. По-моему это ржачно🤣

Вмртуальный диск - не только диск, а еще и картинка. Или музон. Или видеофайл (хотя бы как gif-анимация с множеством картинок).

Такая двуликость и обратная совместимость с чем-то человековоспринимаемым.

Обсуждения есть, но не здесь.

https://esolangs.org/wiki/Talk:Esoteric_Operating_System

https://esolangs.org/wiki/List_of_ideas#Ideas_related_to_esoteric_operating_s...

И почти никто не помнит NILFS2, а ведь эта ФС фичастее как btrfs, так и ZFS… просто её не так активно пиарят.

Вспомнилось отличное видео, только там не файловые системы, а блочные устройства.

Блочное устройство хранящее данные в теле ICMP ECHO пакетов, непрерывно жонглируя им - достаточно ненужно необычно?

Дальневосточный край

это ты уже «начал», видать

И на порядки медленнее обеих. Иногда заговор искать не нужно и всё гораздо проще.

Это будет не ФС, а абстракция, которая будет храниться в ФС.

Тащемта, любой носитель информации - двоичный =)

Тащемта, любой носитель информации - двоичный =)

Если взять пиксель экрана за самодостаточную ячейку памяти, там возможно 16 777 216 комбинаций (в 24-битном цвете). А не просто 1-0

Если взять пиксель экрана за самодостаточную ячейку памяти, там возможно 16 777 216 комбинаций (в 24-битном цвете). А не просто 1-0

Шо за бред? Начнем с определения пикселя именно на экране, это ниразу не самодостаточная ячейка. Если же говорить про видимо память, то она таки двоичная.

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

Иными словами, ты путаешь кто на ком стоял :))

Шо за бред? Начнем с определения пикселя именно на экране, это ниразу не самодостаточная ячейка. Если же говорить про видимо память, то она таки двоичная.

Да память двоичная, но обычный видимый пиксель может принимать 16 миллионов значений. Или каждый ргб субпиксель 0-255.

видимый пиксель

Что вы подразумеваете под определением «видимый пиксель»? Физику/логику?

Физический пиксель экрана. Одним обычным пикселем можно визуализировать 3 байта. А можно и 1 бит в монохроме, как куар код.

Физический пиксель экрана.

Физический пиксель понятие крайне растяжимое. Несмотря на то, что на текущий момент в большинстве случаев rgb действительно можно физически определить как точку, есть и варианты исполнения «лесенкой», другого определения не придумал для случая когда каждый цвет исполнен в виде вертикального прямоугольника. Вы думаете всякие cleartype и другие сглаживания на пустом месте родились?

Как бы там ни было, можно написать программу-визуализатор файла. Например, читает первые три байта, и исходя из значений формируют значения р-г-б для пикселя, потом н+1, и так далее.

Но это будет странная визуализация файла, а не bmp картинка, например.

В своё время, увлекался этим вопросом. Глубоко познал FAT16 и FAT32, действительно, разбираюсь. В NTFS разбираюсь меньше, по причине отсутствия документации. Хотя... чтоя вру-то? По причине отсутствия желания разбираться в документации. В ext4 и прочих btrfs вообще ни в зуб ногой. Работает - и ладно.

Грубо говоря, в FAT - таблица размещения файлов, в двух экземплярах (копиях) хранится в начале диска. В NTFS - в суперблоках по всему диску, что повышает существенно возможность восстановления. В ext4 - примерно как NTFS, но ФС журналируемая, то-есть журнал периодически кидает себе в багаж, возможность восстановления - ещё выше.

Ну а по сути - вся эта фигня упирается только в надёжность носителя и сознательность оператора ЭВМ. Ничто так не вечно, как вовремя сделанные резервные копии, господа...

ЗЫ: Завкафедрой научил, блин. В конце недели, в пятницу, всё с компов, тогда ещё 8086 и 80286 писалось на кассету стриммера. Кассета маркировалась наклейкой и упрятывалась в сейф. Я, бывало, пытался протестовать. В смысле: ну что может случиться с НЖМД? Но ЗавШкаф - был против. Военный бывший, кстати. И был на 100% прав, между прочим. Случился пожар. Но так, локально. Только мониторы оплавились немного. Но страх за собственный код - сохранился до сих пор. Не в сейф конечно, но на резервный винт кладу, периодически, на всякий пожарный случай.

sudo cat /dev/sda > /dev/fb0

Красиво, кстати.

sudo cat /dev/sda > /dev/fb0 Красиво, кстати.

Некрасиво. «Отказано в доступе». Не один ты такой умный.

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

Ты в иксах что-ли это сделал? Если нет, вроде надо чтобы юзер был в группе то ли video то ли tty.

Вот так должно быть http://0x0.st/oaxy.png а ты выглядит swap http://0x0.st/oaxv.png

Вот так должно быть http://0x0.st/oaxy.png а ты выглядит swap http://0x0.st/oaxv.png

А могло бы выглядить так https://img001.prntscr.com/file/img001/k2bWR6xQQe287b6LO1019A.jpg

чёт ты изменился за всего-то 1.5 года

комп Duet-16.

Panafacom SBC Duet-16? Вроде, есть в MAME.

Да, похож.

Ну да,без шашлыка не то)