Pull to refresh

Comments 100

Ага. И добавлять в договор пункт «два экземпляра интернет-сайта Заказчика на бумажном носителе» :)
Тогда можно сделать zip архив, открыть его wordpad-ом и распечатать =)
А думаете, результат будет компактнее, чем у упомянутой здесь программы? :)
Вот-вот! Зачем еще какую-то программу? ZIP — хорошо стандартизирован, работает на всех платформах и уже есть у каждого пользователя.
Я думаю, что описанные здесь решения дадут более стабильные результаты распознавания при более компактном размере. Чем ZIP. Как-то так :)
Это все напомнило: «Береженого Бог бережет, сказала монашка натягивая презерватив на морковку».

А почему тогда уже не использовать твердые материалы и принтеры по ним, гранитные таблички написанные нашими прапредками до сих пор сохранились.

Бумага хорошо пока ее не помяли, не пролила секретарша воду, не случился пожар, не завелась мышка. И так куча вариантов порчи.

Это все шутка, но как по мне возвращаться туда откуда уже ушли как то не верно, бумага бесспорно отличный материал, но он имеет намного большую массу недостатков чем та же флешка или DVD при нормальном хранении а не как подставка для чая )))
Ну, по мне дак бумага, сделанная такой программой, это меньший бред чем печатать zip архив. Вот суть этой ветки))
А если по мне, то для того чтобы сгенерить один бред нет смысла ставить другой бред.
В таком архиве обязательно будут непечатные символы. Как после распечатки его восстанавливать будете то? =)
Да, вы правы. Признаю свой метод ограниченно годным =)
Как вариант: можно перевести в Hex и распечатать.
А что мешает интерпретировать его как битовый массив и печатать чёрный пиксель — единичка, белый — ноль. Получится наиболее компактно, да и не сложно…
Листинг программы на бумаге в тех же институтах не считался чем-то особенным ( по крайней мере года три назад ^_^ )
а где штрихкод? по моему самое распространенное кодирование информации на бумаге (после текста)
если речь про EAN и аналоги, то они просто смешной объём информации способны вместить
В штрихкоде, который печатают на упаковке товаров, могут быть только цифры и очень маленькая плотность данных: 12-13 символов на 1,5 квадратных дюйма (то есть примерно 8 символов на квадратный дюйм). Это, конечно, больше, чем на перфокарте, но сильно проигрывает другим способам. Думаю, поэтому автор и не рассматривал его.

А формально Maxicode, Data Matrix, QR Code, Aztec Code и High Capacity Color Barcode считаются двухмерными штрихкодами.
500 КБ на лист, как я понял? 1 дискета = 6 листов. Неплохо.

Идея с ключами мне нравится. Также, возможны любопытные трактовки термина «Электронная Цифровая Подпись»… =)

З.Ы. Загрузочный лист Windows 95
> З.Ы. Загрузочный лист Windows 95

Уфф… Качественно. Даже поверил сначала. :)
Много раз раньше видел этот «загрузочный лист», всегда считал его просто хорошей шуткой…
Формально ничто не мешает загрузить компьютер с чего-то такого. Все что нужно — SCSI-сканнер, и патченный биос, позволяющий загрузку с такого класса устройств, как он позволяет это с дисков или лент.
Улыбнуло: «незаконное ксерокопирование запрещено» :)

Тут же возникли два вопроса:
Достаточно ли качества ксерокса для копирование таких вещей?
Насколько нужно уменьшить плотность, чтобы вместо сканера пользоваться обычным фотоаппаратом?
> 1 дискета = 6 листов.

что за 3-МБайтная такая дискета?
Видимо 3.25 дюйма, отформатированная в High Capacity, насколько я помню они из 1.44 мб превращались в 2.7 примерно. Естественно читались совсем не везде.
Забавно, но у меня в самом деле вылетело из головы, сколько мегабайт на обычной 3х-дюймовой дискете (3,5″ на самом деле ;-) ).
В оправдание могу заметить, что для средненького сканера придётся снизить плотность, и на листе может получиться 150-200 КБ.
О, гооосподи! Это самое необычное, что я мог сегодня увидеть!
Наверное, еще более интересным способом окажется загрузка с мышки — водишь ею по начерченному лабиринту)
попробовал распечатать на лазерном принтере — потерпел фиаско :-( не распознает обратно
А с каким разрешением сканировали? На сайте PaperBack сказано, что при печати на принтере с разрешением 600 dpi сканировать нужно будет минимум с 900 dpi.
у меня довольно хороший сканер. я пробовал и 900 dpi, и 1200, 2400 и даже 3600 — он начинает распознавать, но в итоге ничего не получается
аналогично, с софтиной познакомился еще год назад, сколько не пытался (варьировал dpi, использовал достаточно качественную технику) — положительных результатов добиться не смог.
Обычно все эти цифры для недорогих бытовых сканеров — нереальные, то есть так называемая «интерполяция», для такого рода сканирования, как битовая информация в paperback она не подходит.
Только что маленький текст распечатал через программку с 40dpi на своём стареньком струйнике (получились нормальные большие квадратики). Напечаталось с видимыми помехами (одна дюза глючит). Сфотографировал цифровиком, картинка немного блюрнутая получилась, но оно распозналось на ура :) Правда я дал Redundancy 1/3 (избыточность для большей вероятности восстановления), может это помогло, так как видно было, что многие блоки распознало плохо.
Скорее всего бумага не позволяет распечатать довольно качественно, попробуйте на фотобумаге для лазерной печати
Ух, это ж целую KolibriOS можна на двух листках бумаги с двух сторон записать.

Кстати первый раз прочитал название как "Бугага как способ резервного копирования" :)
У меня лазерного принтера под руками нет. Но если кому интересно, как это выглядит, вот файл лицензии GPLv2 в минимальном разрешении — 48 dpi. ссылка
Распознается из картинки хорошо :):

GNU GENERAL PUBLIC LICENSE
Version 2, June 1991

Что-то не так — не проступает лицо дядьки Столлмана.
Распозналось очень легко.
Интересный получается способ передачи цифровой информации без цифрового носителя :)
Расскажите пожалуйста, кому нафиг нужен ключ в полмегабайта? Для всех разумных ключей хватит QR-кода — это если ставить задачей машинное считывание. Если не ставить — чем плоха простая распечатка PGP-ключа или сертификата?

Мне банк выдаёт распечатку цифровой подписи — несколько hex-кодированных строк — и ставит под ними свою подпись, и эти строки прекрасно читаются человеком.
В некоторых случаях чем больше ключей, тем на дольше хватит… (Одноразовые ключи.)

> несколько hex-кодированных строк
Это есть в PaperKey.
Полмегабайта одноразовых ключей в человеконечитаемом виде и на крайне помехоопасном носителе, ога.

Знаете, в эпоху примерно 386-х компьютеров ходили городские легенды о том, что машину можно заставить загружаться со SCSI-порта, к которому подключён сканер, если в сканер положить специальный лист с «изображением» MS-DOS-а:)
О, тут уже выше и ссылочку дали.
3,5″ дискеты — тоже достаточно помехоопасный носитель, и при этом относительно дорогой. Однако используется и по сей день.
А человеку эти ключи читать не нужно.
Это не легенда. :)
Компьютеру со SCSI в принципе пофиг с какого именно SCSI-устройства поступает поток данных.
Проблема в том, что, обычно, для того класса устройств, к которому относится сканнер, в SCSI BIOS не предусматривается boot process, как для дисков или лент, например, но технически ничто не мешает это сделать и для них. То есть на SCSI-сканнер (про USB к сожалению знаю гораздо меньше SCSI) при включении подается команда «читать данные», он читает, и считываемая информация загружается в память, после чего исполняется также, как это происходит в случае с загрузкой с диска или ленты.
Сканер как минимум не является устройством произвольного доступа.

Но вообще, если Вы загрузитесь с этого листа заснимете процесс на видео и выложите тут — карма на всю оставшуюся жизнь Вам обеспечена:)
Магнитная лента тоже не является устройством произвольного доступа, тем не менее могие UNIX-системы умеют грузиться со стримера с образом OS (прототип нынешних Linux LiveCD). Собственно для того, чтобы прочитать в память образ системного загрузчика произвольность доступа не нужна.
Черд, давно хотел это реализовать :-) Надо меньше спать :-)
Двоичный код исчисления, это, несомненно, был прорыв. И забавно то, что не изобрели ничего лучше него.
Извиняюсь за небольшой флуд.
Чего же в том забавного? Двоичный код используется исключительно потому, что электротехнически его проще всего реализовать.
UFO just landed and posted this here
троичная — это двоичная с полярностью единицы?
Существует как троичная так и троичная симметричная системы,
наиболее перспективная это троичная симметричная, которая сочетает в себе преимущества троичной системы и систем с отрицательными числами.
Изобрели, причём большое разнообразие: различные многозначные логики, СОК, да и таже троичка.
Вполне можно добавить опционально несколько цветов (для владельцев цветных принтеров/сканеров) — хотя бы те же RGB — и увеличить вместимость в 2,5 раза. Или, например, градации серого. Главное, чтобы сканер смог правильно различить цвета, т.е. между ними должна быть определенная «дистанция», иначе один цвет будет принят за другой и т.д.
цвета имеют свойство выцветать, так что вообще не катит.
хихи. делаешь бэкап продакшена, а заресторится какая-нибудь порнушка :-D
печальнее, если наоборот xD
Это, конечно, довольно смешной способ :) Поиграться — забавно, но насчёт «иметь смысл» — сомневаюсь. Таким способом можно сохранить разве что небольшой объём информации (текст, листинг компьютерной программы).
Но его же имеет смысл распечатать и в стандартном буквенном виде.
Но его же имеет смысл распечатать и в стандартном буквенном виде.
Есть одно но: из распечатанного текста труднее восстановить цифровой его вариант, нужно буде подключить распознавание.
А по-моему, ничуть не труднее. Ведь здесь тоже работает распознавание того или иного вида.
Да, но распознавание текста и распознавание чёрных/белых квадратиков — это задачи совершенно разного порядка сложности.
Плюс этим методом можно через бумагу передать небольшой музыкальный файл, который так просто не распечатаешь и не распознаешь, в отличие от текста и картинки. А при печати/сканировании картинки ещё имеет место потеря качества.
Отличная статья и шикарная идея. Одна опасность — вдруг через 50 лет не на чем будет запустить эту программу? Надо еще вместе с архивом распечатать описание алгоритма, чтобы потом наверняка было чем считать данные.
Вот как раз история показала, что носители то остаются, а вот устройства и принципы исчезают.
Даже компакт диск уже на многих устройствах не прочитать (привода то нету :)
И получается что единственный носитель который реально переживает года — бумага. Правда «считывающее устройство» обучаемо и универсально :)
ностальгия… Я был повергнут в шок, когда в одном не столь удалённом от областного центре поселке на прилавке магазина увидел катриджи для 8-ми битной приставки. Марио, Принц Персии, Тетрис… А у нас уже и некуда вставлять эти катриджи :(
у меня все важные ключи и пароли распечатаны в открытом виде на бумажке и лежат в шкафу :)
UFO just landed and posted this here
Проверил. Работает. Даже избыточность не пригодилась, всё распозналось на ура. Огромное спасибо.
UFO just landed and posted this here
Принтер способен на 600, но я ставил 60 дпи, печать на А4, альбомная. Во время сканирования — 300. Всё просто идеально :)
В формате *.txt все тома войны и мира весят около 4Мб при архивации менее 1.5Мб
по 500 Кб на страницу = Война и мир на трёх страницах О_о. Нехилая архивация книжек, если сравнивать с бумажным вариантом несколько сотен раз
Осталось только научить наш мозг распознавать такую информацию.
UFO just landed and posted this here
Было бы весело посылать mp3 музыку по факсу:)
Тогда уже недолго и до нового витка «пиратства» — рассылка непосредственно файлов торрентов по факсу, а лучше почтой «с уведомлением» ))
А вот это уже не очень похоже на шутку :(
в смысле «Слишком уж похоже на реальность»
23 страницы из 2м архива. Если честно, ожидал лучше результата. Куда же пихать 2-гиговые бекапы?
бэкапить плакатами А1 :-)
Какие-то не очень результаты по плотности.
Простая математика:
на лист формата A4, с учетом поле, помешается примерно 75 квадратных дюймов площади. При плотности печати в 600 dpi (читай «бит на дюйм») на каждый дюйм приходится 600^2 (600 в квадрате), 360000 бит, или 45KB raw data без избыточности. Умножаем на 75 квадратных дюймов — получаем 3.3MB на лист.
Если за метод избыточности и помехозащизенности мы берем кодирование кодом Reed-Solomon, хорошо известным и зарекомендвавшим себя, например для помехоустойчивого кодирования в CD, задача очень близкая по характеру, то избыточность в нем равна примерно 25%.

То есть в идеальном случае, при печати с разрешением в 600dpi (значения выше на бытовой технике как правило интерполированные и непригодны для использования в данном случае), количество данных на лист бумаги A4 будет равно примерно 2.5MB

На офисную пачку в 250 листов — 625MB. ;)
При печати в 300dpi объем меньше в 4 раза.

Имело бы смысл также кодировать «межстранично», в этом случае избыточности может хватить даже восстанавливать данные при полной утере отдельного листа или листов.
Улыбнула перфокарта OS EC ЭВМ Кажется третей в колоде была.
У меня самая большая колода была размером в 1200 перфокарт и лежала — нет, скорее стояла у шефа на видном месте в шкафу, гордо перетянутая специальной резинкой от женских трусов :)

С кодами и их распечаткой не совсем пойму — такое чувство, что это заигрывание с чиновниками? Сам на днях слушал самодовольную тираду титулованного долбака о том, что все надо на бумагу, куда бы он смог вставить свою подпись и сверху печать.
Как концепт и метод передачи ключа — замечательно. А как функция — дать почувствовать долбакам что они при делах, похоже.
Давным давно работална одном гос предприятии, секретность как всегда там на высоте… Вынести данные на флешке или дискете практически невозможно… Но понимание того что нужно упереть всего <100 кб я решил изврнуться)))) Взя как раз zip и запаковал файлик, потом полученное распечатал, а дома распознал и запихнул обратно))))) распаковалось без проблем)))) Так что есть ли великий смысл в такой программе?
ZIP — стандартизирован и есть везде=)
Да, одно только но, создатели ZIP явно не предполагали, что так будут использовать архивы)))
А так идея хорошая, одно огорчает, плотность записи уж очень маленькая…
«ну ты понел» (с)

:))
Выставил в настройках Dot Density 300 dpi, Dot Size 50 %, Redundancy 1:5. Распечатал, отсканировал с рекомендованным разрешением 900 dpi в полном цвете. Некоторые точки в блоках не распознались, но файл целиком нормально распознался и сохранился.
Предположу, что неудачные попытки у отдельных товарищей связаны с неправильно выставленным разрешением при сканировании.
к приведённым примерам я бы добавил ещё и плотность данных.
размеры штрихкодов же стандартные?
Проснувшись утром представил суровую картину — книги в бумажном виде сохранились, а у людей появился имплант который позволял преобразовывать код в текст :) (ну там сборник хитов русской литературы: собрание сочинений — весь Лев Толстой в одной тетрадке)…
Моя нокия говорит, что на QR code зашифрованно следующее:
DEMO
I like big butts and I cannot lie!
UFO just landed and posted this here
UFO just landed and posted this here
В Компьютерре за декабрь 2006 проскакивала статья о каком-то индийце, который пропихивал свой похожий лоу-тек на Западе:

Только-только мечты о безбумажном офисе потихоньку начали воплощаться в реальность, как на тебе — индийский студент Сайнул Абидин (Sainul Abideen) разработал технологию записи огромных массивов данных на обычной бумаге.

Двадцатичетырехлетний талант предлагает отказаться от бинарной системы кодирования информации в пользу разноцветных символов разных форм и размеров, которые печатаются принтером и считываются сканером. Из-за многоцветной пестроты носитель, больше похожий на произведение абстрактного художника, получил название Rainbow Versatile Disc (радужный многоцелевой диск). По уверениям изобретателя, на обычном листе формата A4 можно разместить 256 Гбайт данных, то есть удельная емкость получается где-то на порядок больше, чем у DVD, или примерно как у двухслойных Blu-ray-дисков. Но при этом не нужно ни поликарбоната, ни дорогих голубых лазеров — только дешевая и спорая на биодеградацию бумага да отработанные веками технологии печати.



Жизнеспособность новой технологии Абидин продемонстрировал в ходе презентации в своем родном университете в индийском штате Керала, показав, что на листке бумаги площадью двадцать пять квадратных сантиметров уместилась 432-страничная книга, а также проиграв «с листа» сорокапятисекундный видеоклип.

Вопросы о разительном несоответствии заявленной и продемонстрированной в эксперименте удельной емкости (порядка так на три-четыре) индийский кулибин парирует неотработанностью технологии — с более совершенными сканерами и принтерами все, мол, будет получаться лучше. Сайнул якобы уже ведет переговоры с некой английской компанией о производстве пробной партии компактных носителей информации размером с SIM-карту и емкостью аж 5 Гбайт (тут, правда, опять концы с концами не сходятся: для такой емкости нужна еще более высокая, чем заявлено, плотность записи).


Так вот, кто-нибудь знает, тот индиец имеет отношение к этому проекту?
Не вижу даже теоретической возможности поместить на A4 больше 400-450 мегабайт без принципиального усложнения процесса.
Из расчета 2400dpi стандартной офсетной печати, плюс группового «фазового» кодирования, подобно тому, как кодится поток в высокоскоростных модемах и гигабитном эзернете.

Может это какие-то индийские мегабайты, типа китайских ватт.
имхо, 400 х 500 = почти 200 ГБ инфы в стандартной 500-листовой пачке А4 — это очень круто
Нифига не круто.

en.wikipedia.org/wiki/Linear_Tape-Open
речь вроде как не про пленку шла, нет?
Вспомнил пост: habrahabr.ru/blogs/infosecurity/65220/

Интересно сколько весили те чертежи… листов 10?! :)
Sign up to leave a comment.

Articles