Стеганография с использованием DCT

Question

Стеганография с использованием DCT

1

Вообще говоря, есть четыре шага, связанные с внедрением сообщения с использованием DCT:

Разделите изображение на 8x8 блоков
Преобразование каждого блока с использованием математических операций DCT
Количественный анализ каждого блока DCT (сжатие с потерями)
Вставьте биты сообщения из количественных коэффициентов (избегайте 0, 1, -1 и AC)

Это нормально, но я не уверен, как извлечь данные. Вы можете перейти к шагам 1-3 для количественного определения каждого блока, чтобы извлечь LSB каждого коэффициента?

Если это так, не потеряете ли вы (возможно встроенные данные) данные, потому что это техника с потерями?

Кроме того, когда я пытался количественно выделить каждый блок, я остаюсь с теми же коэффициентами из предыдущего изображения (как в случае изменения LSB не было никакого эффекта)?

Может ли кто-нибудь просветить меня по этой проблеме?

благодаря

Douglas Grealis 13 март 2014, в 23:54

Источник

Теги:

java

text

jpeg

dct

steganography

2 ответа

1

Когда вы умножаете DCT-блок на матрицу квантования, вы, скорее всего, получите очень большие числа для больших пространственных частот - изображение станет шумным. Но тогда вам нужно нормализовать коэффициенты, чтобы любое значение любого пикселя не превышало границы [0..1] ([0..255]). После нормализации вы могли потерять некоторую информацию.

progalgo 13 март 2014, в 20:08

0

Как вы подразумеваете под нормализацией коэффициентов?
Douglas Grealis 13 март 2014, в 22:14
0

@DouglasGrealis, возвращаясь к изображению в числах с плавающей точкой, нормализуя все пиксели к границам, а затем перекодируя в JPEG.
progalgo 13 март 2014, в 22:24

Ещё вопросы

Как вы подразумеваете под нормализацией коэффициентов?
@DouglasGrealis, возвращаясь к изображению в числах с плавающей точкой, нормализуя все пиксели к границам, а затем перекодируя в JPEG.

Sneftel · Accepted Answer · 2014-03-13T20-05-00.000Z

1

Лучший ответ

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

Sneftel 13 март 2014, в 20:05

0

Вы хотите просто преобразовать каждый блок, а затем извлечь его LSB. Таким образом не количественно их?
Douglas Grealis 13 март 2014, в 22:11
0

Квантование происходит потому, что сжатие JPEG требует квантования. На стороне кодирования нет никакого выделения LSB - это замена LSB.
Sneftel 13 март 2014, в 22:15
0

ОК, просто чтобы прояснить это. Вы встраиваете квантованные коэффициенты (шаг 3), а затем извлекаете коэффициенты DCT (только для шага 2)? Еще раз спасибо (просто я бы не подумал, что квантованные коэффициенты будут иметь тот же LSB, что и деквантованные коэффициенты)
Douglas Grealis 13 март 2014, в 22:19
0

Я думаю, что здесь все еще есть некоторая путаница. Шаги 1-4 используются только для встраивания сообщения, а шаги 1-3 - просто базовое сжатие JPEG. То есть вы выполняете полностью стандартное сжатие JPEG, а затем выполняете стеганографию для уже обработанного изображения DCT . И затем, на принимающей стороне, вы извлекаете сообщение из самих коэффициентов JPEG. Таким образом, процесс извлечения не должен делать какие-либо вещи DCT. Он просто читает биты.
Sneftel 13 март 2014, в 22:23
0

Ааа. Посмотрите, что я сейчас делаю, после всех шагов я затем деквантитизирую каждый блок, а затем применяю обратное DCT, чтобы вернуть данные пикселей, которые затем сохраняются в виде пикселей. Это не правильный путь? Поскольку на принимающей стороне изображение стего будет затем преобразовано в коэффициенты DCT для извлечения (но теперь это кажется неправильным). Извините за все это замешательство
Douglas Grealis 13 март 2014, в 22:32
0

Ах я вижу. Я имею в виду, что это все еще может работать, но, конечно, вы захотите пропустить шаг квантования на обоих концах - если вы передаете необработанные пиксельные данные, нет причин терять информацию, которая вам не нужна. Я мог бы увидеть, что квантование (на стороне кодирования, а не на стороне извлечения) было бы полезно, если бы тогда вы проходили этап сжатия JPEG, над которым у вас не было никакого контроля, но в остальном это было бы посторонним.
Sneftel 13 март 2014, в 22:34
0

Хорошо, это прояснилось. Еще один вопрос, если вы знаете Java, существует ли поток bufferedImage, который может принимать квантованные коэффициенты для хранения сжатых данных? Потому что я использую setRGB () для хранения данных пикселей. Спасибо
Douglas Grealis 13 март 2014, в 22:41
0

Извините, я ничем не могу помочь. Прошло много лет с тех пор, как я широко использовал Java. Маловероятно, что он существует в стандартной библиотеке, так как после DCT и квантования есть также шаг сжатия (без потерь) - он был бы бесполезен, кроме как для стеганографии. Если вы хотите пойти по этому пути, вам, вероятно, придется создавать данные JPEG самостоятельно.
Sneftel 13 март 2014, в 22:47

Показать ещё 6 комментариев