И еще интересно - какова вероятность правильного определения...

← →
olookin © (2004-09-29 17:49) [0]

И еще интересно - какова вероятность правильного определения структуры произвольного файла? Есть ли специальный софт для этого определения?

← →
Reindeer Moss Eater © (2004-09-29 17:50) [1]

Структура файлов состоит из байтов.
Вероятность 100%.

← →
Nikolay M. © (2004-09-29 17:52) [2]

1/2. Либо угадаешь, либо нет.

← →
olookin © (2004-09-29 17:56) [3]

[1] Reindeer Moss Eater © (29.09.04 17:50)

Хм... И?

← →
YurikGL © (2004-09-29 17:59) [4]

> Структура файлов состоит из байтов.

В общем случае - нет.

← →
olookin © (2004-09-29 18:00) [5]

[4] YurikGL © (29.09.04 17:59)

Почти всегда - да. Но байты - это слишком сомнительные данные... Откуда кому известно, какое количество байт несет конкретную информацию?

← →
Игорь Шевченко © (2004-09-29 18:02) [6]

> В общем случае - нет.

В общем случае - из битов.

← →
Johnmen © (2004-09-29 18:08) [7]

А по-моему файл - это такая прозрачная пластиковая типа папочка.
Состоит из пластика. Структуру можно проанализировать на спектрографе. Софт для спектрографа должен существовать, думается...

← →
olookin © (2004-09-29 18:11) [8]

[7] Johnmen © (29.09.04 18:08)

Софт справится и при папочке из курчатовия?

← →
Johnmen © (2004-09-29 18:12) [9]

>olookin © (29.09.04 18:11) [8]

Справится, если его писАли спецы из института им.Курчатова.

← →
YurikGL © (2004-09-29 18:14) [10]

> Игорь Шевченко © (29.09.04 18:02) [6]
> > В общем случае - нет.
> В общем случае - из битов.

Тоже нет...

← →
Игорь Шевченко © (2004-09-29 18:27) [11]

YurikGL © (29.09.04 18:14) [10]

> Тоже нет...

Не томи ?

← →
SPeller © (2004-09-29 18:29) [12]

Если только поочередно пытаться проверить на соответствие известным форматам. Но лучше всего определять "на глазок", по F3 — вероятность почти стопроцентная.

← →
olookin © (2004-09-29 18:30) [13]

[12] SPeller © (29.09.04 18:29)

Да ну? Попробуешь на моем формате? Или все-таки не стоит...?

← →
clickmaker © (2004-09-29 18:33) [14]

> olookin © (29.09.04 17:49)
> Есть ли специальный софт для этого определения?

Небезызвестный quick view plus распознает 200 с чем-то форматов

← →
olookin © (2004-09-29 18:34) [15]

[14] clickmaker © (29.09.04 18:33)

Я про неизвестные первые попавшиеся форматы...

← →
icebeerg © (2004-09-29 18:44) [16]

Есть такая тузла как mind.dll работает вместе с hands.exe!!!
:)))

← →
TUser © (2004-09-29 18:45) [17]

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

← →
uny (2004-09-29 18:50) [18]

вероятность равна единица делить на двойку в степени размер файла в битах

← →
YurikGL © (2004-09-29 19:11) [19]

> Игорь Шевченко © (29.09.04 18:27) [11]
> YurikGL © (29.09.04 18:14) [10]
> > Тоже нет...
> Не томи ?

Файл - именованная область памяти.

Но память может иметь и не битовую организацию. Она может быть организована не основе бинароной логики, а на основе тринарной логики (напирмер -1,0,+1). А одна ячейка в тринарной логике не соответсвует одному биту. А файлом все равно это будет.

← →
Sergey_Masloff (2004-09-29 21:57) [20]

YurikGL © (29.09.04 19:11) [19]
Нет. Примитивная единица хранения данных - бит, твои тринарные биты просто эмулируются. Реально состояния 2 - есть или нет. Остальное выражается через них.

YurikGL © (29.09.04 19:11) [19]

> Файл - именованная область памяти.

До боли знакомые слова...

> Но память может иметь и не битовую организацию.

<offtopic>

Никто не помнит, почему оптимальным основанием системы счисления является число е (2,71...) ?

</offtopic>

Итак - невозможно прочитать левый файл? Так?

> YurikGL © (29.09.04 19:11) [19]
> Нет. Примитивная единица хранения данных - бит, твои тринарные
> биты просто эмулируются. Реально состояния 2 - есть или
> нет. Остальное выражается через них.

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

> Никто не помнит, почему оптимальным основанием системы счисления
> является число е (2,71...) ?

Там была некая функция эффективности хранения информации от основания системы исчисления. И максимум у нее в 2.71. Таким образом, с точки зрения теории информации, наиболее оптимальным способом хранения информации считается именно тринарный (из целочисленных).

> Sergey_Masloff (29.09.04 21:57) [20]

Кстати, бит - количество информации, которое содержится в ответе на вопрос, имеющий два ответа.

[25] доказывает [6] :-)

> Игорь Шевченко © (29.09.04 22:00) [21]
> Никто не помнит, почему оптимальным основанием системы счисления
> является число е (2,71...) ?

Пусть у нас есть n различимых состояний чего-то (какого-то носителя).
Мы можем сгруппировать их в несколько групп по несколько состояний, так что n=k*q (k-разрядные q-ичные числа).
Тогда общее количество чисел, которое можно записать при заданном n

N = q^(n/q)

Если зафиксировать основание q, то получим всем известную степенную формулу ёмкости слова.

Если зафиксировать разрядность слова, получим функцию с максимумом при q = e.

И еще интересно - какова вероятность правильного определения... Найти похожие ветки