1.1, Fou (??), 11:18, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Может у кого-то и востребованное, но обычно ненужное занятие - портировать MS Windows программы для Linux.
| |
|
2.3, usr (?), 11:32, 06/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
ну понятно, профи вашего уровня пишут все по спекам на ассемблере
| |
|
1.2, vadiml (?), 11:31, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
вот подтягиваются и разработчики закрытого ПО
лишь бы их засилья не было
| |
1.4, Drolyk (?), 11:38, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А оно будет opensource ? Это я про кодек, если да, то всё отлично, пусть пендосы сами мучаются со своими законами
| |
|
2.17, Аноним (17), 19:23, 06/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
H.264 это стандарт. x264 это одна из реализаций кодека (точнее чисто кодера, распаковкой предполагается будет заниматься libavcodec из ffmpeg ). CoreAVC сделали только декодер, целью проекта было переплюнуть libavcodec особенно в том чтобы выжать их железа максимум производительности. Ради чемпионата мира по футболу они даже по многочисленным просьбам добавили распаковку interlaced потока, чем libavcodec еще не может похвастаться. Разумеется он использует многоядерные CPU.
Ну всем хорош CoreAVC, за исключением того что он с закрытым кодом.
| |
|
1.10, spamtrap (ok), 15:33, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а то, что декодер самый быстрый - домыслы автора новости, или есть какие-то факты?
| |
|
2.15, Alex (??), 17:01, 06/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению да. Ну может не самый, но быстрее тех кодеков что есть в mplayer и vlc
| |
|
1.16, Si (?), 17:40, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В mplayer, я так понимаю, это работать не будет. Тогда thanks, but no, thanks. Кому нужен их убогий плеер с убогим плагином к убогому gstreamer'у? Помню когда еще сидел под windows и под него не было еще codec packs - приходилось использовать убогий apple'овский плеер для quicktime, realplayer для .rm и т.д. Переход на *nix тогда был откровением, ибо mplayer играл абсолютно _все_. Назад я не вернусь, спасибо.
А вот насчет того, что google'вский проект закрыли - очень печально. Ради того, чтобы вставить палки в колеса проприетарщикам, вытереть ноги о идиотские законы и патенты, можно и выпустить продукт анонимно. Говорю как человек, один раз так сделавший.
| |
|
|
3.20, Si (?), 20:51, 06/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
> Да открыли его обратно уже
Из заметки это напрямую не следует.
| |
|
|
1.19, Аноним (9), 20:08, 06/05/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
И чем-же,позволь спросить,смотреть FullHD(1080p)на Athlon 3400+.На том что есть - в некоторых сценах тормозит безбожно (видео аппаратного декодера h264 пока не умеет)?
| |
|
2.23, pavlinux (ok), 01:49, 07/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
> И чем-же,позволь спросить,смотреть FullHD(1080p)на Athlon 3400+.На том что есть -
> в некоторых сценах тормозит безбожно (видео аппаратного декодера h264 пока не умеет)?
Плазма иль ЖК Телевизер 16:9 на 80 дюймоф тоже к Аthlon 3400+ подключен?
| |
2.25, molodoy (?), 08:55, 07/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
>И чем-же,позволь спросить,смотреть FullHD(1080p)на Athlon 3400+.На том что есть - в некоторых
>сценах тормозит безбожно (видео аппаратного декодера h264 пока не умеет)?
оказывается все просто :)
$ mplayer -ao alsa -lavdopts threads=2:fast:skiploopfilter=all <фильм>
-ao alsa не обязательно... :)
threads=2 разбивает поток декодирования на два тем самым заставляя проц работать двумя ядрами...
| |
|
3.26, онанистоус (?), 10:14, 07/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
>-lavdopts threads=2:fast:skiploopfilter=all <фильм>
ты так говоришь, будто сие никто не пробовал. Пробовали, все равно медленнее чем coreavc, но уже хоть более плавно тормозит.
К тому же, fast у меня почти не дает прироста производительности в отличие от отключения деблокинга.
| |
|
|
|
2.22, Аноним (17), 01:14, 07/05/2008 [^] [^^] [^^^] [ответить]
| +/– |
>умееет
>только с проприетарными кодеками
Какая разница с какими
| |
|
|