Только примерно. Энкодер приблизительно оценивает сложность статического кадра, или разницу между кадрами, или сложность движения, и сохраняет каждый соответствующий тип кадра с разной точностью.
все статические сцены сделает под нижнюю границу, а быстрые раза в 1.5-2 выше сделает битрейт. Вот и всё.
А вам нужно наоборот? Насколько я понял, вам нужно записать статическое видео темноты около часа где ничего не происходит, а потом мелькнувшую перед камерой белку, так чтобы она не размылась - самое то для VBR. Можно наверное количество ключевых кадров уменьшить.
Переменный битрейт именно это и решает. Можно сделать видео, где одна минута будет ужата в хлам, а другая будет неотличима от оригинала. Только обычно все хотят достигнуть в среднем по видео одинакового качества, если нужна эффективность качества на бит. Или постоянного битрейта, если есть ограничения на скорость записи или передачи видео. Потому есть только настройки качества в среднем и верхней или нижней границы битрейта. Ведь угадать когда тебе будет нужен высокий битрейт - это надо экстрасенсом быть?
Да, оно. Началось 27.02.2025, закончилось примерно 06.04.2025. Между этими датами происходили какие-то шатания: то там ломали поддержку заголовка accept без webp, то запихивали webp в файлы с расширением .png, то возвращали png ненадолго. Хронологию событий вряд-ли кто вёл, но можно найти посты на патреоне за то время, где в каментах люди сообщают о проблеме, и увидеть как за тот период художники стали пользоваться аттачментами. Я так вообще из дискорд-сообществ это наблюдал.
Угу, странно написано. Автор имел в виду, что количество бит для записи числа фиксировано (конечно \ ограничено). Но использовал более привычный для измерения размера файлов термин "вес".
И, кажется, забыл упомянуть, что в битовом представлении первая единица, которая до дробной части, отбрасывается. Потому что она всегда есть и подразумевается (за исключением денормализованных чисел, конечно).
PNG не сожран, как никак единственный стандартный формат без потерь качества сейчас.
На одном крупном сайте, где художники продают картиночки, без объявления нововведений сделали пережатие в WebP. Большинство, котрое просто скроллит картинки, конечно не заметило. Однако среди тех, кто продаёт и покупает, начались брожения - художники стали картинки прятать от сжатия сайта в аттачментах, кто-то из богатых клиентов громко объявил об уходе и стал переманивать на другую платформу.
Сайт немного повозился с WebP, сделал ему lossless-сжатие, но, боже, кому нужно скачанный WebP коллекционировать? Чтобы он открывался в браузере вместо просмотрщика картинок (который его не видит вообще), да ещё и гадать - lossless он или тебя развели с lossy.
Не получится, ведь нужно соблюсти ещё противоречивые требования по удержанию размазав информацию на десять абзацев уточняющих друг друга, напихать побольше внутренних ссылок, да и на всё потратить не более 10 минут рабочего времени - где уж тут на ЧатГПТ возможность изыскать?
В моём случае челу хватило срабатывания лишь одного китайского антивируса, про который первым в Гугле вылезают далобы про ложные срабатывания, чтобы тот обвинил меня в распространении трояна. Обидно.
Подсчёт букв - базовая операция, хоть и в контексте Юникода непонятно какая именно: определить размеры текста (годно только для моноширинного вывода), сократить длинные тексты многоточием (не разрезав составной символ или многобайтовый, не перепутав направление текста, ещё и как-то сопоставив с шириной), определить где кончается выделенная под строку память без полного перебора (привет GTA5 с json-конфигом, который парсится 15 минут), установить сколько памяти потребуется под запись в БД для хранения текстов вроде бы фиксированного размера. Хаос Юникода мешает обработке текстов, хоть он и действительно очень универсален для передачи многоязычных текстов.
Только файлы не наглядные ни в вебе, ни в телеге. PDF - скорее векторная картинка, чем документ удобный для работы с таблицами. Таблицы офисных пакетов требуют офисных пакетов, и как-то слишком это. Вот внизу markdown рекомендуют, он по-моему лучше тут подойдёт.
Читая первые пять абзацев одно и то же разными словами - а может не надо настолько сильно лить воду?
Только примерно. Энкодер приблизительно оценивает сложность статического кадра, или разницу между кадрами, или сложность движения, и сохраняет каждый соответствующий тип кадра с разной точностью.
А вам нужно наоборот? Насколько я понял, вам нужно записать статическое видео темноты около часа где ничего не происходит, а потом мелькнувшую перед камерой белку, так чтобы она не размылась - самое то для VBR. Можно наверное количество ключевых кадров уменьшить.
Переменный битрейт именно это и решает. Можно сделать видео, где одна минута будет ужата в хлам, а другая будет неотличима от оригинала. Только обычно все хотят достигнуть в среднем по видео одинакового качества, если нужна эффективность качества на бит. Или постоянного битрейта, если есть ограничения на скорость записи или передачи видео. Потому есть только настройки качества в среднем и верхней или нижней границы битрейта. Ведь угадать когда тебе будет нужен высокий битрейт - это надо экстрасенсом быть?
Да, оно. Началось 27.02.2025, закончилось примерно 06.04.2025. Между этими датами происходили какие-то шатания: то там ломали поддержку заголовка accept без webp, то запихивали webp в файлы с расширением .png, то возвращали png ненадолго. Хронологию событий вряд-ли кто вёл, но можно найти посты на патреоне за то время, где в каментах люди сообщают о проблеме, и увидеть как за тот период художники стали пользоваться аттачментами. Я так вообще из дискорд-сообществ это наблюдал.
patreon.com это (но думаю, что вы искали что-то другое)
Угу, странно написано. Автор имел в виду, что количество бит для записи числа фиксировано (конечно \ ограничено). Но использовал более привычный для измерения размера файлов термин "вес".
И, кажется, забыл упомянуть, что в битовом представлении первая единица, которая до дробной части, отбрасывается. Потому что она всегда есть и подразумевается (за исключением денормализованных чисел, конечно).
PNG не сожран, как никак единственный стандартный формат без потерь качества сейчас.
На одном крупном сайте, где художники продают картиночки, без объявления нововведений сделали пережатие в WebP. Большинство, котрое просто скроллит картинки, конечно не заметило. Однако среди тех, кто продаёт и покупает, начались брожения - художники стали картинки прятать от сжатия сайта в аттачментах, кто-то из богатых клиентов громко объявил об уходе и стал переманивать на другую платформу.
Сайт немного повозился с WebP, сделал ему lossless-сжатие, но, боже, кому нужно скачанный WebP коллекционировать? Чтобы он открывался в браузере вместо просмотрщика картинок (который его не видит вообще), да ещё и гадать - lossless он или тебя развели с lossy.
Так что от WebP там отказались.
Или это нейронка научилась добалять такой паттерн, чтобы кодировать координаты и согласовывать окна генерации.
К фрагменту о Lab: давно появился Oklab, который более равномерный, и при этом имеет крайне простые преобразования.
Не получится, ведь нужно соблюсти ещё противоречивые требования по удержанию размазав информацию на десять абзацев уточняющих друг друга, напихать побольше внутренних ссылок, да и на всё потратить не более 10 минут рабочего времени - где уж тут на ЧатГПТ возможность изыскать?
В моём случае челу хватило срабатывания лишь одного китайского антивируса, про который первым в Гугле вылезают далобы про ложные срабатывания, чтобы тот обвинил меня в распространении трояна. Обидно.
Иногда кажется, что у редакторов соревнование на то, кто неожиданнее слово выберет для вставки ссылки на источник
Узнаю стиль ЧатГПТ
VK-видео, ужас
Угу, смешно читать о «меняет представления» рядом с графиком, где показан прирост меньше двух процентов.
Подсчёт букв - базовая операция, хоть и в контексте Юникода непонятно какая именно: определить размеры текста (годно только для моноширинного вывода), сократить длинные тексты многоточием (не разрезав составной символ или многобайтовый, не перепутав направление текста, ещё и как-то сопоставив с шириной), определить где кончается выделенная под строку память без полного перебора (привет GTA5 с json-конфигом, который парсится 15 минут), установить сколько памяти потребуется под запись в БД для хранения текстов вроде бы фиксированного размера. Хаос Юникода мешает обработке текстов, хоть он и действительно очень универсален для передачи многоязычных текстов.
К сожалению, волшебной пилюлей не стало, компиляция кода на rust медленная.
Только файлы не наглядные ни в вебе, ни в телеге. PDF - скорее векторная картинка, чем документ удобный для работы с таблицами. Таблицы офисных пакетов требуют офисных пакетов, и как-то слишком это. Вот внизу markdown рекомендуют, он по-моему лучше тут подойдёт.
Встроеная фича. И в графике подписано, что Грок 4 с веб-поиском тестировался, без веба у Грока сильно скромнее результат.
Костылил подобную тулзу для своих хобби-проектов, удивительно насколько яваскрипт плох "из коробки".