[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]

Файл: Boku wa Tomodachi ga Sukunai NEXT - arigatou.webm -(1136 KB, 1920x1080, Boku wa Tomodachi ga Sukunai NEXT - arigatou.webm)
1136 No.206329  
Спасибо за наращивание доступнаго объёма файлов!
>> No.206330  
Файл: __saigyouji_yuyuko_touhou_drawn_by_mozukuzu_manuke.jpg -(523 KB, 617x864, __saigyouji_yuyuko_touhou_drawn_by_mozukuzu_manuke.jpg)
523
Спасибо, что не забиваете на сайт все эти годы! И ещё много за что!
>> No.206331  
Файл: Thirteenth Floor (1999) - end of the world [AV1 CR.mp4 -(5120 KB, 1104x460, Thirteenth Floor (1999) - end of the world [AV1 CR.mp4)
5120
Однако на нѣкоторыхъ досках (прежде всего на a/, но до нѣкоторой степени и на d/ также) наблюдаю проблемы с выкладыванием даже текстовых сообщений или с обновлением страницы опосля того, так что попробую заглянуть позже.

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

Примѣръ пятимегабайтнаго видео прилагаю.
>> No.206332  
Файл: chaika (1).gif -(1515 KB, 480x270, chaika (1).gif)
1515
Мне лень искать картинку на 5 мегабайт, держите Чайку.
Мугичка на фапче довольна пределами размеров.
>> No.206335  
Файл: Maoyuu Maou Yuusha - Female Knight arrives to take.png -(5120 KB, 1920x2378, Maoyuu Maou Yuusha - Female Knight arrives to take.png)
5120
>>206332

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

Зато мнѣ не лѣнь.
>> No.206336  
Файл: 1girl, serafuku, cumulonimbus calvus, airplane tra.jpg -(5099 KB, 4093x2894, 1girl, serafuku, cumulonimbus calvus, airplane tra.jpg)
5099
Сразу скажу ещё, что въ примѣрѣ >>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  
Файл: Screenshot_2024-03-03_22-58-13.png -(34 KB, 1007x558, Screenshot_2024-03-03_22-58-13.png)
34
>>206332
>Мне лень искать
>> No.206338  
Файл: de4dee8a09aeeebcad0ca1399b71f6b4dd6f382c.jpg -(4986 KB, 2894x4024, de4dee8a09aeeebcad0ca1399b71f6b4dd6f382c.jpg)
4986
Как говорится, ну теперь-то заживём.
>> No.206340  
Файл: 73eaee12411a0ca4d04df9c4ec2db705.jpg -(4904 KB, 2866x1888, 73eaee12411a0ca4d04df9c4ec2db705.jpg)
4904
キタ━━━(゚∀゚)━━━!!
>> No.206341  
Один Пассажир не на уроке информатики!!
>> No.206342  
Файл: dc0ed0ce6919c84fcfa61d6d53edc40f.jpg -(5120 KB, 1920x2464, dc0ed0ce6919c84fcfa61d6d53edc40f.jpg)
5120
キタ━━━(゚∀゚)━━━!!
>> No.206343  
>>206342
В итоге считерил с dd if=/dev/zero.
>> No.206344  
Файл: dc0ed0ce6919c84fcfa61d6d53edc40f.jpg -(5089 KB, 1920x2464, dc0ed0ce6919c84fcfa61d6d53edc40f.jpg)
5089
キタ━━━(゚∀゚)━━━!!
>> No.206346  
Файл: dc0ed0ce6919c84fcfa61d6d53edc40f.jpg -(4720 KB, 1920x2464, dc0ed0ce6919c84fcfa61d6d53edc40f.jpg)
4720
キタ━━━(゚∀゚)━━━!!
>> No.206348  
Файл: Screenshot_2024-03-04_05-55-56.png -(184 KB, 1920x875, Screenshot_2024-03-04_05-55-56.png)
184
>>206346
Это неважно.
>> No.206365  
Файл: 184eb06a1b32da0e309664f2e1c27b2df10f014b.jpg -(5120 KB, 3600x1800, 184eb06a1b32da0e309664f2e1c27b2df10f014b.jpg)
5120

$ 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  
Файл: ecbd93ed7acf0784c23beb34b44f40d1.png -(5109 KB, 1736x2456, ecbd93ed7acf0784c23beb34b44f40d1.png)
5109
5237637 должен дать 4.99 при round=nearest.
>> No.206371  
Файл: ecbd93ed7acf0784c23beb34b44f40d1.png -(5120 KB, 1736x2456, ecbd93ed7acf0784c23beb34b44f40d1.png)
5120
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 KB, 1200x1962, 8850255495aa80e6952598e665ffa689.png)
895
>>206376
К жилью (даже платному и вторичному) должна идти опцией мейдочка в комплекте, я считаю.
>> No.206378  
А на вопрос прошу ответить серьёзно. Ваташи, кининаримасу!
>> No.206380  
Файл: Bokutachi wa Benkyou ga Dekinai - Fujita-sensei, t.webp -(847 KB, 1920x1340, Bokutachi wa Benkyou ga Dekinai - Fujita-sensei, t.webp)
847
Сумма 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  
Файл: Avalon - Челябинский колхозник.mp4 -(5120 KB, 1920x1036, Avalon - Челябинский колхозник.mp4)
5120
Визуально сравнив прилагаемый видеофайл с видеофайлом https://iichan.hk/b/src/1710385718699.mp4 по их качеству кадров и качеству звука, можете наглядно оцѣнить благотворную разницу между тремя и пятью мегабайтами.
>> No.208779  
Файл: screenshot.webp -(449 KB, 888x1174, screenshot.webp)
449
Призадумайтеся: какую назовёте наиболѣе извѣстною среди русских пословиц про яичко? — вѣроятно, вот эту: «дорого яичко к Христову дню».

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

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



[ d ] [ b / cu / dev ] [ r ] [ a / ts ] [ ci ] [ gnx / int ] [ misc ] [ dev / stat ]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог] [Главная]