Утка, или нет?

← →
VictorT (2002-11-11 23:05) [0]

Компания ZeoSync вывела формулу для стократного сжатия данных без потерь!

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

ZeoSync еще не продемонстрировал общественности свое открытие, и пока не ясно, действительна ли эта формула для больших объемов информации: ZeoSync работали пока только с очень небольшими пакетами. Если опыт окажется положительным, это будет означать, что, во-первых, на винчестерах компьютеров можно будет хранить намного больше всевозможной информации, в том числе, музыки и видео, а во-вторых, информацию станет значительно проще передавать по сетям. В последние годы телекоммуникационные компании вкладывали огромные средства в развитие сетей и другого оборудования, для того чтобы без потерь передавать и хранить огромное количество информации; наблюдатели считают, что формула, выведенная ZeoSync, может представлять серьезную угрозу для этих компаний, поскольку высокоскоростной доступ в Интернет подешевеет и, соответственно, получит большее распространение, чем сейчас. Так или иначе, в случае успеха разработчикам прочат Нобелевскую премию.

Технология, как разъясняют в компании ZeoSync, "преднамеренно рандомизирует естественно возникающие структуры с образованием энтропических случайных последовательностей". Уже поданы патентные заявки на технологии, которые носят названия Zero Space Tuner и BinaryAccelerator. Ожидается, что коммерческая эксплуатация этой технологии начнется уже в 2003 году. Основатель компании, Питер Сент-Джордж, заявил, что у ZeoSync уже есть стратегические партнеры, в том числе, крупный производитель компьютерных микросхем, используемых для мультимедийного сжатия, и ведущая музыкальная студия Голливуда, однако конкретных названий он не упомянул. О заключении партнерских соглашений будет объявлено в ближайшие месяцы.

← →
drpass (2002-11-11 23:21) [1]

Чистая правда на все 100% - один мой знакомый, например, написал архиватор, который файл любого объема сжимает до пяти байт. Сейчас работает над разархиватором.

← →
VictorT (2002-11-11 23:30) [2]

> drpass © (11.11.02 23:21)

Я тоже знаю этого твоего знакомого :)

← →
Дремучий (2002-11-11 23:53) [3]

100 кратное сжатие?
ерунда....
возми мегабайтный файл в котором будут одни единицы - в сколько раз его можно сжать? и возми файл из 256 байт, в котором будет храница таблица ASCII кодов - сожми ее в 100 раз? ну если второй вариант еще как-то можно мутить на уровне битов.... то при чем здесь 100 кратное сжатие? ИМХО, цифра 100 - от фонаря.

кстати неплохая задача - написать архиватор/разархиватор для сжатия/разжатия таблицы ASCII кодов записанной в файле в случайном порядке. Кто возмется? :)) предполагается, что размер архива должен быть меньше количества несжатых символов.

← →
_Nicola_ (2002-11-12 09:05) [4]

Утка!
Журналюги расстарались. Судя по названиям технологий - 100% утка.

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

← →
Kaban (2002-11-12 09:22) [5]

Наверное, AL2002 в ZeoSync взяли на работу, а он это от нас скрывает

← →
RV (2002-11-12 09:26) [6]

Дремучий © (11.11.02 23:53

> написать архиватор/разархиватор для сжатия/разжатия таблицы
> ASCII кодов записанной в файле в случайном порядке. Кто
> возмется? :)) предполагается, что размер архива должен быть
> меньше количества несжатых символов.

элементарно :)

Архиватор
переписываем все без изменения в другой файл, кроме последнего символа. (исходный>полученного на 1 байт)

РазАрхиватор
писать?

← →
Johnny Smith (2002-11-12 09:38) [7]

2RV © (12.11.02 09:26)
Забавно!

← →
Дремучий (2002-11-12 11:04) [8]

>
> RV © (12.11.02 09:26)

неплохо! :))
а кто сожмет еще лучше?
я знаю, что есть способа - предлагайте решения...

← →
NeyroSpace (2002-11-12 11:22) [9]

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

← →
Ru (2002-11-12 11:53) [10]

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

Если интересно есть идея представить звуковой файл длительностью, например 100 секунд, в виде файла размером скажем 32 байта. Но я же не кричу о прорыве. Ж:)

← →
RV (2002-11-12 11:57) [11]

Ru © (12.11.02 11:53)
> Если интересно есть идея представить звуковой файл длительностью,
> например 100 секунд, в виде файла размером скажем 32 байта.
> Но я же не кричу о прорыве. Ж:)

шутка?

← →
daan_m (2002-11-12 12:07) [12]

Утка, но хочется верить.

← →
NeyroSpace (2002-11-12 12:10) [13]

Ну что Вы блин...
У инфы есть важная характеристика - избыточность. Так вот максимум что вы можите сделать (без потерь инфы) это устранить избыточность применив алгоритмы сжатия.
Хватит 100 байт превращать в 10 байт.
Например у русского языка избыточность... эээ... уже не помню 1/5 что ли, но больше чем у английского.
Вывод: говорить надо маленькими односложными словами :-).

← →
Николай Быков (2002-11-12 12:12) [14]

> Дремучий © (12.11.02 11:04)
> >
> > RV © (12.11.02 09:26)
>
> неплохо! :))
> а кто сожмет еще лучше?
> я знаю, что есть способа - предлагайте решения...

Могу ещё один способ. :) Дооооооооолгий.
Записать контрольную сумму этого файла. И колбасить разархиватор до тех пор, пока контрольная сумма не совпадёт.

← →
Jeer (2002-11-12 12:18) [15]

RV © (12.11.02 11:57)
Ru © (12.11.02 11:53)
> Если интересно есть идея представить звуковой файл длительностью,
> например 100 секунд, в виде файла размером скажем 32 байта.
> Но я же не кричу о прорыве. Ж:)

шутка?

Нет.
Никаких проблем
Можно даже короче чем 32 байта

← →
Ru (2002-11-12 12:49) [16]

В общем действительно есть возможность представить короче и это не шутка, но есть набор условий которые все это сводят на нет.

← →
Ru (2002-11-12 12:53) [17]

>Николай Быков © (12.11.02 12:12)

только дошел прикол. представь себе коликчество файлов имеющих такую контрольную сумму. понятие долгий следует понимать как до второго пришествия

← →
Николай Быков (2002-11-12 12:55) [18]

> Ru © (12.11.02 12:49)

Время. Вот когда будут копмы, которые выполняют несколько тысяч миллиардов операций в секунду, тогда да. Правда, тогда уже и проблемы такой не будет. И нас не будет.
(и вдруг заплакав): И МЕНЯ НЕ БУ-У-У-УДЕТ!!!!!

← →
Николай Быков (2002-11-12 13:04) [19]

> Ru © (12.11.02 12:53)
> >Николай Быков © (12.11.02 12:12)
>
> только дошел прикол. представь себе коликчество файлов имеющих
> такую контрольную сумму. понятие долгий следует понимать
> как до второго пришествия

Ну почему до второго. Если маленькими пакетами, символов по десять-шестнадцать, то всего-то несколько месяцев на один пакет. А можно ещё вместе с КРК32 указывать самый малый и самый большой код ASCII. Тогда будет немного быстрее.

(плача): Нобелевскую мне-е-е-е-е!!!!!!

← →
Ru (2002-11-12 13:23) [20]

>Николай Быков © (12.11.02 13:04)

ни херна подобного особенно насчет нобелевской.
вон у нас второй день 6-ти значный пароль на зип считается ожидается еще 240 дней. Проще сделать адаптивный метод сжатия, который даст сжатие не в 100 раз, но скажем в 10-20, но и это уже есть.

Утка, или нет? Найти похожие ветки