nedoScan (считывание программ с бумаги)

[jdigreze]

А может восьмиричный код более устойчивый при печати? (хоть я его и не люблю...)

Если печатать 0 без перечёркивания, то более устойчив, но и более громоздок.

[Lavr]

Если печатать 0 без перечёркивания

Ну это как-то не все принтеры смогут понять...
А восьмиричный дамп есть пример где-либо взглянуть?

[jdigreze]

Ну это как-то не все принтеры смогут понять...
А восьмиричный дамп есть пример где-либо взглянуть?

Подменять в процедуре печати ноль на букву О. Кстати, у меня в старом роботроне была предустановка "тип печати ноля", да и в епсонах матричных оно тоже вроде бы на глаза попадалось.
Восмиричные дампы вживую не встречал. Саму систему только в теории мельком проходили.

[Lavr]

Код любого символа с десятичной кодировкой от 0 до 255 можно задать, записав его не более чем тремя цифрами в восьмеричной системе счисления в апострофах после обратной наклонной черты: ' \123 ' — буква S , ' \346 ' — буква Ж в кодировке СР1251.

Что-то я затрудняюсь пока представить себе такой дамп...

[Lavr]

Команда od (или OctalDump)

Пакет текстовых утилит GNU включает команду od (или OctalDump) ...
У команды od есть несколько опций, как например -A для управления основанием смещений файла и -t для управления формой отображения содержимого файла. Основание может быть o, (восьмиричное - по умолчанию), d (десятичное), x (шестнадцатиричное) или n (смещения не отображаются).
В Листинге 25 представлены некоторые доступные форматы дампа файла text2.

Листинг 25. Дамп файлов с помощью od

Code: Select all

[ian@echidna lpi103]$ od text2
0000000 004471 066160 066565 031412 061011 067141 067141 005141
0000020 030061 060411 070160 062554 000012
0000031

Получается - что так? Как-то больно объёмно...
http://forum.puppyrus.org/index.php?act ... pic=1855.0

[Lavr]

2_Shaos

А ты доделал вот эту читалку для самодельных очень-хитрых-бумажных
носителей информации? (самый нижний рис.)

[Shaos]

Неа - лежит, ждёт своего звёздного часа...

[Shaos]

Устройство для считывания небольших программ с бумажного носителя (например с NedoPC издания). Программа печатается в виде столбика из байтов, каждый из которых представлен в виде 8 битов в виде клеточек по горизонтали (пустая клетка - 0, заполненная - 1) плюс 1 бит для синхронизации и, возможно, 1 бит для проверки четности. Для того чтобы программа была читабельна и человеком, рядом можно писать hex-представление байта. Пример:

Code: Select all

-________ ORG-Lo
-________ ORG-Hi
-________ CRC-Lo
-________ CRC-Hi
-_______@ 01
-____@_@_ 0A
-_@_____@ 41
и т.д.

Подключается к компу по LPT (т.е. теоретически к чему угодно).

Очень похожая идея:

https://hackaday.io/project/8921-low-resolution-scanner-for-cheap-data-input

P.S. Я только что сам наконец попробовал поиграться с LDR (Light Dependent Resistor) - при ярком свете он имеет сопротивление порядка 1 кОм, а в темноте - до 1 МОм, при прямом свете красного светодиода - до 5 кОм, а при отражённом - от белой области на бумаге - 50 кОм и от чёрной области на бумаге - 150 кОм (т.к. она всё таки немного что-то отсвечивает), т.е. можно подключить такой LDR между землёй и входом компаратора (или CMOS гейта) и резистор 100К между этим входом и питанием - в результате компаратор будет детектировать такие изменения:

[Lavr]

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

Но чтобы таблица хорошо распознавалась, среди её знаков не должно быть
таких плохоразличимых, как 0, 8, В.

Возможно, пусть знаков будет всего 8, но они должны хорошо различаться
тем же Файнридером, а то он 0, 8, В и в весьма приличных текстах путает.
Ну и, конечно, хотелось бы, чтобы символы печатались любым принтером.

[Shaos]

Шестнадцатиричную таблицу зато не распознать без компа, а тут даже без микроконтроллера можно обойтись...

P.S. Кстати квадраты можно не только в белый и чёрный раскрашивать, но и в серый, получая тем самым троичный код

[Lavr]

Шестнадцатиричную таблицу зато не распознать без компа, а тут даже без микроконтроллера можно обойтись...

Да фиг ты без микроконтроллера обойдешься. LPT и СОМ-порты канули в лету. Здесь нужен контроллер с поддержкой ЮСБ.
А таблица распознается любым компом. Я на старом Р166 ещё Файнридером 1.0 распознавал, а до него еще CuneiForm был.
И таблица запросто ручным сканером ухватывается. Сканер - это тоже штатное средство для компа.

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


P.S. И, кстати, сканер с узкой, но приемлемой полосой нетрудно соорудить из оптической мыши с ЮСБ-интерфейсом.

[Shaos]

со сканером и файнридером это уже не недоскан получается

[Lavr]

со сканером и файнридером это уже не недоскан получается

Если сканер - оптическая мышь, то вполне себе крутейший недоскан!
Мы же хотим "ехать", а не абстрактные "шашечки". С мышью и трудоемкость никакая...

[Shaos]

Мы хоим это к чему угодно подцеплять, а не только PC - на спектруме, РКаке или специалисте нет не только файнридера, но даже ЮСБ...

[Lavr]

Мы хоим это к чему угодно подцеплять, а не только PC - на спектруме, РКаке или специалисте нет не только файнридера, но даже ЮСБ...

Ну это "чего угодно" выглядит несколько ограниченно, если это спектрумы, РКаки или специалисты.
Это всё в общем-то близкие нашему сердцу мифы прошлого...

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

И, кстати, не надо уж так демонизировать файнридер и иже с ним.

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

Никто не сподобился написать OCR для спектрума, РКаки или специалиста - да потому что не было ничего аппаратного, похожего
на сканер.
Принтеры-то не у всех были. Но сейчас - 2016 год, возможностей поболее.

Да и не представляю я, как связать этот упоминаемый здесь "якобы простой метод" с журнальной страницей.