Backup на VHS плёнку!
Аноним (Google Android: Mobile Safari)19/01/24 Птн 00:43:19№34134551
Недавно пришел к выводу, что одиг из самый надёжных источников хранения информации является 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№34134632
Теперь немножко о цифрах. Мы имеем 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№34134663
Конечно же я осознаю, что 255 МБ на одну кассету – это не густо. Но есть ли вообще смысл развивать это направление?? Ведь если сделать тайл не 19х19 как у меня, а в два раза меньше, то уже кассета сможет вместить не 255, а 1024.36 МБ. Т.е практически ровно 1Гектар . Это уже интереснее. А если ещё использовать не 16 цветов, а скажем 25! То получается 1.6 ГБ. Это ещё интереснее. Есть ли смысл развивать эту хрень? Хотя-бы ради спортивного интереса
Аноним (Google Android: Mobile Safari)19/01/24 Птн 01:16:49№34134674
Из технических средств имеется всё что необходимо.
Куча кассет VHS Видео камера Видеомагнитофон USB конвертер (тюльпан > USB) Опыт оцифровки видеокассет Базовые знания C# и Pascal для разработки сопутствующего софта
Аноним (Google Android: Mobile Safari)19/01/24 Птн 01:19:56№34134685
>>3413467 Видеокамера разумеется для непосредственной записи видеокассет. Но снимать я не объективом конечно же буду. А линейным видео входом в камеру. Ну типо как AUX на магнитолах, только видео AUX типо.
Аноним (Google Android: Mobile Safari)19/01/24 Птн 01:33:57№34134706
Несколько слов о том, зачем мне вообще это надо, и зачем копаю в эту сторону. Недавно я разочаровался в SSD. Это безспорно быстро, но крайне не надёжно. Ладно ещё если HDD. Но тоже сыпятся. Из плюсов HDD - это медленная (не мгновенная) смерть, необслуживаемость. По крайней мере сравнительно низкое обслуживание. SSD это как ребенок. Его необходимо постоянно периодически подключать в USB/или вовсе держать подключенным к системе. Главный недостаток SSD в том, что это вовсе не тот накопитель, который можно заполнить данными и отправить на полочку на несколько лет. На полочке без периодического подключения он не проживет и года. Дело в том, что ячейки там устроены таким образом, что они нуждаются в периодической "подпитке".
Почему именно VHS? Потому, что она гарантированно держит информацию около 30 лет. (28 лет уж точно, сам убедился). Считаю, что на vhs действительно можно положиться в плане безотказности. Но с одной лишь поправкой – если не сильно наглеть и в меру сжимать данные. Vhs не нуждается в обслуживании. А я терпеть не могу эту всю заботу. У меня всю жизнь пересыхали картриджы на принтерах лишь потому, что мне либо лень их прогонять было раз в пару недель, либо тупо забывал об этом
Аноним (Microsoft Windows 10: Firefox based)19/01/24 Птн 02:08:46№34134767
У меня лежит двухсторонний DVD с музыкой, который мне записал друг еще в нулевые, одна сторона полусдохшая и отказывается переносить файлы, а другая вся целая, при этом диск сам довольно царапанный. Смотрел на даты модификации, так там самые ранние 2000 год. Вот кто-то же сидел, залил mp3 эту на какой-нибудь WAP портал, потом кто-то скачал, у кого был интернет, тот скинул другому и так в итоге пришла ко мне целая, то есть ей уже 24 года, даже старше местных пыниксов. Про накопители с флеш памятью лучше забыть навсегда. Сейчас продают BD Мдиски, которые вроде как долго хранят данные, но можно и брать DVD и CD, с учётом, что это R, а не RW, потому что меньше сыпятся. И класть лучше не на полочку, а в ящик, чтобы избежать света, влаги, жары и прочих торсионных магнитных бурь. Сам записал оче важные файлы на CD-R недавно, посмотрю сколько лет выдержат.
Аноним (Google Android: Mobile Safari)19/01/24 Птн 02:32:43№34134808
>>3413476 Я вот кстати делал последний бэкап как раз на DVD диски 8 лет назад. Они в тобусах специальных. Я ещё специальные прокладки изготовлял диаметром сантиметра 3-4 между каждым диском из тонкого пластика потолочных плиток. Толщиной 4мм. чтоб не касались диски друга. Но проблема в том, что этот весь архив (штук 40 дисков) уже не актуален. Есть более современная версия этого архива моего. Я там дубликаты файлов поудалял и т.д. Как-бы можно в крайний-крайний случай обратиться к этому хранилищу. Но я брезгую им уже )
>>3413554 >Компакт-дискам тоже 30 лет Это совершенно не то, о чём я говорил
Аноним (Google Android: Mobile Safari)19/01/24 Птн 11:28:30№341356913
Маловато конечно все эти 255, 1024, 1.6 гигабайт на одну VHS. Вот если бы кассета гигов 5-6 вмещала. Но это можно конечно же сделать, но в таком случае тайлы придётся до невероятно маленьких размеров уменьшать. Примерно 2х2 или 3х3 пикселя. А это уже крайне не надёжно. Что-нибудь моргнёт не так как надо и писец целому файлу. Ведь распаковщик буквально "просматривает" тайлы на определенные цвета.
Blueray ,ну хз. А они хоть по вменяемому ценнику сейчас? И получится записать на обычном дисководе? А если честно никогда их не юзал
>>3413569 АрВид со специальной железкой и кодами коррекции вмещал до 3.25 ГБ на E-180 кассету, и то не все видаки могли потянуть.
> Blueray ,ну хз. А они хоть по вменяемому ценнику сейчас? А что есть вменяемый? В пересчёте на объём нормальный HDD/SSD значительно дешевле.
> И получится записать на обычном дисководе? И что в твоем понимании "обычный"? Для записи он должен поддерживать конкретный тип дисков, с чтением чуть проще, но суть та же.
Аноним (Google Android: Mobile Safari)19/01/24 Птн 12:42:25№341360415
>>3413600 Я кстати только вчера ночью узнал что есть этот АрВид.
Аноним (Microsoft Windows 10: Chromium based)19/01/24 Птн 20:07:58№341380916
>>3413604 Всм? а где ты игры то хранил? у меня десяток кассет с играми лежало, каждый день видик насиловал туда сюда, через год половина кассет перестало читать.
Короче ОП дурачок, плёнка всю его порнуху похерит.
Аноним (Google Android: Mobile Safari)19/01/24 Птн 22:53:53№341387317
>>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№341387618
Короче, хрень это всё наверное. Чичто как концепт - это возможно и было бы интересно. Наверное всё же придется мне в сторону облачных хранилищ копать. Выхода нет. Сижу вот как раз сейчас тарифы в Гугл диске чекаю.
Аноним (Google Android: Mobile Safari)19/01/24 Птн 23:06:00№341387919
Кстати если кому-то интересно, то там следующие тарифы: 15 бесплатно (как все знают) 100 гигов 139р месяц 200 гиг 219р месяц Ну в далее сразу 2ТБ за 700р месяц
Хреново что на 1ТБ нет. Мне бы как раз подошло
Аноним (Microsoft Windows 10: Chromium based)21/01/24 Вск 07:24:37№341433820
Аноним (Microsoft Windows 7: Chromium based)23/01/24 Втр 00:15:45№341511121
>>3413879 >Ну в далее сразу 2ТБ за 700р месяц Облака всегда в разы дороже, чем 2 диска с бекапами у тебя в пеке.
Аноним (Microsoft Windows 10: Chromium based)23/01/24 Втр 00:49:04№341512022
ты молод и не застал стримеров на видеокассеты из спб вроде контора была, на 98 винде не работало уже это 2 гига. IDE винт проживёт дольше, а твои кассеты начнут сыпаться вот-вот. оцифруй!
Аноним (Google Android: Mobile Safari)23/01/24 Втр 01:05:51№341512423
>>3415120 Уже оцифровал самые важные из них. А сыпаться начнут физически? Пленка крошиться там и пр.. или размагничиваться начнут?
Аноним (Microsoft Windows 10: Chromium based)23/01/24 Втр 01:50:11№341513324
>>3415124 у меня кассеты из 94 в 2020 уже были осыпанные местами, местами размагничены но они изначально были хуёвые и хуёво записаны 98 и позже идеальные до сих пор, так что я бы все 90е точно в лослес бы оцифровал
Аноним (Microsoft Windows XP: Firefox based)23/01/24 Втр 05:12:08№341514625
>>3413455 (OP) > Это максимально "честное " и адекватное разрешение согласно растрового зерна VHS. Фраза безграмотна сразу на нескольких уровнях. В теле/видеосигнале нет «растра», а есть определённое стандартом (или заданное импульсами синхронизации) число строк, каждая из которых состоит не из точек, а из непрерывного аналогового сигнала. Теоретически, его характеристики ничем не ограничены, то есть закодировать в строку можно любой объём информации. На практике это зависит от: — заданных стандартом частотных характеристик и методов преобразования сигналов; — реализации схемы в конкретных устройствах (в том числе «незаметных», по мнению производителя, оптимизаций ради экономии, которые реальную пропускную способность ещё больше сужают относительно положенной по стандарту); — характеристик и качества электронных компонентов, точности настройки, деградации со временем; — потерь и шумов в конкретных экземплярах устройств и соединениях между устройствами; — характеристик и качества основы для записи (плёнки). Если наивно взять, скажем, частоту кварцевого генератора, умножить на пропорцию изменяемого (видимого на экране) сигнала и сказать, что вот столько бит данных мы можем запихнуть на кассету за такое-то время, то достичь этого получится разве что на лабораторном оборудовании на специально собранной и отлаженной установке.
Начать можно было с изучения базовой информации, где указано, что полоса в VHS сильно урезана дополнительно по сравнению с телесигналом даже для сигнала яркости. С цветностью дела ещё хуже, а ты решил именно цветом данные кодировать. АрВид и прочие использовали монохромный сигнал, не в последнюю очередь из-за того, что ориентировались на публику, которой нормальные стримеры были не по карману, и должны были быть дешёвыми в производстве и работать непонятно с какими видеомагнитофонами.
Дальше нужно понять, какие проблемы при записи и чтении возможны на практике, и как их компенсировать. Простой пример: многие восьмибитные микрокомпьютеры хранили данные на аудиокассетах. У разных магнитофонов скорость протяжки плёнки отличалась, но для прослушивания аудио достаточно было примерно правильно её выставить. Если подпрограммы записи и чтения для простоты не делили данные на блоки и не синхронизировались заново с началом каждого, а просто обрабатывали байтики подряд, то кассета, записанная на одном магнитофоне, при чтении на другом (что могло занимать не одну минуту) в конце концов теряла синхронизацию с компьютером (в момент получения байта N перед головкой проезжал уже не байт N).
В VHS скорости плёнки и вращения головки синхронизированы, чтобы точно попадать на диагонально расположенные дорожки, но возможны другие нарушения. Если плёнка неравномерно протягивается или неравномерно прилегает по вертикали, то головка теряет дорожку и часть полукадра снизу или полукадр целиком заполняется мусором. Следовательно, надо предусмотреть контрольные суммы и запас для восстановления информации внутри одного полукадра. При сбое синхронизации (например, начале новой записи поверх старой) магнитофон несколько десятков кадров подстраивается, то есть надо предусмотреть запас времени в начале каждой записи. Если плёнку зажевало, её могут разрезать и склеить заново, это приведёт к потере информации на каком-то числе дорожек и нестабильности следующих на время новой синхронизации после прохождения склейки. Внутри блоков такой длины тоже хорошо бы иметь контроль и восстановление. Наконец, поверх всего набора файлов хорошо бы добавить уровень надёжности (проще говоря, как в RAR-архиве). Иначе говоря, для частых мелких потерь делается один уровень абстракции, а для редких и крупных — другой, чтобы не приходилось перечитывать гигабайты ради исправления пары бит в одном месте. Возможно, крупные потери компенсируются просто решением взять другой бэкап на другой кассете.
Так же хорошо бы добавить индексацию, то есть запись метаданных о текущих блоках. Логично для этого взять свободную звуковую дорожку, но она при перемотке отключается, то есть внедрять их всё-таки надо в видеосигнал.
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:14:15№341514726
>>3415133 Я беру огромнейший запас на погрешности. А погрешности у меня в основном от мерцания каких-то групп пикселей могут быть. Алгоритм следующий: я перегоню файлы с компьютера в немое кино по сути дела. Этот "фильм" представляет из себя непрерывное мерцание экрана(пик). Каждый из квадратиков а их больше 1000, вспыхивает одним из цветов ниже. Одно мерцание "дамп памяти" как-бы длится даже не один кадр, а два! Это на случай того, если какое-то мыло проскочит или где-то помеха промелькнет. В самом нижнем углу внизу слева чередуются чёрный и белый типо раз!-два! Шаг своего рода. Раз - основной, два это контрольный. На тот случай, если в будущем дешифратор заподозрит неладное что-то с первым кадром. И того не 24 дампов за секунду перадам, а 12. Так безопаснее
Аноним (Microsoft Windows XP: Firefox based)23/01/24 Втр 05:14:48№341514827
>>3413463 > В каждую ячейку можно "положить" до 16 значений цветами. Получается 16 бит т.е 2 Байта можно записать в каждую. 16 значений — это четыре бита данных.
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:15:11№341514928
>>3415146 Да мне и не нужен сигнал бро. Как таковой в принципе. Я именно картинкой оперировать собираюсь
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:15:38№341515029
>>3415149 Я даже звуковую дорожку задействовать не собираюсь
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:16:22№341515130
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:22:10№341515432
>>3415146 > Растр, строки... Яж говорю, я не собираюсь изучать как головка считывает сигнал и пр технический нюансы.так сказать низкоуровневые моменты. Я запишу "кино" глухое. Уж мазайку из 12 цветов по-моему даже самый задроченный видик воспроизведет. А вот дальше уже когда надо будет. Я этот фильмец с мерцающей мазайкой вставлю в видик. Лет через несколько. Перегоню обратно в AVI и дешифрую в mp3,. JPEG, там, rar.. и прочие txt.. Вот в чем фишка. Разумеется если на низком уровне ебенить всё на ленту, то там и 10 гигов можно воткнуть на одну кассету, НО!! Одно внезапное мерцание косое и всё. Тютю..
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:26:08№341515533
>>3415151 16 цветов. По крайней мере Я собираюсь задействовать столько. 16 значений может хранить одна Клетка.. не два, не четыре, не восемь
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:54:50№341515734
>>3415146 Гифку загрузил. Обрати внимание. Каждой вспашке отведу два кадра. Двенадцать вспышек за секунду получается. Для контроль четности этих вспышек. Внизу слева на дежурной строке (не задействованной для хранения данных), будет поочередно моргать два квадрата. Слева чёрный / справа черный. Вот основываясь на этом поочередном мерцании, дешифратор и будет сам себя контролировать. А возможно и кликать "next" к следующему кадру переходя. Разумеется он уже оперировать AVI файлом будет на компьютере, а не головкой видика. если эту кассету все-же найдут археологи чрез 100500 лет лол 🤣
Аноним (Google Android: Mobile Safari)23/01/24 Втр 05:55:32№341515835
Аноним (Google Android: Mobile Safari)23/01/24 Втр 06:03:26№341515936
По поводу того, что непосредственно в самих квадратиках будет тоже размытие цвета, то это ерунда. Я на уровне цифр +/- 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№341516537
Ты смотришь на идеальные цифровые картинки в памяти компьютера и рассуждаешь о сигнале на кассете. Возьми запиши их и посмотри на результат. А вот чтобы понять, что с ним произошло, и понадобится разбираться с устройством системы, понимать, что никакого RGB внутри нет и не было, и так далее.
Аноним (Google Android: Mobile Safari)23/01/24 Втр 12:26:33№341521238
>>3415165 Я оцифровал в позапрошлом году штук 30 кассет. Это были кассеты записанные с 1996 - года по 2001 примерно. Это семейные видосы. Там я ещё школьник мелкий. Вглядываясь в эти видео. Я заметил, что оно очень даже ничего. Не потому, что мне самому хочется в это верить, а именно объективно. Нет дрожи, мерцаний и пр. Рядом в сундуке лежали и другие кассеты, НЕ любительские , а обычные с фильмами. коммерческие так сказать. Вот там похуже. Строчки бегут, подёргивания, мерцания. Поскольку я имею на руках и видеомагнитофон и туже самую видеокамеру на которую эти же кассеты были записаны 28 лет назад, то я могу не ехать в Останкино, а сам снова записать что-нибудь на эти кассеты. Они же прожили с 1996-2024, пусть проживут ещё с 2024- лет 15 хотя-бы. Хотя хотелось бы лет 20. Ну хз, мне кажется проживут они ещё. Плёнка там нормальная. Я не знаю какая фирма там. TDK кажется
Бро, в любом данные на этом VHS говне будут жить куда дольше чем на SSD, которая теряет данные если годик полежит на полочке
Я честно признаюсь. Это всё теория. Я конечно не побегу сегодня или завтра пилить весь этот софт для импорта / экспорта на плёнку. Я пока рассуждаю. Просто тема очень интересная. Есть над чем голову поломать
Аноним (Google Android: Mobile Safari)23/01/24 Втр 12:42:34№341522739
>>3415165 > Надо понять, что никакогоRGB внутри нет и не было.. Мне не важно как они тогда кодировали цвет. Я не закапываюсь в низкоуровневые нюансы VHS сигнала. Я на экран смотрю и вижу на оцифрованных в формат *.AVI. видоса: БЕЛЫЕ облака ЗЕЛЁНЫЕ деревья ГОЛУБОЕ небо иногда СЕРОЕ небо КРАСНУЮ куртку свою детскую и шапку дурацкую свою ядовито жёлтую.
Далее я к примеру имею возможность остановить любой кадр, сделать скриншот и проводить пипеткой по этим цветам(к примеру) . Пипетка выдает что-нибудь типо 118,197, 19. То есть это обычное дело для видео в формате AVI и не важно с чего оно было оцифровано.
Мне даже не важно, что во время записи своего архива на эту пленку , оно может пожевать цветность немного. Типо "переJPEG'ить". Более того, я это осознаю. НО, есть же опорные 16 квадратиков с цветами эталонными , которые в самом нижнем ряду моей мозаики будут отображаться. Я их как опорные хочу использовать. Т.е даже если видик совсем сойдёт с ума и поменяет ВСЕ зелёные оттенки на красные, а красный на фиолетовые и т.д. Опорные 12 тайлов внизу справа экрана тоже ведь изменяться. Поэтому на данные, а именно на верную дешифровку это не повлияет
Аноним (Microsoft Windows 10: Firefox based)23/01/24 Втр 12:44:36№341523240
Храните важные данные на перфокартах
Аноним (Microsoft Windows XP: Firefox based)23/01/24 Втр 14:12:26№341528741
>>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№341531042
>>3415287 подождём, пока ему про хрома и люма кто-то расскажет, или сами?
Аноним (Microsoft Windows 10: Chromium based)23/01/24 Втр 17:02:39№341533143
>>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№341533244
>>3413879 Можешь у Глинуса посмотреть как он проебал полпетабайта данных полагаясь на гуглодиск в прошлом году. Хуета это всё такая же, гугл бекапы на датацентр накатит в случае падения - и свежая версия твоих данных исчезнет, а в еуле маленьким шрифтом написано что "вы нам платите, а мы вас вокруг кожаной оси крутим"
Аноним (Google Android: Mobile Safari)25/01/24 Чтв 19:03:49№341611048
>>3416032 Вот те раз. Спасибо за инфу. А я то думал, Гугл же!! А оно вон как. Ну а мыло диск или Яндекс диск пали ещё хуже небось??
>>3416110 Про мыло и яндекс пока такого не было громо и публично, но ты же понимаешь, что архитектура этих костылей у всех примерно одинаковая, и братья наши меньшие активно работают над сливом учёток. Всё что я храню в яндексе - это импортированные даташиты и ромы которые на 4пда в аттач не поместились, на бесплатном мейлрушном терабайте только какое-то неважное говно лежит вроде равок с мультитрека чтобы потом на сведение отдать и забыть. Все бекапы надо делать дома в двух копиях на разных носителях, и ещё один третий периодически у бабки на антресоли ныкать.
Аноним (Google Android: Mobile Safari)25/01/24 Чтв 20:32:30№341614250
>>3416118 > На бесплатном Мейл пушном ТЕРАБАЙТЕ ?! там бесплатно 7 или 10 гигов всего-навсего
>>3416142 Да там была акция для новых клиентов когда они только-только релизнулись. Файлы больше 4 гигов не зальёшь и около 30 мегабайт лимит по аплоаду (тариф позволяет все 50 есчо, хотя может и веб-интерфейс просто тормозит), но всё-таки под всякий мусор довольно приятно аж терабайт иметь. Чтобы упихнуть в мегу пак с жёлтыми колобками требуется постоянно оттуда что-то вычищать, прон вообще в другой акк пришлось унести в какой-то момент.
Аноним (Google Android: Mobile Safari)25/01/24 Чтв 20:49:02№341615152
Выбора у меня к сожалению особо нет. Цены все равно везде примерно одинаковые АХОВСКИЕ. А мне в добавок к надёжности данных(по мимо самой бекапности как таковой), хочется ещё и доступа из любого своего устройства в любом месте. Именно поэтому приходится рыть в сторону облачных хранилищ. К сожалению домашний какой-нибудь сервер я не смогу поднять.
Аноним (Google Android: Mobile Safari)25/01/24 Чтв 20:50:34№341615353
>>3416150 Аа, понял. Слышал слышал, да. Давали терабайт