Главная Юзердоски Каталог Трекер NSFW Настройки

Программы

Ответить в тред Ответить в тред
Check this out!
<<
Назад | Вниз | Каталог | Обновить | Автообновление | 53 12 17
Backup на VHS плёнку! Аноним (Google Android: Mobile Safari) 19/01/24 Птн 00:43:19 3413455 1
1705614198644.jpg 886Кб, 2631x2078
2631x2078
1705614198751.png 13Кб, 720x576
720x576
Недавно пришел к выводу, что одиг из самый надёжных источников хранения информации является VHS кассеты. Разумеется этот носитель совершенно не годится для быстрого доступа к файлам/каталогам. Но в ряде случаев это и не требуется. Речь пойдет о том, как сделать бэкап важных файлов не на цифровые носители типо HDD, flopy CD , Flash а тем более не дай бог на SSD. .А именно на плёнку VHS
К этому выводу я пришёл позавчера, когда пересматривал свои детские семейные кассеты. Которые пролежали на полках 28 лет. Двадцать восемь лет!!.
Понимаю, подводные камни могут крыться в мерцании кадров (иногда это бывает) примерно раза два три на всю кассету 180 минутную что-то изредка и моргнёт бывает. Но при правильном алгоритме (не слишком жадном до бит/см²) это в принципе преодолимо.

Суть такова. Имеем кадр 720/ 576 (пик 1). Это максимально "честное " и адекватное разрешение согласно растрового зерна VHS. Я разделю кадр на 37 плиток по ширине и на 29 по высоте(но по высоте задействую не 29, а лишь 28. Последнюю 29 строку оставлю для технологических нюансов, к примеру туда можно опять-таки цветами зашифровать имя текущего файла, текущую позицию/фрейм в общем VHS массиве. (Пик 2)
Получается в итоге мы получаем 37х28 1036 плиточек данных. Далее я могу назначать этим плиткам любой из 16 цветов (они всегда во вспомогательной 29 строке будут отображены в каждом кадре как опорные цвета) . На всякий случай если головка начнёт фуфлыжничать. Интерпретатор может в любой момент обратиться к этим 16 тайлам для самоконтроля ввводных данных) Это подобранные мной безопасные цвета. Т.е максимально разнесенные друг от друга оттенки. Их всего 16. Разумеется цветов можно использовать и больше, но есть риск несовсем правильных интерпретаций оттенков самим видеомагнитофоном и пр рендерингами vhs. Хотя если рискнуть, то плотность записи можно увеличить в разы. Но об этом позже. Сперва будем отталкиваться от стабильности.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 00:57:11 3413463 2
1705615029162.jpg 1280Кб, 1992x2157
1992x2157
1705615029240.jpg 3790Кб, 2992x2992
2992x2992
Теперь немножко о цифрах. Мы имеем 1036 ячеек памяти за один кадр. В каждую ячейку можно "положить" до 16 значений цветами. Получается 16 бит т.е 2 Байта можно записать в каждую.
Следовательно 2072 байта на один кадр.(2.02 КБ)
VHS держит нормально 24 кадра в секунду. НО! Мы рискуем смазать некоторые кадры между собой. Поэтому я считаю, что не стоит жадничать и каждый банк памяти (28х37) необходимо отображатьь не ОДИН кадр, а ДВА!
А 29я строка 1 й и 2й плиткой будет периодически мерцать черным то белым, символизируя Reader'y , о том что сейчас произойдет переход к следующему кадру
(Пик4)
В секунду мы можем передать 12 уверенных качественнвх кадров 2.02КБ х 12. 24.2Кб в секунду. В минуту к сожалению тоже не густо получается. 1.4 Мб. Привет старый Flopy диск.
На кассете VHS традиционного для СНГ стандарта E-180 , имеется 180 мин. Соответственно VHS уместит 255 МБ.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 01:05:54 3413466 3
Конечно же я осознаю, что 255 МБ на одну кассету – это не густо.
Но есть ли вообще смысл развивать это направление??
Ведь если сделать тайл не 19х19 как у меня, а в два раза меньше, то уже кассета сможет вместить не 255, а 1024.36 МБ. Т.е практически ровно 1Гектар .
Это уже интереснее.
А если ещё использовать не 16 цветов, а скажем 25! То получается 1.6 ГБ. Это ещё интереснее.
Есть ли смысл развивать эту хрень? Хотя-бы ради спортивного интереса
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 01:16:49 3413467 4
1705616205708.jpg 1838Кб, 2992x2992
2992x2992
1705616205823.jpg 2017Кб, 2992x2992
2992x2992
1705616205950.jpg 1197Кб, 2992x2992
2992x2992
1705616206026.jpeg 219Кб, 1496x1496
1496x1496
Из технических средств имеется всё что необходимо.

Куча кассет
VHS Видео камера
Видеомагнитофон
USB конвертер (тюльпан > USB)
Опыт оцифровки видеокассет
Базовые знания C# и Pascal для разработки сопутствующего софта
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 01:19:56 3413468 5
>>3413467
Видеокамера разумеется для непосредственной записи видеокассет. Но снимать я не объективом конечно же буду. А линейным видео входом в камеру. Ну типо как AUX на магнитолах, только видео AUX типо.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 01:33:57 3413470 6
Несколько слов о том, зачем мне вообще это надо, и зачем копаю в эту сторону.
Недавно я разочаровался в SSD. Это безспорно быстро, но крайне не надёжно. Ладно ещё если HDD. Но тоже сыпятся. Из плюсов HDD - это медленная (не мгновенная) смерть, необслуживаемость. По крайней мере сравнительно низкое обслуживание.
SSD это как ребенок. Его необходимо постоянно периодически подключать в USB/или вовсе держать подключенным к системе.
Главный недостаток SSD в том, что это вовсе не тот накопитель, который можно заполнить данными и отправить на полочку на несколько лет. На полочке без периодического подключения он не проживет и года. Дело в том, что ячейки там устроены таким образом, что они нуждаются в периодической "подпитке".

Почему именно VHS? Потому, что она гарантированно держит информацию около 30 лет. (28 лет уж точно, сам убедился).
Считаю, что на vhs действительно можно положиться в плане безотказности. Но с одной лишь поправкой – если не сильно наглеть и в меру сжимать данные.
Vhs не нуждается в обслуживании. А я терпеть не могу эту всю заботу. У меня всю жизнь пересыхали картриджы на принтерах лишь потому, что мне либо лень их прогонять было раз в пару недель, либо тупо забывал об этом
Аноним (Microsoft Windows 10: Firefox based) 19/01/24 Птн 02:08:46 3413476 7
1703853467553117.png 69Кб, 1300x1353
1300x1353
У меня лежит двухсторонний DVD с музыкой, который мне записал друг еще в нулевые, одна сторона полусдохшая и отказывается переносить файлы, а другая вся целая, при этом диск сам довольно царапанный. Смотрел на даты модификации, так там самые ранние 2000 год. Вот кто-то же сидел, залил mp3 эту на какой-нибудь WAP портал, потом кто-то скачал, у кого был интернет, тот скинул другому и так в итоге пришла ко мне целая, то есть ей уже 24 года, даже старше местных пыниксов. Про накопители с флеш памятью лучше забыть навсегда.
Сейчас продают BD Мдиски, которые вроде как долго хранят данные, но можно и брать DVD и CD, с учётом, что это R, а не RW, потому что меньше сыпятся. И класть лучше не на полочку, а в ящик, чтобы избежать света, влаги, жары и прочих торсионных магнитных бурь. Сам записал оче важные файлы на CD-R недавно, посмотрю сколько лет выдержат.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 02:32:43 3413480 8
>>3413476
Я вот кстати делал последний бэкап как раз на DVD диски 8 лет назад. Они в тобусах специальных. Я ещё специальные прокладки изготовлял диаметром сантиметра 3-4 между каждым диском из тонкого пластика потолочных плиток. Толщиной 4мм. чтоб не касались диски друга. Но проблема в том, что этот весь архив (штук 40 дисков) уже не актуален. Есть более современная версия этого архива моего. Я там дубликаты файлов поудалял и т.д.
Как-бы можно в крайний-крайний случай обратиться к этому хранилищу. Но я брезгую им уже )
Аноним (Linux: Firefox based) 19/01/24 Птн 09:39:51 3413545 9
Аноним (Linux: Firefox based) 19/01/24 Птн 09:45:46 3413548 10
Алсо всё это ненужно, т.к. есть M-Disc, не требующий разваливающегося ретро-оборудования.
Аноним (Microsoft Windows XP: Firefox based) 19/01/24 Птн 10:08:57 3413554 11
>>3413548
Двачую, плёнка это ненадежно. Компакт-дискам тоже 30 лет и они до сих пор отлично читаются.
Аноним (Linux: Firefox based) 19/01/24 Птн 10:34:22 3413558 12
>>3413554
>Компакт-дискам тоже 30 лет
Это совершенно не то, о чём я говорил
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 11:28:30 3413569 13
Маловато конечно все эти 255, 1024, 1.6 гигабайт на одну VHS. Вот если бы кассета гигов 5-6 вмещала. Но это можно конечно же сделать, но в таком случае тайлы придётся до невероятно маленьких размеров уменьшать. Примерно 2х2 или 3х3 пикселя. А это уже крайне не надёжно. Что-нибудь моргнёт не так как надо и писец целому файлу. Ведь распаковщик буквально "просматривает" тайлы на определенные цвета.

Blueray ,ну хз. А они хоть по вменяемому ценнику сейчас? И получится записать на обычном дисководе? А если честно никогда их не юзал
Аноним (Linux: Firefox based) 19/01/24 Птн 12:28:43 3413600 14
>>3413569
АрВид со специальной железкой и кодами коррекции вмещал до 3.25 ГБ на E-180 кассету, и то не все видаки могли потянуть.

> Blueray ,ну хз. А они хоть по вменяемому ценнику сейчас?
А что есть вменяемый? В пересчёте на объём нормальный HDD/SSD значительно дешевле.

> И получится записать на обычном дисководе?
И что в твоем понимании "обычный"? Для записи он должен поддерживать конкретный тип дисков, с чтением чуть проще, но суть та же.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 12:42:25 3413604 15
>>3413600
Я кстати только вчера ночью узнал что есть этот АрВид.
Аноним (Microsoft Windows 10: Chromium based) 19/01/24 Птн 20:07:58 3413809 16
>>3413604
Всм? а где ты игры то хранил? у меня десяток кассет с играми лежало, каждый день видик насиловал туда сюда, через год половина кассет перестало читать.

Короче ОП дурачок, плёнка всю его порнуху похерит.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 22:53:53 3413873 17
>>3413809
Я не играл никогда особо. В юности немного побегал в GTA VC и SA. Покатался на NFS UG2, и nfs Most Wanted.
Ну и так по мелочи Макс Пейн там, half life.. на этом и остановился в играх. GTA 4 и тем более 5 вовсе в глаза не видел. Не увлекаюсь.
А вот совсем в детстве глубоком Dandy очень любил.
Сейчас единственная игра на телефоне в которую иногда играю раз в месяц. Это AntyYoy .стратежка
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 23:02:58 3413876 18
Короче, хрень это всё наверное. Чичто как концепт - это возможно и было бы интересно. Наверное всё же придется мне в сторону облачных хранилищ копать. Выхода нет. Сижу вот как раз сейчас тарифы в Гугл диске чекаю.
Аноним (Google Android: Mobile Safari) 19/01/24 Птн 23:06:00 3413879 19
Кстати если кому-то интересно, то там следующие тарифы:
15 бесплатно (как все знают)
100 гигов 139р месяц
200 гиг 219р месяц
Ну в далее сразу 2ТБ за 700р месяц

Хреново что на 1ТБ нет. Мне бы как раз подошло
Аноним (Microsoft Windows 10: Chromium based) 21/01/24 Вск 07:24:37 3414338 20
Аноним (Microsoft Windows 7: Chromium based) 23/01/24 Втр 00:15:45 3415111 21
>>3413879
>Ну в далее сразу 2ТБ за 700р месяц
Облака всегда в разы дороже, чем 2 диска с бекапами у тебя в пеке.
Аноним (Microsoft Windows 10: Chromium based) 23/01/24 Втр 00:49:04 3415120 22
ты молод и не застал стримеров на видеокассеты из спб вроде контора была, на 98 винде не работало уже
это 2 гига.
IDE винт проживёт дольше, а твои кассеты начнут сыпаться вот-вот. оцифруй!
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 01:05:51 3415124 23
>>3415120
Уже оцифровал самые важные из них.
А сыпаться начнут физически? Пленка крошиться там и пр.. или размагничиваться начнут?
Аноним (Microsoft Windows 10: Chromium based) 23/01/24 Втр 01:50:11 3415133 24
>>3415124
у меня кассеты из 94 в 2020 уже были осыпанные местами, местами размагничены
но они изначально были хуёвые и хуёво записаны
98 и позже идеальные до сих пор, так что я бы все 90е точно в лослес бы оцифровал
Аноним (Microsoft Windows XP: Firefox based) 23/01/24 Втр 05:12:08 3415146 25
>>3413455 (OP)
> Это максимально "честное " и адекватное разрешение согласно растрового зерна VHS.
Фраза безграмотна сразу на нескольких уровнях. В теле/видеосигнале нет «растра», а есть определённое стандартом (или заданное импульсами синхронизации) число строк, каждая из которых состоит не из точек, а из непрерывного аналогового сигнала. Теоретически, его характеристики ничем не ограничены, то есть закодировать в строку можно любой объём информации. На практике это зависит от:
— заданных стандартом частотных характеристик и методов преобразования сигналов;
— реализации схемы в конкретных устройствах (в том числе «незаметных», по мнению производителя, оптимизаций ради экономии, которые реальную пропускную способность ещё больше сужают относительно положенной по стандарту);
— характеристик и качества электронных компонентов, точности настройки, деградации со временем;
— потерь и шумов в конкретных экземплярах устройств и соединениях между устройствами;
— характеристик и качества основы для записи (плёнки).
Если наивно взять, скажем, частоту кварцевого генератора, умножить на пропорцию изменяемого (видимого на экране) сигнала и сказать, что вот столько бит данных мы можем запихнуть на кассету за такое-то время, то достичь этого получится разве что на лабораторном оборудовании на специально собранной и отлаженной установке.

Начать можно было с изучения базовой информации, где указано, что полоса в VHS сильно урезана дополнительно по сравнению с телесигналом даже для сигнала яркости. С цветностью дела ещё хуже, а ты решил именно цветом данные кодировать. АрВид и прочие использовали монохромный сигнал, не в последнюю очередь из-за того, что ориентировались на публику, которой нормальные стримеры были не по карману, и должны были быть дешёвыми в производстве и работать непонятно с какими видеомагнитофонами.

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

В VHS скорости плёнки и вращения головки синхронизированы, чтобы точно попадать на диагонально расположенные дорожки, но возможны другие нарушения. Если плёнка неравномерно протягивается или неравномерно прилегает по вертикали, то головка теряет дорожку и часть полукадра снизу или полукадр целиком заполняется мусором. Следовательно, надо предусмотреть контрольные суммы и запас для восстановления информации внутри одного полукадра. При сбое синхронизации (например, начале новой записи поверх старой) магнитофон несколько десятков кадров подстраивается, то есть надо предусмотреть запас времени в начале каждой записи. Если плёнку зажевало, её могут разрезать и склеить заново, это приведёт к потере информации на каком-то числе дорожек и нестабильности следующих на время новой синхронизации после прохождения склейки. Внутри блоков такой длины тоже хорошо бы иметь контроль и восстановление. Наконец, поверх всего набора файлов хорошо бы добавить уровень надёжности (проще говоря, как в RAR-архиве). Иначе говоря, для частых мелких потерь делается один уровень абстракции, а для редких и крупных — другой, чтобы не приходилось перечитывать гигабайты ради исправления пары бит в одном месте. Возможно, крупные потери компенсируются просто решением взять другой бэкап на другой кассете.

Так же хорошо бы добавить индексацию, то есть запись метаданных о текущих блоках. Логично для этого взять свободную звуковую дорожку, но она при перемотке отключается, то есть внедрять их всё-таки надо в видеосигнал.

https://www.youtube.com/watch?v=TUS0Zv2APjU
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:14:15 3415147 26
1705976054255.png 13Кб, 720x576
720x576
>>3415133
Я беру огромнейший запас на погрешности. А погрешности у меня в основном от мерцания каких-то групп пикселей могут быть. Алгоритм следующий: я перегоню файлы с компьютера в немое кино по сути дела. Этот "фильм" представляет из себя непрерывное мерцание экрана(пик). Каждый из квадратиков а их больше 1000, вспыхивает одним из цветов ниже. Одно мерцание "дамп памяти" как-бы длится даже не один кадр, а два! Это на случай того, если какое-то мыло проскочит или где-то помеха промелькнет. В самом нижнем углу внизу слева чередуются чёрный и белый типо раз!-два! Шаг своего рода.
Раз - основной, два это контрольный. На тот случай, если в будущем дешифратор заподозрит неладное что-то с первым кадром. И того не 24 дампов за секунду перадам, а 12. Так безопаснее
Аноним (Microsoft Windows XP: Firefox based) 23/01/24 Втр 05:14:48 3415148 27
>>3413463
> В каждую ячейку можно "положить" до 16 значений цветами. Получается 16 бит т.е 2 Байта можно записать в каждую.
16 значений — это четыре бита данных.
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:15:11 3415149 28
>>3415146
Да мне и не нужен сигнал бро. Как таковой в принципе. Я именно картинкой оперировать собираюсь
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:15:38 3415150 29
>>3415149
Я даже звуковую дорожку задействовать не собираюсь
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:16:22 3415151 30
>>3415148
Так цветов то видел сколько?
Аноним (Microsoft Windows XP: Firefox based) 23/01/24 Втр 05:21:46 3415153 31
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:22:10 3415154 32
>>3415146
> Растр, строки...
Яж говорю, я не собираюсь изучать как головка считывает сигнал и пр технический нюансы.так сказать низкоуровневые моменты.
Я запишу "кино" глухое.
Уж мазайку из 12 цветов по-моему даже самый задроченный видик воспроизведет. А вот дальше уже когда надо будет. Я этот фильмец с мерцающей мазайкой вставлю в видик. Лет через несколько. Перегоню обратно в AVI и дешифрую в mp3,. JPEG, там, rar.. и прочие txt..
Вот в чем фишка.
Разумеется если на низком уровне ебенить всё на ленту, то там и 10 гигов можно воткнуть на одну кассету, НО!! Одно внезапное мерцание косое и всё. Тютю..
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:26:08 3415155 33
>>3415151
16 цветов. По крайней мере Я собираюсь задействовать столько.
16 значений может хранить одна Клетка.. не два, не четыре, не восемь
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:54:50 3415157 34
>>3415146
Гифку загрузил. Обрати внимание. Каждой вспашке отведу два кадра. Двенадцать вспышек за секунду получается.
Для контроль четности этих вспышек. Внизу слева на дежурной строке (не задействованной для хранения данных), будет поочередно моргать два квадрата. Слева чёрный / справа черный.
Вот основываясь на этом поочередном мерцании, дешифратор и будет сам себя контролировать. А возможно и кликать "next" к следующему кадру переходя. Разумеется он уже оперировать AVI файлом будет на компьютере, а не головкой видика.
если эту кассету все-же найдут археологи чрез 100500 лет лол 🤣
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 05:55:32 3415158 35
ezgif.com-anima[...].gif 257Кб, 700x564
700x564
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 06:03:26 3415159 36
По поводу того, что непосредственно в самих квадратиках будет тоже размытие цвета, то это ерунда. Я на уровне цифр +/- 20 - 30 RGB среднее отслеживать буду. Это можно включить в алгоритм. Ну типо красный идеальный 255, 0, 0. Да, я понимаю что на практике там может быть и 220, 15, 24 например.. или 238, 11, 19 какие-нибудь. Сделаю допуски.

И вот именно для того, чтобы оставить себе запас на эти самые допуски, я и взял всего 16 цветов, и при том максимально удаленные сдруг от друга по RGB составляющим.
Аноним (Microsoft Windows XP: Firefox based) 23/01/24 Втр 06:59:08 3415165 37
Ты смотришь на идеальные цифровые картинки в памяти компьютера и рассуждаешь о сигнале на кассете. Возьми запиши их и посмотри на результат. А вот чтобы понять, что с ним произошло, и понадобится разбираться с устройством системы, понимать, что никакого RGB внутри нет и не было, и так далее.
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 12:26:33 3415212 38
>>3415165
Я оцифровал в позапрошлом году штук 30 кассет. Это были кассеты записанные с 1996 - года по 2001 примерно. Это семейные видосы. Там я ещё школьник мелкий.
Вглядываясь в эти видео. Я заметил, что оно очень даже ничего. Не потому, что мне самому хочется в это верить, а именно объективно. Нет дрожи, мерцаний и пр.
Рядом в сундуке лежали и другие кассеты, НЕ любительские , а обычные с фильмами. коммерческие так сказать. Вот там похуже. Строчки бегут, подёргивания, мерцания.
Поскольку я имею на руках и видеомагнитофон и туже самую видеокамеру на которую эти же кассеты были записаны 28 лет назад, то я могу не ехать в Останкино, а сам снова записать что-нибудь на эти кассеты.
Они же прожили с 1996-2024, пусть проживут ещё с 2024- лет 15 хотя-бы. Хотя хотелось бы лет 20. Ну хз, мне кажется проживут они ещё. Плёнка там нормальная. Я не знаю какая фирма там. TDK кажется

Бро, в любом данные на этом VHS говне будут жить куда дольше чем на SSD, которая теряет данные если годик полежит на полочке

Я честно признаюсь. Это всё теория. Я конечно не побегу сегодня или завтра пилить весь этот софт для импорта / экспорта на плёнку. Я пока рассуждаю. Просто тема очень интересная. Есть над чем голову поломать
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 12:42:34 3415227 39
>>3415165
> Надо понять, что никакогоRGB внутри нет и не было..
Мне не важно как они тогда кодировали цвет. Я не закапываюсь в низкоуровневые нюансы VHS сигнала.
Я на экран смотрю и вижу на оцифрованных в формат *.AVI. видоса:
БЕЛЫЕ облака
ЗЕЛЁНЫЕ деревья
ГОЛУБОЕ небо
иногда СЕРОЕ небо
КРАСНУЮ куртку свою детскую и шапку дурацкую свою ядовито жёлтую.

Далее я к примеру имею возможность остановить любой кадр, сделать скриншот и проводить пипеткой по этим цветам(к примеру) . Пипетка выдает что-нибудь типо 118,197, 19. То есть это обычное дело для видео в формате AVI и не важно с чего оно было оцифровано.

Мне даже не важно, что во время записи своего архива на эту пленку , оно может пожевать цветность немного. Типо "переJPEG'ить". Более того, я это осознаю.
НО, есть же опорные 16 квадратиков с цветами эталонными , которые в самом нижнем ряду моей мозаики будут отображаться. Я их как опорные хочу использовать.
Т.е даже если видик совсем сойдёт с ума и поменяет ВСЕ зелёные оттенки на красные, а красный на фиолетовые и т.д.
Опорные 12 тайлов внизу справа экрана тоже ведь изменяться. Поэтому на данные, а именно на верную дешифровку это не повлияет
Аноним (Microsoft Windows 10: Firefox based) 23/01/24 Втр 12:44:36 3415232 40
Храните важные данные на перфокартах
Аноним (Microsoft Windows XP: Firefox based) 23/01/24 Втр 14:12:26 3415287 41
>>3415212
> Просто тема очень интересная. Есть над чем голову поломать
Я уже принёс два готовых примера из тех времён, когда АЦП и ЦАП всего на 16 бит стоили как маленький автомобиль. Ну и магнитная плёнка исторически была первым средством хранения значительных объёмов данных в компьютерах (иногда заменяя и кратковременную память из-за стоимости и сложности не-механических альтернатив). Поздно уже голову ломать. Это не говоря о том, что всякие алгоритмы работы с кэшем хоть в компьютерах, хоть в суперкомпьютерах восходят к тем самым вращающимся бобинам с медленным последовательным доступом.
https://en.wikipedia.org/wiki/Template:Magnetic_tape_data_formats

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

>>3415227
> Т.е даже если видик совсем сойдёт с ума и поменяет ВСЕ зелёные оттенки на красные, а красный на фиолетовые и т.д.
> Опорные 12 тайлов внизу справа экрана тоже ведь изменяться.
Кто тебе гарантирует, что искажения цвета будут одинаковыми по всей площади кадра? Кто тебе гарантирует, что прочие потери (вплоть до полных) будут одинаковыми по всей площади кадра?
Аноним (Microsoft Windows 10: Chromium based) 23/01/24 Втр 15:20:47 3415310 42
>>3415287
подождём, пока ему про хрома и люма кто-то расскажет, или сами?
Аноним (Microsoft Windows 10: Chromium based) 23/01/24 Втр 17:02:39 3415331 43
21549735203b408[...].jpg 260Кб, 724x1024
724x1024
>>3413455 (OP)
Бро, не изобретай велосипед!
Это АрВид.
https://ru.wikipedia.org/wiki/%D0%90%D1%80%D0%92%D0%B8%D0%B4
Старшая модель, 1052, 1995 года разработки, могла вместить на одну кассету АЖ 3,25Гб. Лучше у тебя точно не получится - это физический предел.
Теперь идем на Авито и смотрим цены/объемы старых LTO стриммеров:
>>6830212
>>6831398
Как бы ВСЕ. Они рвут VHS видак, как i7 рвет IBM386.

Куда еще можно направить твой зуд, чтоб ты дноклов не перестрелял:
1)Использование Ютьюба/Вконтакта/днокласников/телеги в качестве облака. Инфу в видео - видео в соцсеточку. Где-то я о подобном слышал.
2)Хранение информации на бумаге. Кодируем-распечатываем-сканируем-декодируем. Особо важную инфу можно протравить на нержавейке, на подобии как радиолюбители печатные платы делают. Пик-фейк. Но в каждой шутке есть доля шутки.
3)Аудио-модем, для IP/TCP через радиостанции. Где-то я натыкался на реализацию такого охуенного меседжера на PC/Андроид, но с началом СВОйны автор начал искать хохлов под кроватью и анально огородился.
4)Скачивание информации через монитор. Серверная часть проникает в анально-огороженный комп через BAD-USB клавиатуру и отдает клиенту нужные файлы, преодолевая воздушный зазор, выводя изображение на монитор/свистя колонками. Клиент на андроид, сервер на VB-офис или что там можно исполнить на самом паронаидальном ПК.
Аноним (Microsoft Windows 10: Chromium based) 23/01/24 Втр 17:04:20 3415332 44
Аноним (Google Android: Mobile Safari) 23/01/24 Втр 17:31:20 3415336 45
>>3415332
Спасибо. Как раз этот тред в параллель скролю уже неделю
Аноним (Linux: Firefox based) 23/01/24 Втр 18:35:25 3415348 46
>>3415331
>Аудио-модем, для IP/TCP через радиостанции
minimodem, pppd и любое дуплексное радио/SRD. Успешно запускал это с AUX вместо радио.
Аноним (Linux: Firefox based) 25/01/24 Чтв 15:26:29 3416032 47
>>3413879
Можешь у Глинуса посмотреть как он проебал полпетабайта данных полагаясь на гуглодиск в прошлом году. Хуета это всё такая же, гугл бекапы на датацентр накатит в случае падения - и свежая версия твоих данных исчезнет, а в еуле маленьким шрифтом написано что "вы нам платите, а мы вас вокруг кожаной оси крутим"
Аноним (Google Android: Mobile Safari) 25/01/24 Чтв 19:03:49 3416110 48
>>3416032
Вот те раз. Спасибо за инфу. А я то думал, Гугл же!! А оно вон как. Ну а мыло диск или Яндекс диск пали ещё хуже небось??
Аноним (Linux: Firefox based) 25/01/24 Чтв 19:30:25 3416118 49
>>3416110
Про мыло и яндекс пока такого не было громо и публично, но ты же понимаешь, что архитектура этих костылей у всех примерно одинаковая, и братья наши меньшие активно работают над сливом учёток. Всё что я храню в яндексе - это импортированные даташиты и ромы которые на 4пда в аттач не поместились, на бесплатном мейлрушном терабайте только какое-то неважное говно лежит вроде равок с мультитрека чтобы потом на сведение отдать и забыть. Все бекапы надо делать дома в двух копиях на разных носителях, и ещё один третий периодически у бабки на антресоли ныкать.
Аноним (Google Android: Mobile Safari) 25/01/24 Чтв 20:32:30 3416142 50
>>3416118
> На бесплатном Мейл пушном ТЕРАБАЙТЕ
?!
там бесплатно 7 или 10 гигов всего-навсего
Аноним (Linux: Firefox based) 25/01/24 Чтв 20:47:26 3416150 51
>>3416142
Да там была акция для новых клиентов когда они только-только релизнулись. Файлы больше 4 гигов не зальёшь и около 30 мегабайт лимит по аплоаду (тариф позволяет все 50 есчо, хотя может и веб-интерфейс просто тормозит), но всё-таки под всякий мусор довольно приятно аж терабайт иметь. Чтобы упихнуть в мегу пак с жёлтыми колобками требуется постоянно оттуда что-то вычищать, прон вообще в другой акк пришлось унести в какой-то момент.
Аноним (Google Android: Mobile Safari) 25/01/24 Чтв 20:49:02 3416151 52
Выбора у меня к сожалению особо нет. Цены все равно везде примерно одинаковые АХОВСКИЕ. А мне в добавок к надёжности данных(по мимо самой бекапности как таковой), хочется ещё и доступа из любого своего устройства в любом месте. Именно поэтому приходится рыть в сторону облачных хранилищ.
К сожалению домашний какой-нибудь сервер я не смогу поднять.
Аноним (Google Android: Mobile Safari) 25/01/24 Чтв 20:50:34 3416153 53
>>3416150
Аа, понял. Слышал слышал, да. Давали терабайт
Ответить в тред Ответить в тред

Check this out!

Настройки X
Ответить в тред X
15000
Добавить файл/ctrl-v
Стикеры X
Избранное / Топ тредов