Страницы: 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 лет ныне покойным Казимиром Малевичем, задолго до появления компьютеров.
Разрешается использование тегов форматирования текста:
<b>жирный</b> <i>наклонный</i>
<u>подчеркнутый</u>,
а для выделения текста программ, используйте <code> ... </code>
и не забывайте закрывать теги! </b></i></u></code> :)
Наверх 
Чтобы не потерять эту дискуссию, сделайте закладку