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

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

Сжатие


Dimka Maslov ©   (28.08.19 14:16[40]


> KSergey ©   (28.08.19 13:48) [39]


А если взять старый код и перекомпилировать его, получится больший размер медленней работающего кода. При этом библиотека вроде как "старая".


kilkennycat ©   (28.08.19 19:01[41]


> Германн ©   (28.08.19 02:35) [34]
>
> > KSergey ©   (27.08.19 14:07) [31]
>
> Алгоритмы сжатия дошли уже до максимума.


только на текущей архитектуре.


Германн ©   (29.08.19 02:06[42]


> kilkennycat ©   (28.08.19 19:01) [41]
>
>
> > Германн ©   (28.08.19 02:35) [34]
> >
> > > KSergey ©   (27.08.19 14:07) [31]
> >
> > Алгоритмы сжатия дошли уже до максимума.
>
>
> только на текущей архитектуре.
>  

О какой архитектуре речь? И коим образом алгоритмы зависят от вышеупомянутой?


KSergey ©   (29.08.19 08:22[43]

> Dimka Maslov ©   (28.08.19 14:16) [40]
> А если взять старый код и перекомпилировать его, получится больший размер медленней работающего кода.

Про большие размер спорить не буду, это отдельная для меня загадка, хотя я и могу предположить одну здравую версию помимо теории заговора.
А вот скорость - она тестировалась? или это предположение?
В самом деле, не будете же вы утверждать, что "больший объем -> гарантированно медленнее работа".


Dimka Maslov ©   (29.08.19 11:34[44]


> KSergey ©   (29.08.19 08:22) [43]


Она тестировалась. Она уменьшается от версии к версии компилятора.


KSergey ©   (29.08.19 13:12[45]

Тогда пичаль


kilkennycat ©   (29.08.19 19:48[46]


> Германн ©   (29.08.19 02:06) [42]

> какой архитектуре речь? И коим образом алгоритмы зависят от вышеупомянутой?

странный вопрос.


Германн ©   (30.08.19 02:14[47]


> kilkennycat ©   (29.08.19 19:48) [46]
>
>
> > Германн ©   (29.08.19 02:06) [42]
>
> > какой архитектуре речь? И коим образом алгоритмы зависят
> от вышеупомянутой?
>
> странный вопрос.
>

Говоря про алгоритм сжатия я имел в виду сначала логику, а после неё математику. Логика точно не зависит ни от какой архитектуры. Математика конечно зависит отчасти. Но это уже проблема не алгоритма, а его практической реализации.


KSergey ©   (30.08.19 08:08[48]

> kilkennycat ©   (29.08.19 19:48) [46]
> странный вопрос.

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


Кщд2 ©   (30.08.19 08:48[49]

Германн ©   (28.08.19 02:35) [34]
>Алгоритмы сжатия дошли уже до максимума.

вот, надысь, в Удмуртии фрактальное сжатие на порядок ускорили фрактальное сжатие
с оговорками, но факт
https://cyberleninka.ru/article/v/tehnologiya-fraktalnogo-szhatiya-videoinformatsii
сделала это студентка Попова
заштатного (уж простите, ижевчане и ижевчанки) университета


Кщд2 ©   (30.08.19 08:49[50]

>фрактальное сжатие на порядок ускорили фрактальное сжатие
простите, что повторяюсь повторяюсь


Dimka Maslov ©   (30.08.19 09:47[51]


> Кщд2 ©   (30.08.19 08:48) [49]


При сжатии видео мы не обязаны на выходе получать ровно то же самое, что было на входе. Главное, чтобы глаз не сильно замечал помехи.
А во вторых, кто в 2016 году передавал 1,24 мегабайта за 2,5 минуты по ISDN каналу?!!


Кщд2 ©   (30.08.19 11:35[52]

>Dimka Maslov ©   (30.08.19 09:47) [51]
>При сжатии видео мы не обязаны на выходе получать ровно то же самое, что было на входе.
да
в данном случае, сжатие с потерей
это доказывает что?..

>А во вторых, кто в 2016 году передавал 1,24 мегабайта за 2,5 минуты по ISDN каналу?!!
как минимум, г-жа Попова
но, возможно, и некий Пантелеймон)


ВладОшин ©   (31.08.19 13:13[53]


>  кто в 2016 году передавал 1,24 мегабайта за 2,5 минуты
> по ISDN каналу?

Начальник как-то в пролет между лестницами уронил коробку с дисками-копиями баз данных. С четвертого этажа до подвала за пару секунд терабайты передал )


kilkennycat ©   (31.08.19 16:39[54]


> Германн ©   (30.08.19 02:14) [47]
> KSergey ©   (30.08.19 08:08) [48]


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


Inovet ©   (31.08.19 18:54[55]

> [54] kilkennycat ©   (31.08.19 16:39)

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


kilkennycat ©   (31.08.19 23:23[56]


Inovet ©   (31.08.19 18:54) [55]
> Если о сжатии без потерь, то есть предел, через который никак не перелезть.

не уверен, что это так. Ты еще скажи, что эфира нету )


Inovet ©   (31.08.19 23:35[57]

> [56] kilkennycat ©   (31.08.19 23:23)
> Ты еще скажи, что эфира нету )

Это во второй части поста про ноль.


kilkennycat ©   (01.09.19 01:53[58]


> Inovet ©   (31.08.19 23:35) [57]

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


Dimka Maslov ©   (01.09.19 11:44[59]


> это доказывает что?..


Предел сжатия изображения с потерями был достигнут 100 лет ныне покойным Казимиром Малевичем, задолго до появления компьютеров.


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

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

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







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


Наверх

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