[Назад]
Ответ в нить
Animapcha image [@] [?]
Тема   ( ответ в 206329)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM, WEBP размером до 5120 кБ.
  • Ныне 3254 unique user posts. Посмотреть каталог
  • Предельное количество бампов нити: 375
No. 206329  
Спасибо за наращивание доступнаго объёма файлов!
No. 206330  
Спасибо, что не забиваете на сайт все эти годы! И ещё много за что!
No. 206331  
Однако на нѣкоторыхъ досках (прежде всего на a/, но до нѣкоторой степени и на d/ также) наблюдаю проблемы с выкладыванием даже текстовых сообщений или с обновлением страницы опосля того, так что попробую заглянуть позже.

Желаю успѣха въ донастройкѣ!

Примѣръ пятимегабайтнаго видео прилагаю.
No. 206332  
chaika (1).gif - (1.48MB, 480×270)
206332
Мне лень искать картинку на 5 мегабайт, держите Чайку.
Мугичка на фапче довольна пределами размеров.
No. 206335  
>>206332

> Мне лень искать картинку на 5 мегабайт.

Зато мнѣ не лѣнь.
No. 206336  
Сразу скажу ещё, что въ примѣрѣ >>206335 файл PNG можно было бы переужать в WebP без внесения потерь в пикселы, и тогда он помѣщался бы и в прежнее ограничение объёма файлов на 410чанѣ.

Но сейчас пикселы этого файла перемѣшаны по алгоритму https://en.wikipedia.org/wiki/Adam7_algorithm для постепеннаго «наведения на рѣзкость» по мѣрѣ скачиванія файла, тогда как файлы WebP всегда отображаются только сверху вниз. В сообщении >>205509 я ужé немного затрагивал это обстоятельство и упомянул о том, что ещё болѣе новый формат файлов AVIF вообще не предусматривает в настоящее время саму возможность постепеннаго просмотра файла по мѣрѣ скачиванія.

Там же я упоминал и о том, что формат JPEG предусматривает возможность перераспредѣлённаго храненія коэффиціентовъ дискретнаго косинуснаго преобразованія, начиная съ наиболѣе длинноволновых — если этой возможностью пользоваться, то тогда картинка не для красного словца, а в сáмом буквальном смысле «наводится на рѣзкость» по мѣрѣ скачиванія файла. Притом же нѣкоторое сходство равнопериодических коэффициентов способствует лучшей сжимаемости такого постепеннаго (progressive) файла JPEG, так что достигается не только кажущееся (за счёт большей постепенности отображения), но и дѣйствительное ускорение скачивания файла изъ Сѣти.

Это выгодно отличается от простого перетасовывания пикселов в файлах PNG (по алгоритму Adam7, как было въ примѣрѣ >>206335) и от простого перетасовывания строк в чересстрочных файлах GIF: то и другое ухудшает сжимаемость файлов GIF и PNG и приводит к росту их объёмов.

В качестве примѣра доужатия JPEG, сопровождающегося одновременным наращиванием постепенности изображения, можно использовать расположенную по адресу https://danbooru.donmai.us/posts/4976207 картинку. Её исходный объём не позволяет ей помѣститься на 410чанѣ без переужатия, однако средство https://github.com/tjko/jpegoptim/releases/tag/v1.5.5 способно перевести эту картинку в формат progressive JPEG и достигнуть (без внесения потерь в пикселы) объёма 5 226 319 байтов, который с недавних пор на нынѣшнемъ 410чанѣ может быть приложен к сообщению невозбранно. (И прилагаю.)
No. 206337  
>>206332
>Мне лень искать
No. 206338  
Как говорится, ну теперь-то заживём.
No. 206340  
キタ━━━(゚∀゚)━━━!!
No. 206341  
Один Пассажир не на уроке информатики!!
No. 206342  
キタ━━━(゚∀゚)━━━!!
No. 206343  
>>206342
В итоге считерил с dd if=/dev/zero.
No. 206344  
キタ━━━(゚∀゚)━━━!!
No. 206346  
キタ━━━(゚∀゚)━━━!!
No. 206348  
Screenshot_2024-03-04_05-55-56.png - (184.16KB, 1920×875)
206348
>>206346
Это неважно.
No. 206365  

$ numfmt --from=auto --to-unit=1 5Mi
5242880
$ numfmt --from=auto --to-unit=1 5120Ki
5242880
$ numfmt --format='%.2f' --from=auto --to-unit=1Mi 5120Ki
5,00 (Автобусное отображение)
$ numfmt --format='%.2f' --from=auto --to-unit=1M 5120Ki
5,25 (отображение в вашем ФМ)

А раньше:
$ numfmt --format='%.2f' --from=auto --to-unit=1Mi 5000Ki
4,89 (Автобусное отображение)
$ numfmt --format='%.2f' --from=auto --to-unit=1M 5000Ki
5,12 (отображение в вашем ФМ)

No. 206370  
5237637 должен дать 4.99 при round=nearest.
No. 206371  
5237638 должен дать 5.00.
No. 206373  
Такие дела.


Result  Value       Round method
4.99    5232394     from-zero
5.00    5232395     from-zero
4.99    5237637     nearest
5.00    5237638     nearest
4.99    5242879     down
5.00    5242880     down

No. 206374  
>>206365

И таки поправка:
$ numfmt --format='%.2f' --from=auto --to-unit=1Mi 5000Ki
4,89
$ numfmt --format='%.2f' --from=auto --round=nearest --to-unit=1Mi 5000Ki
4,88


Эсперимент закончен, результаты получены.
No. 206375  
Ну, айтишники-математики, а какова же связь между этими числами?
5242879 - 5242 => 5237637 - 5243 => 5232394
5242880 - 5242 => 5237638 - 5243 => 5232395
Что такое эти 5242, 5243?
No. 206376  
>>206375
Номера в очереди на бесплатное жилье?
No. 206377  
8850255495aa80e6952598e665ffa689.png - (895.29KB, 1200×1962)
206377
>>206376
К жилью (даже платному и вторичному) должна идти опцией мейдочка в комплекте, я считаю.
No. 206378  
А на вопрос прошу ответить серьёзно. Ваташи, кининаримасу!
No. 206380  
Сумма 5242 + 5243 равняется 10485.

Это число 1048576, от которого тупо отбросили два младших разряда.

Что такое 1048576? — это число байтов в «двоичном» мегабайте, который иногда также называют мебибайтом.

Каким образом от него отбросили именно два разряда (а не один и не три, напримѣръ) и почему рассматриваются два числа, ближайших к половине результата отбрасывания? — а это нетрудно увидать простым разглядыванием того, откудова взялись числа 5242 и 5243 в сообщении >>206375.

Рассматривалася величина, способная «перещёлкнуть» циферку именно во втором (а не в первом и не в третьем, напримѣръ) разряде опосля запятой в числе мегабайтов.

Вот поэтому-то возникновение чисел 5242 и 5243 совершенно естественно.
No. 206527  
Напоминаю два основных достоинства нового пятимегабайтового ограничения:

① Любой файл JPEG (или PNG), скачанный из Твиттера (нынѣ 𝕏) у какого-нибудь цифрового художника или художницы, теперь помѣщается на 410чанѣ без проблем и хлопот, связанных с необходимостью переужатия. Особенно это касается наиболѣе высококачественных картинок, сознательно подведённых как можно ближе к величине твиттеровского пятимегабайтового ограничения.

② Любой видеофайл MP4 (или PNG, или GIF), подготовленный для сайта Telegraph (братского по отношению к Телеграму), чьё ограничение объёма также создано пятимегабайтовым, теперь опять же помѣщается на 410чанѣ без проблем и хлопот, связанных с необходимостью создавать два видеофайла (один для Telegraph, другой для 410чана). Вѣрно и обратное (то есть файлы с 410чана почти неизбѣжно способны помѣститься и на сайте Telegraph) — но, к сожалению, в случае видеофайлов вѣрно оно только для формата MP4, так как WebM на сайте Telegraph отклоняются.
No. 206543  
Визуально сравнив прилагаемый видеофайл с видеофайлом https://iichan.hk/b/src/1710385718699.mp4 по их качеству кадров и качеству звука, можете наглядно оцѣнить благотворную разницу между тремя и пятью мегабайтами.
No. 208779  
screenshot.webp - (449.58KB, 888×1174)
208779
Призадумайтеся: какую назовёте наиболѣе извѣстною среди русских пословиц про яичко? — вѣроятно, вот эту: «дорого яичко к Христову дню».

В этом же роде и пятимегабайтовость иллюстраций, только в марте достигнутая, ужé через полгода (в сентябре) совершенно утрачивает бóльшую половину своей практической пользы: теперь из числа сайтов, с которыми 410чанъ совмѣстимъ по допустимому объёму файлов, остаётся только Twitter (нынѣ 𝕏), тогда как сайт Telegraph видим напрочь лишившимся самóй возможности загружать туда иллюстрации — не только до 5 мегабайтов, но и вообще! — причём произошло это по замыслу лично Дурова, если судить по выложенному 6 сентября тексту сообщения https://t.me/durov/343 (скриншот прилагаю).

Ѽ, етить.
No. 208780  
>>208779
>сайт Telegraph видим напрочь лишившимся самóй возможности загружать туда иллюстрации
Лолей назаливали, лол.
Удалить сообщение []
Пароль  
[Mod]