Думаю многие в курсе что такое 1D (одномерные) ШК и знают про 2D (двумерные) штрихкоды.

А тут на днях мне потребовались трехмерные (3D) штрихкоды.
Причем третье измерение это не глубина в моем случае а время.

Короче стоит задача передачи больших объемов данных путем последовательного показа последовательности из QR (или иных 2D ШК) с некой минимальной задержкой.
Передачи через аналоговый видеоканал/видеосигнал причем на низком уровне никак и можно только снаружи подцепиться внешней камерой.

Передавать можно что угодно и как там по сути комп на экране рисует.

Кто что предложит по теме?

опять колхозишь?

(0) Сливаешь секретную инфу через показ монитора в окошко? Оригинал!!! )))

(1) Скорее решил от изучения одной штуки в ERP отвлечься слегка

(2) Ыыы близко

Ну а проблема то в чем?
покадрово разобрать запись?
OpenCV, а дальше какую-нибудь библиотеку типа zbar и иже с ними натравить и в итоговый массив

(0) Ищи библиотеки умеющие распознавать QR на картинке. С камеры снимай фото и распознавай.

можно сразу снимать в Mjpeg

(5) (6) Синхронизироваться как что сча уже новый QR и пора снова распознавать?
Как разделять данные и т.д.

(4) Тогда в чем проблема? Колхозишь на 1С-е генерацию КуЭр-кода, по таймеру - меняешь картинки. На камеру с другой стороны снимаешь. Потом покадрово просматриваешь и телефоном сканируешь свои кодики.

(9) Нене вручную это все понятно, надо автоматизировать это дело.

((10) Ну, например, первыми байтами вставляешь МД5-хеш предыдущего сообщения. Потом, при сканировании, смотришь, этот МД5 уже был принят, или нет, а также - не было ли пропущено каких сообщений между сканированиями.

(11) Ага т.е. снимает и распознает но с некой высокой частотой постоянно, и проверяем поменялись ли данные от предыдущего пакета.
Ну и заодно что никакого пакета не пропустили.

(12) Интересно сколько после этого останется места для полезной информации.

(12) разве 2д сканер не сделает это за тебя? 250 кадров в секунду

(13) От разрешения картинки зависит сильно.
Нужно гибкое решение которое само умеет подстраиваться.

Т.е. допустим видеосигнал древний и там PAL/SECAM/NTSC оно и на них должно работать

(14) Он мне кучу одинаковых выдаст же, надо правильно собрать.

(15)+ По сути это нечто вроде одностороннего модема, только не для телефонной линии а для видеолинии.

(16) да вроде нет, они защищены от этого, и таймаут настроивается

(18) Хочешь сказать достаточно открыть блокнот и он туда будет сканить без дублей?
Потом только убрать лишние переводы строк и раскодировать из Base64 ?

В реальности же эту хрень можно юзать на смартфонах, чтобы получить файл (видео или что еще) без инета.
Причем как рекламного монитора на улице так и с ТВ передачи.

Просто запустил прогу на смартфоне и направил камеру на место где QR коды показываются и опс файлик получен.
Аналогично можно с одного смартфона на другой так же, без блютуза и wifi.

(20) Вирусной рекламой собрались заняться ? :)

(19) дак да, мне приедет пара штук имеджевых 1д на след неделе, надо не поленитсья сделать гифку и потестить

в метролоджиках, по памяти, настраивается таймаут повторного чтения того же шк

(17) Лучше сделай Модулятор-Демодулятор (ага, модем) на основе лазерной указки и двоичный код передавай на высокой частоте. )))

(24) Такое у меня уже давно есть, причем просто фонариком и камерой но это долго.
Зато на больших расстояниях работает. Тут же надо камерой в экран близко.

(0) оффтоп
в твоей концепции, фото - это 2D, а кино - это 3D

(26) Ну не стал обзывать правильно 2D+T

АРВИД хочешь повторить? Вроде, наши (зеленоградцы) его делали.

(27)+ Или лучше обозвать 2DV ?

(28) Интересная штука https://ru.wikipedia.org/wiki/АрВид

Но у меня не для хранения а только для передачи/получения данных

(29) 2Dmovie

(31) Слишком длинно хотя звучит лучше да

(2)+ "так они установили в серверной камеру на брелок с уникальными пинами и нажимали кнопку приводом ЦД"

Номер пакета и общее количество пакетов зашить в сам 2D код
Крутить по кругу
Принимающая сторона собирает пакеты по порядку
В случае пропуска пакета, поймает его на следующем цикле

При большом количестве данных:
пакеты разбивать на фреймы
пакеты фрейма крутить в цикле только N раз
переходить к следующему

- получишь 2Dmovie-Ethernet

(34) (35) Угу

(35) 2Dmovie-UDP ! )))

Типа такого?
https://habr.com/ru/post/430688/

только зачем все это?..
у каждого утюга есть же синезуб

(38) О ДА! Это я и хотел по сути а тут уже готовое и на Golang

(39) Время коннекта долгое и сложней. А тут просто запустил прогу на телефоне, навел камеру, подождал и данные получены.

(41) "использовать Bluetooth, но это не так удобно, как кажется – относительно долгий и не всегда работающий процесс обнаружения и спаривания устройств слишком затрудняет задачу." в (38)

(41) так может лучше приложение написать, которое максимально быстро и удобно будет "дружить" два тела по BT

(38) За vecty особое спасибо поизучаю как время будет

(43) Показом QR кода на экране одного и съемкой на камеру другого?
Нафига потом BT если сразу можно данные передавать экран-камера?

похоже на обмен между закрытым и открытым контурами систем :)

в каждый ШК помещать уникальный номер блока и смотреть промышленные конвейерные сканеры штрих кода

(45)
1. скорость
2. устойчивость
прикинь, пару минуть держать тел наведенным на другой (с похмелья))

(46) Изначальная задача да передать данные наружу когда инета нет а есть только видеоканал древний.

(47) Да там в статье про эти минусы есть, но сейчас на современных смартфонах QR коды читаются просто изумительно, не успеешь камеру навести и уже готово и в любом положении и на лету без остановки.

(48) и всегда, когда возникнет такая необходимость, 2Dmovie приложения на теле-источнике не будет.
Оно есть в плеймаркете всегда, но интернета же нет

(50) Пусть разрабы смартфонов закладывают на железном уровне.

(51) еще есть nfc, там спаривать не надо

(52) Хорошая штука и скоро будет во всех смартфонах

(43) Была бы возможность их дружить быстрее - давно бы сделали. Раз не сделали, значит, скорее всего это нельзя либо по соображениям безопасности, либо по аппаратным ограничениям.

(53) ага, раньше чем (51) ))

https://www.youtube.com/watch?v=MmZVvAIAhKU&feature=youtu.be&t=106

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

(57) точно
ТС прокачай лучше это:
двунаправленная передача
тел одновременно моргает вспышкой передавая и камерой принимает вспышки оппонента

(58) студент закопал вспышку и камеру и откопал IrDa

(58) на ютубе ролик попадался - человек на ардуинках подобное делал. Кодирование какое-то достаточно примитивное было вроде азбуки Морзе. Но работало, что характерно.

(59) IR из телефонов уже уходит. редкий сяоми имеет его

(61) у ирды скорость маленькая, там тупо инфракрасный диод малой мощности. Современные осветительные имеют адскую мощу - их видно черт-те с какого расстояния, и могут мигать с мегагерцовой частотой.
Можно добиться хороших скоростей, если сфокусировать приемник и передатчик друг на друга.