Чтение дисков без АГАТа

[dk_spb]

>Вот сигнал с 30 ноги дисковерта Teac FD-55GFR на АГАТе (напомню, что это MFM, 255.357 Кбит/с). На картинках вся нужная инфа есть.
Да я почему-то вообще картинки не вижу.

>1. Покажи на своей и моих картинках "битовый поток".
На моей картинке я же показывал: в 64-ом сообщении темы видет поток бит -RAWD. Между двумя синими черточками в этом потоке 16 единиц, между синей и голубой поток бит 1010101010101010.

>2. Покажи на моих картинках "синхроимпульсы", особенно то одной полярности, то другой (здесь нет вводящего в соблазн сепаратора).
А уж не знаю чем тебя соблазняет сепаратор, но как в цифровом двоичном сигнале могут быть разные полярности!?!?!?! Вроде на троичную систему мы пока не перешли.....

>3. Что ты вообще на них видишь?
Ну что я вижу на своей картинке я описывать не буду, получится много букав. А вот на твоей картинке я не вижу ничего, ибо не вижу самой картинки

- - - Добавлено - - -

можете и личную предъяву выкатить: "Ты меня уважаешь?"

А смысл? Чтобы прочитать в ответ "Уважаю, но пить не буду" из-за удалённости? ;-)
Другие варианты ответа мне неинтересны даже более, чем этот ;-)

[Advertiser]

[sintech]

Можно я скажу, что вижу?
1010101001000100101010100100010010101
Могу ошибиться в пару бит (пишу с телефона), но смысл думаю понятен.
Декодировать это из mfm мы сможем только когда будем точно знать начало последовательности. Но учитывая, что по правилам кодирования после 01 не может быть 10 то я бы декодировал это так:
111000011110000111.

[dk_spb]

Не знаю, но я бы декодировал так (жирное - датабиты).
1010101001000100101010100100010010101
Но как уже правильно сказали нельзя достоверно декодировать без определения начала потока.

[LeoN65816]

Константин, а ты видишь "битовый поток" (с фиксированной длительностью/шириной битов) или последовательность импульсов? И про "синхроимпульсы" ответь, пожалуйста.
Денис, у всех .png является стандартом в любом браузере, и лишь у тебя очередное (просто смешное) увиливание...

но как в цифровом двоичном сигнале могут быть разные полярности!?!?!?! Вроде на троичную систему мы пока не перешли.....

Вот и я не вижу ни двуполярного сигнала, ни RZ. А кто-то на куче страниц "впаривает" про меняющий полярность синхро...

[dk_spb]

и лишь у тебя очередное (просто смешное) увиливание...

Да ты у меня вообще в списке игнорирования. Может поэтому картинки и не показывает. Это я так, от скуки, нажимаю иногда "Посмотреть сообщение"

- - - Добавлено - - -

А кто-то на куче страниц "впаривает" про меняющий полярность синхро...

Вранье это откровенное, ссылочку можно увидеть? Голословно-то любой может....

[sintech]

Константин, а ты видишь "битовый поток" (с фиксированной длительностью/шириной битов) или последовательность импульсов? И про "синхроимпульсы" ответь, пожалуйста.

Каждый импульс это 1, пауза между ними в зависимости от длительности 1, 2 или три нуля.
Насчет синхроимпульсов, в детали не вдавался, т.к. с точки зрения практики они никакого смысла не несут.
Синхропоследовательность для меня это особая последовательность бит, которая не может быть декодирована обычным способом.
Как ее находить? Использовать скользящее окно пропускающее через себя битовый поток, как только паттерн совпадает - это оно. Дальше пошли данные которые можно декодировать.
Я рассматриваю все алгоритмы кодирования как черный ящик с детерминированной связью между входом и выходом.

[dk_spb]

Использовать скользящее окно набивающееся битовым потоком

Как, и Вы, Брут!?!?!?! И Вы про "битовый поток"?!?!?! ;-)

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

с фиксированной длительностью/шириной битов

Не совсем так. фиксированная длительность (и очень короткая) как раз у импульса. У битов - окно (временной промежуток). Сначала окно синхробита, потом окно датабита. Так вот если в это окно есть импульс - значит этот бит (синхро или дата, в зависимости от того в чье окно) равен 1, если нет импульса - бит равен 0.
И поскольку поток окон непрерывен (как только закончилось окно синхробита, сразу начинается окно датабита, а как только закончилось окно датабита - сразу начинается окно следующего синхробита) - получаем непрерывный битовый поток.
При этом из-за сложностей физики у нас длина окна при чтении может "плавать"

[b2m]

Но как уже правильно сказали нельзя достоверно декодировать без определения начала потока.

По-моему, если встретились три нуля, то можно уже однозначно декодировать. Нуль после нуля не может кодироваться как 00.
01 00 01 возможная комбинация, декодируется как 101
.0 10 00 1. что по вашему означает 10 00?

Вот начало байта нельзя найти. Нужно синхросбой искать.

[dk_spb]

>По-моему, если встретились три нуля, то можно уже однозначно декодировать.
Это так кажется теоретически. А если эти три нуля образовались по нулю от каждой записи? то есть сначала мы записали что-то, оканчивающееся на 0. Потом писали что-то другое, тоже на 0, но получилось физически на диске чуть короче, а потом и третий раз. Тут хоть синхросбой может быть, хоть три нуля подряд.

>Нужно синхросбой искать.
Не синхросбой, а паттерн (определённый байт данных с синхросбоем). По причине, изложенной в начале этого поста.

- - - Добавлено - - -

.0 10 00 1. что по вашему означает 10 00?

Синхросбой? ;-)
И как Вы определите что это именно "Нуль после нуля не может кодироваться как 00", а не банальный синхросбой?

Да, и потом, даже без этого (мной в этом посте изложенного) есть ЕСЛИ, которое всё портит. ЕСЛИ встретились три нуля.
А на многих MFM дисках паттерн с сихнросбоем свой и на заголовок каждого сектора и на тело. А длина того заголовка всего ой, там Вы эти три нуля можете и не поймать никогда.

А еще ведь у нас намагничивание и фазовые сдвиги. У нас три нуля могут еще и таким способом возникнуть. Не говоря уже о дергании питания и т.д.

[LeoN65816]

Не совсем так. фиксированная длительность (и очень короткая) как раз у импульса. У битов - окно (временной промежуток). Сначала окно синхробита, потом окно датабита. Так вот если в это окно есть импульс - значит этот бит (синхро или дата, в зависимости от того в чье окно) равен 1, если нет импульса - бит равен 0.
И поскольку поток окон непрерывен (как только закончилось окно синхробита, сразу начинается окно датабита, а как только закончилось окно датабита - сразу начинается окно следующего синхробита) - получаем непрерывный битовый поток.
При этом из-за сложностей физики у нас длина окна при чтении может "плавать"

Угу, именно сепаратор с ФАПЧ именно это и делает, и на выходе у него битовый поток, каждый бит равной фиксированной длины. А на входе у него, равно как и на выходе дисковода битовый поток (каждый бит равной фиксированной длины) или последовательность импульсов?
Подрисуй на моей осциллограмме (у 2-4 масштаб получше) битовый поток (длина каждого бита фиксирована, и длины всех бит равны).