Pull to refresh

Comments 27

Без стеганографии это бессмысленно. YouTube будет такое выпиливать.

Видимо вы не совсем понимаете что такое стеганография. Из вики: "В отличие от криптографии, которая скрывает содержимое тайного сообщения, стеганография скрывает сам факт его существования."

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

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

Разумеется можно и нужно использовать и яркость и цвет, расчитывая где-то примерно на 6-битное квантование яркостной составляющей для каждой точки и 4-битные оттенок и насыщенность для квадрата 4x4 точки. Лучше конечно ознакомиться с нюансами кодирования в h.264.

А с практической стороны, гугол активно удаляет с ютуба и юзеров и их тысячи видеозаписей. Ибо хранение стоит денег. Самое дешёвое хранение сейчас, как я понимаю, на стримере у Амазона (доступ не моментальный и за деньги).

а можно заснять нужную информацию на видео...

UFO just landed and posted this here

Вообще-то это придумали примерно 30 лет назад. Называется "АрВид". В качестве носителя данных использовали обычные видеокассеты VHS (на одну кассету помещалось около 2ГБ), в качестве считывателя обычный VHS видеоплеер, а в качестве кодека фирменную плату "АрВид" с ISA-интерфейсом.

Помню кто-то делал в ВК (до появления "документов", да и "Дуров, верни стену") обновление приложения для ВК через тамошние аудиозаписи

Тогда лучше в фотки кодировать. В аудиозаписи положим там 128kbps, закодировать информацию удастся на порядок хуже, сравнимо с модемом на 9600. Причём именно модемный сигнал безнадёжно испортится, для современных кодеков нужны специальные сигналы, а не единственная несущая, промодулированная с относительно высокой скоростью, и с широким результирующим спектром. Нужен скорей многочастотный сигнал (наподобии PEP-модемов), где потеря части спектра (которые mp3 вырежет, как "не слышимые" для человеческого уха) не будет критична. Сходу скорей только V.23 заработает.

ну, в случае с VK, думаю, mp3-шки хранились as-is. Речь про 2009 год где-то

А как именно это работало? Не гуглится

Это был то ли ViK, то ли joim, то ли другой мессенджер для контакта (это было 13 лет назад, ну). Разработчик софта решил использовать сервера VK как CDN. Ну, то есть загружался файл как файл, и скачивался файл как файл. Возможно никакой валидации/перекодирования на серверах тогда не было (VK тогда был поделкой-копией фейсбука на php).
Идея занятная, но не то, чтобы я сделал бы так же

Уже было, и даже лучше. Здесь используется только 2 цвета, а можно все 256 (ну или хотя бы 16)

Автор проекта сразу же отказался от использования RGB из-за алгоритмов сжатия YouTube, которые могут поменять цвета пикселей. С чёрно-белым режимом таких проблем нет, так как пиксель либо яркий, либо тёмный.

Да это понятно. В той другой теме автор тоже столкнулся с проблемами сжатия, и подобрал такую комбинацию цветов (не 256 бит на пикесль, а с учетом сжатия кодировал скажем 10-16 бит), но всё равно использовал цвет настолько, насколько это возможно.

UPD: Нашел YouTubeDrive: хранение файлов на YouTube.

И черно-белое хранение файлов через консольную youbit как у автора там уже есть. Причем, черно-белое оказалось эффективнее цветного, если использовать правильно:

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

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

...

Наконец (в-четвёртых), автор реализовал функцию «нулевых фреймов» — вставки чёрных кадров между кадрами с полезной нагрузкой, что позволяет снизить битрейт примерно на 40% (и размер файла) при кодировании видео на сервере YouTube.

Короче ребятки так запарились и кучу разных исследований провели, что статья из поста - как поделка начинающего разработчика, а преподносится как свежая и оригинальная идея.

Работать норм не будет. Ютуб же не хранит ALL-I, и помехи от сжатия сделают нечитабельным все.

Можно еще звуковую дорожку сделать модемным звуком )

Не-не, в звук нужно закодировать коды коррекции.

Упс. Мой стартап двухлетней давности накрылся. Хи ((;

UFO just landed and posted this here
Была похожая идея организовать себе файлохранилище шифруя и перегоняя файлы в изображения и храня их на гугл/яндекс дисках. Суть в том что подобные провайдеры бесплатно предоставляют неограниченное пространство для хранения изображений, т.к. используют их для анализа, тренировки моделей, профилирования и продажи рекламодатеям. Однако, очевидно что это идёт вразрез с монетизацией подобных сервисов и будет удалено как только подход станет хоть сколько-то массовым

Кстати, по факту в телеграмме многие хранят большие, не критичные файлы. Удивительно, что никто об этом не упомянул. Так, например, целые курсы можно иногда найти в виде отдельного канала со всеми видео, pdf и т. д. в хронологическом порядке

Sign up to leave a comment.

Other news