Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Проекту MPlayer исполнилось 10 лет, opennews (??), 11-Ноя-10, (0) [смотреть все] MplayerXP умеет H264 в два ядра А в три Если да хотеть , Аноним (-), 20:04 , 11-Ноя-10, (1) +2 // Зачем Одного ядра любого процессора 2-3 летней давности хватает с головой А с , Аноним (-), 20:24 , 11-Ноя-10, (6) +1 // Многоядерность многопроцессорность критична при кодировании видео mencoder из с, Arcturus (ok), 20:32 , 11-Ноя-10, (7)   // -lavcopts threads n-xvidencopts threads n-x264encopts threads n, anonymous (??), 20:47 , 11-Ноя-10, (9)   В первом сообщении было именно про mplayer Про threads уже написали, хотя вообщ, Аноним (-), 21:02 , 11-Ноя-10, (11)   Как влияет на качество кодирования количество потоков Только на время, анонимус (??), 22:22 , 11-Ноя-10, (13)   При параллельном кодировании каждая нить имеет меньше информации обо всём видео, Аноним (-), 22:38 , 11-Ноя-10, (15) +1   Это так пишут заядлые консерваторы, сидящие на П2 3 АМД К6 Это конечно возможно, yet another anonim (?), 05:42 , 22-Ноя-10, (75)   не сильно, но влияет, DmitryINdig0 (ok), 00:18 , 12-Ноя-10, (23)   Atom ов по N450 включительно - не хватает на 720р , Frank (ok), 22:32 , 11-Ноя-10, (14) // Ключевое слово было - процессора , Аноним (-), 22:38 , 11-Ноя-10, (16) +2 У меня N270 и хорошо оптимизированная Gentoo Не только хватает, а ещё и часть п, bircoph (?), 09:22 , 12-Ноя-10, (40) что-то вы гоните, святой отец У вас там не нвидиа случайно , oops (ok), 10:29 , 12-Ноя-10, (43) Теперь не только nVidia умеет аппаратно декодировать видео в Linux, но и ATi и д, Zenitur (?), 17:21 , 12-Ноя-10, (69) Intel R Core TM 2 Duo CPU E6550 2 33GHzBD-Remux, файл размеров 25 Гббез , aurved (?), 23:13 , 11-Ноя-10, (18) // о да, вы подождите, скоро 50Гб BDremux ы будут, будете вторую видюху покупать чт, mma (?), 05:50 , 12-Ноя-10, (38) –1 нет он будет опечален в 2 раза больше , тигар (ok), 09:55 , 12-Ноя-10, (41) а по существу есть что сказать конструктивнее стоило бы быть в своих коментах, aurved (?), 14:09 , 12-Ноя-10, (52) а по существу если есть возможность юзать vdpau то человек который ее не юзает,, тигар (ok), 14:23 , 12-Ноя-10, (53) Бредятина Нахрена оно, если CPU справляется и другими вещами не занят Для понт, Сергей (??), 17:13 , 12-Ноя-10, (64) я то как и писал человеку что даже достаточно современный проц не очень-то и спр, aurved (?), 17:15 , 12-Ноя-10, (67) Я по возможности не использую Уже хотя бы потому, что этот метод всё делает по-, yet another anonim (?), 05:49 , 22-Ноя-10, (76) я думаю и на этой будет нормально, так как при использовании VDPAU проц больше 2, aurved (?), 14:09 , 12-Ноя-10, (51) У меня и 5 не жрется Видимо, на CPU только звук декодируется Проблема в том, , Сергей (??), 17:11 , 12-Ноя-10, (63) FreeBSD 8 1, последний mplayer из портов на E8500 не тормозит на 40GB ремуксе О, Сергей (??), 17:09 , 12-Ноя-10, (62) Классический пример того Кто бы мог подумать что Х будет востребован из-за широ, аноним. (?), 20:04 , 11-Ноя-10, (2) +2 лучший плеер для линя юзаю фронт-энд - смплеер , yurik81 (ok), 20:09 , 11-Ноя-10, (3) +5 // Поддерживаю на все 100 На втором месте хine, KERNEL_PANIC (ok), 00:30 , 12-Ноя-10, (24) +1 // Xine Вы с ума сошли Он ни одну видюшку открыть не может, я уж не говорю о каки, Аноним (-), 03:44 , 12-Ноя-10, (32) // Вы просто не умеете его готовить, Аноним (-), 15:09 , 12-Ноя-10, (56) Дописать к этой демке свой плеер Спасибо, сами пишите mplayer не надо готовить, Аноним (-), 17:14 , 12-Ноя-10, (65) А по-моему и без фронт-эндов вообще прекрасно - всё, что нужно все органы управ, StrangeAttractor (ok), 03:03 , 12-Ноя-10, (31) +2 // Не и , а только Фронтэнды - для деревянного виндузья, которое чтобы лишний р, Аноним (-), 03:46 , 12-Ноя-10, (33) –1 // В голом mplayer можно подгрузить субтитры во время просмотра фильма Да-да, со с, Дед Пихто (?), 14:33 , 12-Ноя-10, (54) +1 Вообще-то, можно А вы думаете ваши нашлепки с менюшками какую-то функциональнос, Аноним (-), 17:15 , 12-Ноя-10, (66) Как это сделать , Дед Пихто (?), 20:10 , 12-Ноя-10, (74) Согласен, но мне больше KMplayer нравится из фронт-эндов , Vitaly_loki (ok), 05:36 , 12-Ноя-10, (37) что характерно, и для винды тоже, Sugar (ok), 11:53 , 12-Ноя-10, (47) Согласен Правда имел кучу различных проблем при подключении разного рода дополн, Аноним (-), 17:26 , 12-Ноя-10, (72) Долго я с ним пытался сжиться, в итоге всё равно на VLC вернулся Ну не стабилен, yet another anonim (?), 06:04 , 22-Ноя-10, (77) Поздравляю всех разработчиков проекта Лучший а по факту - единственный юзабель, Аноним (-), 20:21 , 11-Ноя-10, (4) +4 // VLC тоже хороший P S Mplayer user , Gular (ok), 11:51 , 12-Ноя-10, (46) // Убожество Во-первых, у него есть GUI, во-вторых, он даже мотать без задержек не, Аноним (-), 17:16 , 12-Ноя-10, (68) // Для меня наоборот, Mplayer убогий, и к нему надо тыкать один из многочисленно-гл, yet another anonim (?), 06:09 , 22-Ноя-10, (78) хоть бы на 10-ти летие сделали официальный релиз 1 0 и таки да, лучший проигрыва, paulus (ok), 20:23 , 11-Ноя-10, (5) +2 Как говорится - долгие леты и многие ядра ему , Alen (??), 20:33 , 11-Ноя-10, (8) +1 могли бы в честь десятилетия 1 0 наконец-то сделать , anonymous (??), 20:55 , 11-Ноя-10, (10) +2 MPlayerXP Я его ещё под виндой использовал лет в 12-13 Отличный был плеер, быс, Zenitur (?), 21:12 , 11-Ноя-10, (12) // MPlayerXP форканулся от MPlayer в 2002 то есть сейчас тебе 19-20 лет а ведь, мимо крокодил (?), 00:04 , 12-Ноя-10, (22) +1 // На странице проекта написано что в Win32 программа появилась в 2005 году Значит, Zenitur (?), 00:36 , 12-Ноя-10, (25) решил посмотреть видео с телефона В винде XP, которой уже незнамо сколько лет, , анонимус (??), 22:47 , 11-Ноя-10, (17) –1 // Решил посмотреть на нетбуке в какой-то жутко навороченной херне HQ-ролик - не во, a (??), 23:25 , 11-Ноя-10, (19) До сих пор используете win32codecs Кошмар Уже нативные свободные библиотеки вс, СуперАноним (?), 23:38 , 11-Ноя-10, (20) // хотя без w32codecs всё равно дикий треск Аудио формат - AMR , анонимус (??), 23:43 , 11-Ноя-10, (21) видео в студию , Одмин (?), 01:07 , 12-Ноя-10, (26) // http ifolder ru 20227673, анонимус (??), 02:05 , 12-Ноя-10, (28) // FreeBSD 8 1 i386, mplayer-1 0 r20100717_3 из портов, win32-codecs нету, замечате, Аноним (-), 03:54 , 12-Ноя-10, (36) +2 ffplay взял, mplayer ругнулся что собран без поддержки amrnb, в этом косяк Увы,, Одмин (?), 12:36 , 12-Ноя-10, (48) Попробуй пакет gst-plugins-bad Может заработает тогда А если хочешь собирать, , Zenitur (?), 17:23 , 12-Ноя-10, (70) это мужичёк в Ольшанском замке отжигал, я даже только не смог посмотреть, пришло, анонимус (??), 02:14 , 12-Ноя-10, (29) это означает лишь одно Вы выбрали дистрибутив который осилить не смогли постав, тигар (ok), 09:57 , 12-Ноя-10, (42) // иногда лучше жевать В Ubuntu ещё хуже - см выше , анонимус (??), 15:27 , 12-Ноя-10, (58) // да мне как-то покласть на всё что отлично от xBSD , тигар (ok), 15:59 , 12-Ноя-10, (60) Никакого треска никогда не было Та-же конфигурация , stranger (??), 13:52 , 12-Ноя-10, (50) Фря 8-stable, mplayer из портов последний, всё играется, Аноним (-), 17:04 , 12-Ноя-10, (61) Да, действительно шипит, не слышно нифига А вот через ffplay норм воспроизводит, Аноним (-), 02:47 , 12-Ноя-10, (30) поздравляю проект с юбилеем УРА-А-А , ананим (?), 03:51 , 12-Ноя-10, (35) а что мешает сейчас слиться в экстазе с проектом MplayerXP и не распыляясь на , AHAH (?), 08:50 , 12-Ноя-10, (39) +1 // Это не путь линукс, окститесь , SubGun (ok), 10:33 , 12-Ноя-10, (45) // ага путь линукса ака план путина - это нанотехнологии , раздробиться на ту, AHAH (?), 13:44 , 12-Ноя-10, (49) У них ядра уже сильно отличаются Mplayer развивался своим шагом, а mplayerxp в , Дед Пихто (?), 14:37 , 12-Ноя-10, (55) Жаль последний Kaffeine испортили, теперь даже не знаю что пользовать Mplayer к, SubGun (ok), 10:33 , 12-Ноя-10, (44) // SMplayer, Аноним (-), 15:14 , 12-Ноя-10, (57) Старый Kaffeine Если нет желания мигрировать на старый KDE, то к вашему сведе, Zenitur (?), 17:34 , 12-Ноя-10, (73) 1,2,3,4,5,8,10,12,17,30,35,39,44

Сообщения

[Сортировка по времени | RSS]

	7. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от Arcturus (ok), 11-Ноя-10, 20:32
	Многоядерность/многопроцессорность критична при кодировании видео: mencoder из состава mplayer, видимо, однопоточен.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от anonymous (??), 11-Ноя-10, 20:47
	-lavcopts threads=n -xvidencopts threads=n -x264encopts threads=n
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от Аноним (-), 11-Ноя-10, 21:02
	В первом сообщении было именно про mplayer. Про threads уже написали, хотя вообще я читал что при многопоточном кодировании качество получается хуже. Имхо, если одно кино скодить, не важно 2 или 4 часа оно будет кодиться. А если несколько, их можно кодить параллельно.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	13. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от анонимус (??), 11-Ноя-10, 22:22
	Как влияет на качество кодирования количество потоков? Только на время
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Проекту MPlayer исполнилось 10 лет"	+1 +/–
	Сообщение от Аноним (-), 11-Ноя-10, 22:38
	> Как влияет на качество кодирования количество потоков? Только на > время При параллельном кодировании каждая нить имеет меньше информации обо всём видеопотоке, соответственно жмет менее эффективно и чаще ошибается.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от yet another anonim (?), 22-Ноя-10, 05:42
	Это так пишут заядлые консерваторы, сидящие на П2\3\АМД К6. Это конечно возможно (если, к примеру в процессе подборки векторов движения кадр разбит на отдельные потоки). На самом деле всё немного по-другому - таких ситуаций при оптимизациях пытаются избегать, к примеру, 1 поток - декодирует источник, 2, 3, 4 потоки - фильтры какие-нить, 5 - анализ кадра энкодера, 6 - собственно "энкодинг", 7 - фильтр звука, 8 - анализ звука, 9 - кодирование звука, 10 - упаковка и муксинг и т.п. ВСЯ информация, т.е. весь кадр\цепочка семплов звука ЦЕЛИКОМ по очереди, поэтапно, проходит через все потоки, как на конвеере, при чём - пока, к примеру, 9 поток упаковывает там 228-ой кадр, 6 - уже обрабатывает 229-ый кадр, а 5 - уже анализирует 230-ый и т.д. Каждую звуковую дорожку можно вообще совершенно параллельно обрабатывать. Ну а где уже уменьшения выборки путём деления на потоки "не избежать" - всегда можно создать некоторого рода обходные пути и "прослойки" (т.е. чтоб какой-то частью информации потоки могли обмениваться между собой) и т.д.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Проекту MPlayer исполнилось 10 лет"	+/–
	Сообщение от DmitryINdig0 (ok), 12-Ноя-10, 00:18
	не сильно, но влияет
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема