Linux за българи: Форуми

Някой изпълнявал ли е видео, кодирано с h.265 кодировка в SMPlayer и кой декодер (пакет) трябва да се инсталира, за да стане това. Мисля, че по подразбиране, той ползва MPlayer2.
От години работя с VLC, но ми се иска да сменя плеъра за разнообразие.
Моля, да ми пишат само хора с практически опит.
Благодаря предварително за отговорите !

Преди малко попаднах на този топик ($2) за Убунту.
 
Трябва да си инсталираш билд на mplayer с подръжката на кодека. В 6-тия пост е дадено хранилището ($2) и как да си провериш дали я имаш.

Ето при мен как се получи.


(http://store.picbg.net/thumb/BE/7D/8fd2f4a7ec26be7d.png) ($2) (http://store.picbg.net/thumb/AA/29/e73b7610cabfaa29.png) ($2)

Тъй като Станчо вече е дал исканият отговор, си позволявам да замърся темата с неща, изрично непоискани от автора ѝ, но за сметка на това полезни за някой друг, който я прочете.

Съвсем наскоро излязоха изпитания на кодеците. 265 се оказа пълен боклук. Това съм  го виждал и в реалността. На моята машинка, която е на двуцифрена възраст, няма шанс да тръгне. Обикновеното mpeg 4 от 480p включително нагоре сече ужасно. Мога да гледам нормално само от 360 надолу. За сметка на това обаче vp9 съвсем спокойно си върви на много висока разделителна способност, доста повече от физическият ми екран (1024×768), например 1920. Така, че ако имате стари машинки, немощни видео-ускорители или какво да е и не бързате да гледате, по-добре си прекодирайте.

SMPlayer в Дебиан е с mplayer2, защото Дебиан са нацисти. В Убунту не знам как е. Обаче си поддържа и нормалният универсален mplayer. Сега зависи от версията, при големи промени, SMPlayer се чупи, но те са на няколко години.

ЖЛЦ (две!) е безобразен боклук и за нищо не става. По-добре ползвайте Totem, ако само VLC2 имате на разположение (в което се съмнявам).

@Станчо : Благодаря !
Но, това означава, че само с инсталация на разширение, като в старите версии на VLC няма да мине.

Съвсем наскоро излязоха изпитания на кодеците. 265 се оказа пълен боклук. Това съм  го виждал и в реалността.

SMPlayer в Дебиан е с mplayer2, защото Дебиан са нацисти. В Убунту не знам как е.

ЖЛЦ (две!) е безобразен боклук и за нищо не става. По-добре ползвайте Totem, ако само VLC2 имате на разположение (в което се съмнявам).

Относно кодека : Дали е боклук или не, няма особено значение, когато филмът е достъпен само в тази кодировка. Никой няма да се занимава да прекодира, когато може просто да пусне изпълнение. Колкото до натоварването - сравнително голямо е, но лаптопът ми се справя с него. Компресията е доста висока.

Относно SMPlayer : И в Ubuntu са нацисти.

Относно VLC - определено си се объркал, че за нищо не става. Ако е така, няма плеър, който става. От доста години VLC e флагмана сред видео плеърите с най- добра поддръжка на различни кодировки.

Ннаскоро бях чел, че енкодването на 265 отнема 10 пъти повече време. Не знам до колко е вярно де, но тъй като няма хардуер, който да го мачка директно, нищо чудно и да е истина. А и има ли вече някакъв окончателен вариант на 265? Последно като се интересувах (не много скоро) беше проект в развитие.

Лично за мен, мястото и bandwith-а са по-малък проблем в сравнение с липсата на хардуерна поддръжка. От друга страна новите телефони са по-мощни от настолният ми компютър, но пък са скопени откъм място и са ограничени мрежово, а пазара в И-нет е насочен към тях :( От трета страна никога няма да гледам филм на 5" дисплей пък бил той и 4K...

В Унунту 15.10 има пакети за декодиране на h.265. Не съм пробвал дали работи с тях.

   Изтегли си сорса на mplayer/mencoder  (най-новата версия, има поддръжка
на HEVC), компилирай го ("configure" , "make", но без "make install") и ако имаш
филм/клип с HEVC, пускаш  mplayer  директно от съотв. директория на сорса.
Ако филма не е с HEVC,си го пускаш по стандартния начин.
   Ако обаче хардуера е бавен за HEVC ,ще ти се наложи да го пре-кодираш в
друг  формат (с  mencoder  пак от директорията на сорса).
   Всичко това си работи при мен без проблем.

Spec, aко имаше някаква система за оценка, бих дал  +1 за коментара ти.

Прекодирането е една команда, може да се направи дори с чист ffmpeg и не мисля, че за  някой би представлявала трудност, особено на фона (ако случая е такъв) да не може да гледа. Да става бавно, това е минус. Но може да се пусне във време, когато не си на компютъра, а например на работа, спиш или си на по бира с приятел. Има и известно количество начини при приключване на работа, машината да се изключи или приспи.


Vlc2 е ужасяващ. Единственото му хубаво е, че има „подобрители на звука“, които бяха широко разпространени при едни мизерници през деветдесетте. Сега не знам как е. Но дори сравнени с онези е жалко подобие. Но пък за нашата ОС е абсолютно безалтернативен от тази гледна точка.

Vlc и до днес не се научи да пази състояние. Не може да запази един прост списък, какво остава да помни докъде в изпълнението е стигнал. Последното го може дори „генеричният“ Тотем.

Жлц не може да смята.  Да някой би се изразил, ми то компютрите по принцип напук на името си не могат да изчисляват. Вярно е, но всички други програми могат да ти кажат къде във времето си и колко е дълъг/колко  остава до края, без да те лъжат най-нескопосано.

Жлц е удивително грозен, гади ми се като го видя. Може би по-грозен е само Хром. Преди версия едно имаше допълнителна кожа, която беше общо взето красива. Но пък тя беше с шрифт неподдържащ кирилица и на всичкото отгоре, още във версии едно я разкараха. А да точно тогава мигрираха на Кют, който сам по себе си е ужасен, гаден и тежък.

И като казах тежък, няма по-тежко нещо от това недоразумение. На силна машина може би не е от значение, но на моите изстрадали пенсионери, си е доста видно.

Дано гръм ги удари хората който са пръкнали това.

Недостатъчи може да намериш във всяко нещо. Но, пропусна най- важното нещо за един плеър - изпълнението. Имаш ли някакви забележки и към него. Или, Totem, на който N на брой версии не се сетиха да добавят функция за ръчно добавяне на субтитри и в това е по- добър. Колкото до интерфейса - съвсем приятен и стегнат интерфейс е, без никаква излишни украси. Дори е смешно, че се хващаш за декорацията. Все пак - в 90% от случаите, изобщо не я виждаш, защото филмите преобладаващо се гледат на цял екран.

Извън темата: Държиш се точно, като потребител на Linux с два месеца опит. Оплакваш се от всякаква стандартизация, търсиш уникалност, независимо от ефективността и сглобяваш системи по метода на доктор Франкенщайн.
Само, че машините трябва да се ползват и за работа. А, там, стандартизацията е полезна. Затова ползвам базови и добре поддържани дистрибуции. И, не бягам от масово използвани приложения. Защото, не случайно са такива.

На мен SMPlayer се счупи преди време в Mint-а и не го зная, какво му е. Махнах го, сложих го обратно, но същото. Преди време пробвах mplayer да пусна, да видя, какво ще ми даде в терминала и тогава изпищя относно някакъв .so файл. Мързеше ме да търся какви са тези файлове и за какво служат.

Забравих да кажа, че в vlc има неща, които не се срещат другаде и са взети от редакторите, като например покадрово изпълнение. Има например и запис на част. Последното го има и в xine, но е по-неудобно (прави се от команден ред), а тук можеш да си го нагласиш визуално.

Дали гледам ГПИ или не, е спорен въпрос. Ако гледам цял филм — да прав си. Ако обаче слушам музика (подобрителите) или клипчета, например свалени от тубата, то доста го гледам.

Специално при този тип програми (за разлика от всички останали) унификацията е зло. Например най-унифицираният е deadbeaf. Няма по-грозно нещо, но пък върши работата си добре и може да се преживее…

И  не, не върши работата си добре и точно това е най-големият му грях. Няма толкова буболечесто нещо. Което е странно, защото например първата версия беше много прилична  и не си спомням да съм имал някакви проблеми с нея.


п.п. Хм, когато бях с два месеца опит, не всъщност с два дни, доста често ми се налагаше да сглобявам някакви неща. Например bglinux не беше стандартна част от системата. Доста игри изобщо не бяха включени. Например класика като Frozen Buble можеше да я имаш само така. Излъгах, нея я имаше в Мандрейк, но пък другаде я нямаше. С времето тази нужда стремително отпадаше, но все още се намират неща тук-там. Понякога, вече много по-рядко това важи например, ако искаш най-нова версия на някоя програма.

п.п.п.  4096 имаше някаква несъвместимост в нова версия на библиотека за субтитри в DVD или някаква подобна глупост. Изкараха нови версии и се оправи. Иначе май, ако се направеше връзка към някаква стара версия на тая библиотека, нещата се случваха. Имах и аз такива терзания.

е, не се карайте, де! Най-хубаво да пуснам една тема "Кои са най-лошите" където да си излеем... вижданията относно някои програми. По подобие на "кои са най-добрите". Ех, че весело ще бъде!

Жлц не може да смята.  Да някой би се изразил, ми то компютрите по принцип напук на името си не могат да изчисляват. Вярно е, но всички други програми могат да ти кажат къде във времето си и колко е дълъг/колко  остава до края, без да те лъжат най-нескопосано.

Не бих бързал да обвинявам vlc. Видеофайловете с променлив framerate са гадни копеленца, аз това го установих от моите занимания с камерите и PyAV (питонски wrapper около libavcodec на ffmpeg). Което е по-лошо, стават все по-разпространени очевидно. Та там точно е проблем да знаеш колко секунди са изминали от началото на възпроизвеждането и колко остават, както и да seek-ваш на точно определено време. Seek-ването в ffmpeg обикновено става на база пореден номер на фрейма, а когато фреймрейта е променлив, няма как да го знаеш. Има един фокус - в MPEG контейнерите, видеопотока пази timestamp заедно с всеки видео/аудиофрейм и така можеш да си правиш сметки (които пак стават сложни ако искаш да seek-ваш на точно определено време). И за капак не всички контейнерни формати гарантират че трябва за всеки фрейм да се пази и timestamp - при AVI примерно не ти е гарантирано. И като резултат, може или да правиш някакви магии, предположения и приближения, или просто да отебеш и да не лъжеш потребителя че знаеш точно къде се намира в момента. Предполагам че vlc са избрали да не се опитват да се правят на прекалено умни, другите са предпочели да излъжат с идеята че не лъжат прекалено много.

Някой изпълнявал ли е видео, кодирано с h.265 кодировка в SMPlayer и кой декодер (пакет) трябва да се инсталира, за да стане това. Мисля, че по подразбиране, той ползва MPlayer2.
От години работя с VLC, но ми се иска да сменя плеъра за разнообразие.
Моля, да ми пишат само хора с практически опит.
Благодаря предварително за отговорите !

Можеш да пробваш да пускаш h.265 видеата с mpv - http://mpv.io/.

За плеъра - мога и да го тествам. Но, съм ти особено благодарен за хранилището (PPA), което ще ми е полезно.

http://www.opennet.ru/opennews/art.shtml?num=43087 ($2)

Чудесна новина. Крайно време беше да го направят.

+1 за mpv

@go_fire Каква е тая стара щайга дето имаш ...моят нов тел. HTC One M9 ($2) е 64 битов 8 ядрен - при това е от най-евтините китайски боклуци не е iPhone нито Samsung

Толкова ли е популярно (при тия, с новите машини) h.265 ?
А пък smplayer да кара с mpv - не се ли получва още малко нанагорно?

Толкова ли е популярно (при тия, с новите машини) h.265 ?
А пък smplayer да кара с mpv - не се ли получва още малко нанагорно?

Не при тия с новите машини, а, при тия, които качват филмите в торентите. Повечето нови филми са с тази кодировка. Докато не излезе следващата мода.

Явно обитаваме различни торент сайтове. Аз, за тестване, едва си намерих едно порно в 265...
Не виждам изгледи скоро да се смени стандарта. Няма и нужда. 265 не дава по-добро качество, просто прави яка компресия за сметка на CPU-то. Поне за качествените издания на торентите 264-то ще продължи да си се ползва.

Явно обитаваме различни торент сайтове. Аз, за тестване, едва си намерих едно порно в 265...

Най- вероятно е така. Вместо да ровиш по порно сайтове, погледни, първите 10 филма в Zamunda.

Целта на H.265 е именно по-голямата компресия при визуално същото качество. Така може да се намести филм с 4К резолюция (около 3996×2160) на Blu-ray диск (25ГБ), докато същия филм ако е кодиран с H.264, то за да се събере на същия този диск резолюцията ще му е Full HD (1920×1080).

А какъв е смисъла в момента всичко да се кодира по-този начин и кога ще може да си позволиме да гледаме всичко вкъщи на 4К е съвсем друг въпрос.  ;D

За тестване ползвам това http://www.libde265.org/downloads-videos/ , но... само за тестване  :D ,  мноого съм слабичък.

Целта на 265 е стриймване в И-нет - сносно качество с малък размер.

А физическите носители умират. Blu-ray (btw масово се ползват двуслойните 50GB дискове) запада за сметка на стрийминг услугите (Netflix и всички други подобни, но липсващи в България). Много по-изгодно е на държателите на права да дават филмите „под наем“ като услуга, отколкото да ти продадат физически носител. Така убиват и вторичният пазар (продажба на физически носители втора ръка), който не могат да контролират.

Знаех си, че mplayer-а е кораво копеле https://launchpad.net/~djcj/+archive/ubuntu/hybrid?field.series_filter=trusty

преди няколко дни в /. имаше коментари отностно тест, който са направили BBC с кодеците 264/265:

http://news.slashdot.org/story/16/01/12/2152257/bbc-confirms-50-bitrate-savings-for-h265hevc-vs-h264avc

- That means it'll take half the time to bittorrent Doctor Who episodes. :-)

- Ironically enough, I think the BBC would be totally fine with this since it saves them bandwidth.

 :D :D :D