:pooh!:

пле разговор не о чем! чем пизже качество тем лутше. сколько весит похуй. не нравитса не качай и не смотри

имхо "Семён Семёныч" 

Да. Очень даже. ибо то, что делали мы - 24х-битные цвета.. а это миллионы, тамстолько нету.. Это афигенно уменьшит размер. + я уже написал, что забыл перевсти pcm звук в какой-нить пресованный.. Это лишние метров 8-10.

Придти к 10и метрам, перепресовывая уже запресованное видео трудно, ибо надо минимум вешать блур-фильтр, чтобы убирать предыдущие огрехи.. (и даже так это по сути потерии). При компресии вашей 500т-метровой РАВки  этого ещё можно было попытаться добиться. И есть ещё 1 незадача.. размер не прямопропорционален длине, тк в начале файла содержатся стандартные мета-данные, библиотеки, коды компресии и прочая штука.. Её вес не будет плюсоваться к каждой минуте.. Так что у более длинных файлов сочетание метров на минуту выглядит более симпотично.
И то, 77.6Мб/3.14мин = ~25 метров/мин. При учёте, что делалось тяп-ляп очень даже.

EPIC FAIL !!!!! Своей же ссылкой себя нагнуть))))
Вот ты сделай. 1st это черновая калькуляция, это не прогон. Ты хотяб попробовал бы запустить, а потом уже такую хуйню писал. После 1st создаётся файл весом порядка 8 Мб, в котором нет видеоряда, а есть только калькуляция переменного битрейта. А Nth это сборка видео по вычисленной калькуляции.
[реклама вместо картинки]
Сам читал или лень было пиндосский разбирать? Прежде чем давать сорс, ознакомься с его содержанием и содержанием пикрелатед. Я не учил их язык, однакож даже я могу это прочесть без электронноого переводчика (собсна его, кстати, никто не отменял).
1-pass quality-based - стандартное кодирование в 1н прогон!!!!! <----
1-pass <---- тоже самое, только в хорошем качестве
Multipass, 1st pass - первичный прогон для мультипрогонного режима
Multipass, Nth pass - завершающий прогон для мультипрогонного режима
Multipass, 1st pass (fast) - 1й прогон, быстрее, но менее компактно.

Вот цитата с твоего сорса

Перевод: Используйте Энный-проход-кодирование подобно использованию кодирования с 2 проходами: у Вас есть общий первый проход, используя "Мультипроход - 1-ый проход", и затем последующие проходы могут быть выполнены, используя параметры настройки "Мультипроход - энный проход".

С чего ты взял, что я выставил битрейт 2088!? Он плавает от 800т до 4700т. То, что на том окошке - это цифра средне-рекомендуемого битрейта по мнению divx (рядом кнопачка калькуляция, если присмотришься..). Я же рипал в h264. Как бы тот экранчик к моей работе вообще отношения не имеет.

Кто тебе сказал, что готовое видео 1000х800? Оно 1280х1024. Это говорит лишь то, что ты чешешь языком, даже не скачав и не посмотрев (это очень сильно обижает между прочим.. одно дело здоровая критика, а другое дело гон). На скрине х800, ибо у меня широкоформатный ноутбук, а не квадратный лцд. И потому видео на монике при воспроизведении жмётся по минимальному краю.. Конечно, мог прилепить скрин с 2я чёрными полосами, чтобы было не 1000х800, а 1280х800. И вообще я про это писал, ты только свои мега-посты читаешь??

А.. ну как я и говорил, вначале напиздеть, а потом уже посмотреть.. Ты предсказуем.

2 artesk Большой означает стационару. Я же писал с ноутбука. Самое то на centrino 2GHz с 128метровой видяхой и рамом 512 заниматься видеорекодингом, я просто обожаю тратить 30+ минут на 1н проход, потом ещё стока же на 2й, потом замечать, что что-то не очень и повторять процедуру.. Да ещё и в 3 ночи, когда мне в 7 утра выходить из дома..

Чуть ниже аватары написано моё имя.

---добавка
Ребят, хватит опускать друг друга, моё мнение - форум для диалога во имя выявления истины, а не для выливания друг на друга шитштормов.

Отредактировано SyntaT (2008-09-19 22:23:51)

Твоё. ты хоть 1 аргумент в свою сторону приведи.

Драмы нет, но видимо +пятсот, ибо это просто скучно. Давайте найдём более интересную тему, а то иначе у меня уже в глазах picr всплывает, про то, что "кто-та в интернете ошибается, я не могу заснуть, пока не восстановлю истину".
Всем похуй(с)

Предлогаю вернуться к содержанию картинки. Например, почему там сидел гном с трейдом ?!)

Гм, привыкнув к тому, что ты несешь чушь не понял тебя, я прочитал что ты гонишь мультипасс однопрогонным ( в смысле на основе калькуляции), а после этого еще шлешь на н пассы. Ну хоть что-то адекватное сказал, поздравляю, ты не совсем идиот.

Такой вопрос: а зачем ты пользовался калькулятором? Это не мнение дивха, как ты заявляешь - это расчет битрейта под определенный размер. Т.е. битрейт ты решил считать не исходя из качества, а тупо подгоняя под желаемый размер?

Ты предсказуемо уходишь от ответа - зачем ты изливался о кодировке дивха,  и при этом пожал h264? При этом ты упомянул

, что, кстати, также не соответствует истине.
Мое мнение ты неизменил ни на грамм - ты полнейшее дерево в области кодирования видео.

Отредактировано Karadok (2008-09-19 22:30:58)

Ура, наконец-то хотяб без посылательств!!!)))) И, о, у меня есть шанс, крута, йа не безнадёжен!! Ура!!)))))))))

не совсем так. Я не делал 1проходного сжатия.. я выполнял первый проход из мультипасного сжатия (не сингл-сжатие!). 1й проход сам как раз и считает битрейт на каждый фрейм и создаёт справочный файл весом ~ 8.5 метров, в котором нет видеоряда (расширение .avi это обманка - пустой контейнер; логику, зачем они дали этому файлу такое расширение я не понимаю.. но видимо это из-за того, что во всех случаях действие в виртуалдаб инициируется путём нажатия save as.. и файлу присваивается такое имя как стандартная операция для простого кодирования), обработку звука впринцыпе вообще лучше отключить, всё равно звук будет создан при последнем проходе, так что его тащить с собой смысла нету (посему вообще делал но-саунд проход). Кодеку нужно указывать, к чему стремиться довести мультипас (средний битрейт последнего прохода). Впринцыпе там я ставил 3000, учитывая, что калькуляция выводила 2200.

Ну да, он не ясновидящий. это калькуляция. Но в калькуляции используется не только параметр ожидаемого размера файла..=)

как-то не так звучит. качество жёстко привязано к размеру.. выбирая 1е, автоматически выбираешь 2е. Только вот при 1м и том же конечном размере катринка может получиться очень разная.. Можно и 200 метров кубиками получить(((( Тут чисто на глаз исходя из опыта и качества софта..
Как в фотошопе... тот тоже любитель из 400кб делать 2.5 метра после редактирования..

дификс упоминал чисто в справочных целях. Ибо авторы пользовали этот кодак, а как бы учитывая аналогию методов мультипроходов во всех кодеках, картинка послужила примером расположения настроек. Возможно зря тебя запутал, вышло случайно. Калькуляцию вывел ради интереса в сравнении с числом ~5800, использованым в оригинале.

Ну вот с этимхз, у меня почему-то именно такой опыт пользования этими кодеками, возможно, возможно тут я не прав. А возможно это связано с тем, что дификс роняет качество серьёзней и потому н264 выглядит толще.

____________________________________________
Может всё-таки забъём на эту тему!?))
Уверен, что в нете полно ФАКов, как зажать видео круче и качественней, ну нету смысла щас их сюда копипастить.. они и там хорошо висят. Вернёмся с сюжепу, еманарот!!

Отредактировано SyntaT (2008-09-20 00:01:25)

добавил в избранное xDD

ухум.. тема киляния боссов в минимально-необходимое число персов реально афигенна.
Кстати, кто-нить смотрел, на говнамешке статы и хп мобов С4 или ИТ? У них же раза в 4 должны были дефенсы подняться.. и ХП вырасти..

Видимо ты не обратил внимание.. от части к части корейцы меняли статы мобов. Причём весьма чувствительно.. Делалось это для того, чтобы люди на офе, разодевшись за определённую хронику, не киляли рейдов в 3 персоны.. Тобишь, чтобы сохранять статус крутости рейд-боссов. На пвп-серверах и серверах, которые сразу стартуют с последних хроник это не актуально.. Но сн-софт как бы не на них работает)

---
что-та я стал безграмотно писать((( по 3 раза править приходится((

Отредактировано SyntaT (2008-09-20 00:10:03)

плять, махнитесь аськами и туда ссылки на порно друг другу кидайте

ыыыыы

/похуй

/<3