Мастера DELPHI, Delphi programming community Рейтинг@Mail.ru Титульная страница Поиск, карта сайта Написать письмо 
| Новости |
Новости сайта
Поиск |
Поиск по лучшим сайтам о Delphi
FAQ |
Огромная база часто задаваемых вопросов и, конечно же, ответы к ним ;)
Статьи |
Подборка статей на самые разные темы. Все о DELPHI
Книги |
Новинки книжного рынка
Новости VCL
Обзор свежих компонент со всего мира, по-русски!
|
| Форумы
Здесь вы можете задать свой вопрос и наверняка получите ответ
| ЧАТ |
Место для общения :)
Орешник
Коллекция курьезных вопросов из форумов
Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / rsdn.org

 
Чтобы не потерять эту дискуссию, сделайте закладку « предыдущая ветвь | форум | следующая ветвь »
Страницы: 1 2 3 4

Сжатие


brother ©   (14.08.19 14:44[20]

однажды я тоже думал, что написал архиватор. Но потом так и смог распаковать сжатые данные)


xayam ©   (14.08.19 15:35[21]


> Но потом так и смог распаковать сжатые данные

новость дня:
для того, кто умеет предсказывать,
тому не нужен сжимаемый файл :)

(c) Интернет (не помню где прочитал)

а если бы все умели предсказывать, то не нужен был  бы и сжатый файл :)


Кщд2 ©   (15.08.19 07:47[22]

>Jpacslovas ©   (08.06.19 20:16) [6]
>Шифруем файл моим методом потом сжимаем с помощью .paq повторяем это циклично итак можно >сжать видео, фотографии, музыку и многие другие фалы из 1МБ в 10КБ.
а ещё говорят, что кончились кулибины на Руси!
жму руку и восхищаюсь!
у меня вопрос из практической области: можно ли с помощью Вашего алгоритма сжимать фотоны и запасать их на зиму (в трёхлитровых банках из-под абрикосового сока)?


kilkennycat ©   (15.08.19 20:52[23]


> Кщд2 ©   (15.08.19 07:47) [22]

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


Inovet ©   (15.08.19 21:55[24]

> [23] kilkennycat ©   (15.08.19 20:52)
> банки из-под абрикосового не годятся.

Из-под огурцов, помидоров, капусты - осенние банки. Может, тогда из-под клубничного вараенья? Или малинового.


Кщд2 ©   (16.08.19 06:30[25]

>Inovet ©   (15.08.19 21:55) [24]
>Или малинового.
нет
эти пригодны лишь для консервирования сиреневого тумана

впрочем, автору не до наших скудоумных измышлений
надеюсь, что за заслуги перед человечеством его произвели в сиятельные короли РАЕН и прижизненно мумифицировали


DayGaykin ©   (16.08.19 15:25[26]

Интересно, какими будут алгоритмы сжатия через 100 или 500 лет. Насколько эффективнее и быстрее нынешних. Или архивирование станет никому не нужным вовсе.


Kerk ©   (17.08.19 00:35[27]


> DayGaykin ©   (16.08.19 15:25) [26]

Сжатие данных на лету всегда нужно будет. Как иначе онлайн-стриминг 118K видео будет работать? :)


xayam ©   (17.08.19 05:46[28]


> Как иначе онлайн-стриминг 118K видео будет работать?

не иначе как на пегом дудочнике :)


Германн ©   (27.08.19 02:51[29]


> DayGaykin ©   (16.08.19 15:25) [26]
>
> Интересно, какими будут алгоритмы сжатия через 100 или 500
> лет. Насколько эффективнее и быстрее нынешних.

Ни на сколько не будет. Максимум на доли процента.


Dimka Maslov ©   (27.08.19 09:28[30]


> Ни на сколько не будет. Максимум на доли процента.


Если цивилизация не загнётся, то прогресс пойдёт увеличения ёмкости/производительности носителей, а сжатие будет никому не нужно.


KSergey ©   (27.08.19 14:07[31]

> Dimka Maslov ©   (27.08.19 09:28) [30]
> а сжатие будет никому не нужно.

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

Да хотя бы даже пресловутые видеокодеки - нормально себе живут и развиваются. Как пример, когда алгоритмы какого-либо сжатия - живее всех живых.


KSergey ©   (27.08.19 14:10[32]

Одно мне не понять: Win95 работала на 4 МБ памяти. 8 - просто роскошь, когда уже совсем было хорошо. Включая офис там и проч. Т.е. вместе с программами.

Win10 работает за 8 ГБ памяти ровно также, включая запущенный софт.

Вопрос: что программисты делают не так?


Dimka Maslov ©   (27.08.19 14:38[33]


> Это только видимость для того,


Мы же смотрим на 100 тире 500 лет вперёд?


Германн ©   (28.08.19 02:35[34]


> KSergey ©   (27.08.19 14:07) [31]

Алгоритмы сжатия дошли уже до максимума.


Германн ©   (28.08.19 02:38[35]


> KSergey ©   (27.08.19 14:10) [32]
>
> Одно мне не понять: Win95 работала на 4 МБ памяти. 8 - просто
> роскошь, когда уже совсем было хорошо. Включая офис там
> и проч. Т.е. вместе с программами.
>
> Win10 работает за 8 ГБ памяти ровно также, включая запущенный
> софт.
>
> Вопрос: что программисты делают не так?
>

Ты забыл про "плюшки". :)


Dimka Maslov ©   (28.08.19 09:36[36]


> Ты забыл про "плюшки". :)


Может и не плюшки, а что-то другое. Как-то в прошлом году пришла ко мне идея ознакомиться с С++17, что я и сделал. Не так давно решил проверить производительность "старого" кода и "нового". За счёт проведённой ревизии тонких мест и их оптимизации я ожидал 20-30% прирост в скорости. Но получил код на 10-15% м е д л е н н е е. Это всё "стандартная библиотека" которая и тормозит от версии к версии всё больше. Что за плюшки они туда пихают - никому не известно.


KSergey ©   (28.08.19 12:07[37]

> Dimka Maslov ©   (28.08.19 09:36) [36]
>  Не так давно решил проверить производительность "старого" кода и "нового".

Тонкие места выявлялись профайлером или логикой? Это важно.

А вообще да, С++ он слишком много знаний требует "что там под капотом". Слишком - ключевое слово для меня. Особенно в новомодных причиндалах.


Dimka Maslov ©   (28.08.19 13:21[38]


>
> Тонкие места выявлялись профайлером или логикой?


Всеми доступными разрешёнными законом способами.


KSergey ©   (28.08.19 13:48[39]

Вы хотите "опорочить" новую библиотеку, но говорите, что предварительно провели манипуляции с кодом.
Вот что меня смущает в эксперименте :)


Страницы: 1 2 3 4 версия для печати

Написать ответ

Ваше имя (регистрация  E-mail 







Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i> <u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)


Наверх

  Рейтинг@Mail.ru     Титульная страница Поиск, карта сайта Написать письмо