-
- Почитайте - Ozelot(10.09.2016 11:34, ссылка, ссылка)
- Сжимал-сжимал. Типичное решение -- разница между сэмплами плюс адаптивно подстраивающийся хаффман. Есть проще, есть сложнее. Николай Коровин(599 знак., 10.09.2016 11:29)
- Первый способ, предложенный вами. Для примера передрал с диска "The best of Gershwin" Allegro (у коллеги взял)один канал, обработал, записывая разницу - даже архиваторы стали более лояльно относиться. Dingo(550 знак., 13.09.2016 10:09 - 10:21)
- Что-то типа такого: Николай Коровин(4779 знак., 15.09.2016 12:54)
- 1 это наверно самый хороший вариант из всех предложенных. Nikolay801_(134 знак., 11.09.2016 13:44)
- Первый способ, предложенный вами. Для примера передрал с диска "The best of Gershwin" Allegro (у коллеги взял)один канал, обработал, записывая разницу - даже архиваторы стали более лояльно относиться. Dingo(550 знак., 13.09.2016 10:09 - 10:21)
- АДИКМ, например? - Bill(10.09.2016 04:34)
- Если уж хочется изобрести велосипед, то предлагаю вычислять разность между семплами и кодировать хаффманом. - Lightelf(09.09.2016 23:11)
- Я сжимал в Delphi. Каждую серию измерений из прибора через USB отправляю в компьютер, где выводится на красивый график XY. Радует глаз :-) Когда очередная серия закончена, массив точек жму и сохраняю в базе данных. Выигрыш примерно 50% - бомж(09.09.2016 19:14)
- Ну так и скажите, как вы их жмёте! Ибо Delphi - не алгоритм, а среда программирования. - Ксения(09.09.2016 20:38)
- Что-то типо такого, стандартными срадствами: бомж(6804 знак., 09.09.2016 21:39)
- Ну так и скажите, как вы их жмёте! Ибо Delphi - не алгоритм, а среда программирования. - Ксения(09.09.2016 20:38)
- Пара статей как раз по вашей теме AlexG(09.09.2016 16:42)
- Да, это действительно примерно то, что надо. - Ксения(09.09.2016 18:56)
- RLE --> - MBedder(09.09.2016 15:29, ссылка)
- RLE -явно избыточное кодирование, поскольку использует только цифры и буквы латинского алфавита. В данном случае не требуется превращать информацию в текст. - Ксения(09.09.2016 18:33)
- Ой... какэта? А GIF, TIFF, PCX, ВМР и прочую бинарщину какими такими буквами он кодирует? :)) - MBedder(10.09.2016 10:50)
- Да пофиг. RLE для выхлопа АЦП бесполезно. Откуда там повторяющиеся последовательности возьмутся? - SciFi(10.09.2016 10:57)
- Помнится в файлах BMP тоже используется RLE и ограничений "только буквы и цифры" там нет, так как формат файла бинарный - AlexG(10.09.2016 00:18)
- предложу расширить до gif rle compression - Vit(09.09.2016 21:44)
- Ой... какэта? А GIF, TIFF, PCX, ВМР и прочую бинарщину какими такими буквами он кодирует? :)) - MBedder(10.09.2016 10:50)
- RLE -явно избыточное кодирование, поскольку использует только цифры и буквы латинского алфавита. В данном случае не требуется превращать информацию в текст. - Ксения(09.09.2016 18:33)
- PCM+Арифметическое кодирование ВКПб(351 знак., 09.09.2016 14:40, )
- Слишком абстрактно и для меня непонятно :) - Ксения(09.09.2016 18:44)
- Это которое в Wave-файлах используется. Есть такая разновидность. Может по этому "следу" найдёте объяснение в простом виде. Dingo(322 знак., 10.09.2016 09:53 - 10:22, ссылка)
- Слишком абстрактно и для меня непонятно :) - Ксения(09.09.2016 18:44)
- a-law (mu-law) ? о каком типе сигнала речь ? речь-музыка-изображение ? - sav6622(09.09.2016 14:09)
- Вот что гугел говорит --> - SciFi(09.09.2016 13:57, ссылка)
- Вот ещё материал нашёл, звуки в океане записывали. Dingo(73 знак., 11.09.2016 05:28)
- По этой скудной информации невозможно воспроизвести алгоритм. Смахивает только на аннотацию. - Ксения(09.09.2016 18:43)
- Возьмите дельту между семплами, потом возьмите дельту от дельты. И хаффманом их! Ну или арифметическим кодированием. - Lightelf(10.09.2016 22:59)
- Ну и матлабовские материалы недоступны, а жаль. Запатентовал он это дело. Кстати, я так и не понял, что там с экспонентами и как работает bit packer (block floating point encoder). - Dingo(10.09.2016 12:53 - 15:39)
- Там нечего воспроизводить. Там нужно построить алгоритм по этому описанию. Это вовсе не невозможно. Скорее, тривиально. - SciFi(09.09.2016 19:14)
- Посчитать среднее по 10ти ближайшим измерениям это тоже своего рода сжатие :) - 0men(09.09.2016 13:48)
- Да, это тоже сжатие, но оно "разрушающее", поскольку из среднего невозможно получить назад исходные значения. - Ксения(09.09.2016 18:36)
- А если передать среднее, а потом дельту на каждый сэмпл? Ваш случай допускает разбивку на блоки? - Dingo(10.09.2016 09:54)
- Да, это тоже сжатие, но оно "разрушающее", поскольку из среднего невозможно получить назад исходные значения. - Ксения(09.09.2016 18:36)