1.2, User294 (ok), 14:48, 08/01/2009 [ответить]
| +/– |
> работающего в многопоточном режиме,
Эээ простите, а в обычном мплеере параметр отвечающий за число потоков (threads=n) - это что?А то после его указания мплеер имеет свойство размазывать нагрузку на эн процессоров.Wtf тогда нужен отдельный вариант с тредами?Я что-то не понял? oO
| |
|
2.6, nazgul (?), 18:14, 08/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
А если этот параметр не указан, то будет использоваться один проц или пройдет автоматическое определение количества процессоров в системе и будет использовано это число?
| |
|
3.10, Xv (?), 23:44, 11/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
> судя по man-у MPEG-1/2 only
А если копнуть маны глубже то и MP4 и H264...
| |
|
|
1.3, Anonymous (?), 15:26, 08/01/2009 [ответить]
| +/– |
ИМХО для аффтара такой проект не подъёмен - очень сырая поделка.
Начиная от сборки и кончая падениями.
Проигрывает большие mkv c артефактами, действительно грузит 2 (у меня) процессора, -lavdopts не понимает, в gl (gl2) не выводит.
Потому mplayer явно лучше - показывает нормально, lavdopts threads=2:skiploopfilter=all понимает.
Если собрать с ffmpeg-mt всё вообще замечательно - загрузка процов равномерная, качество отличное.
А это поделие в соответствии с дурацкой приставкой xp - тормоза и дерьмо, хотя в нем есть здравая идея, но исполнение подкачало.
| |
1.4, Doktor (??), 15:47, 08/01/2009 [ответить]
| +/– |
IMHO лучше бы добавляли свои наработки в основную ветку mplayer. Толку было бы больше.
| |
|
2.8, demimurych (?), 20:31, 08/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
так раньше и было. Пока главный меинтейнер мплеер не уперся рогом что ему это все не кошерно.
| |
|
|