Portál AbcLinuxu, 30. dubna 2025 12:53
26.6.2007 17:48
frEon | skóre: 40
| Praha
-vo sdl je to správné.
26.6.2007 21:50
otula | skóre: 45
| blog: otakar
| Adamov
26.6.2007 18:00
freshmouse | skóre: 42
| blog: Bruno Banány
totem-gstreamer, ale lze si instalovat i totem-xine. Nelze je mít naráz (standardním způsobem).
26.6.2007 18:02
freshmouse | skóre: 42
| blog: Bruno Banány
26.6.2007 20:05
brk | skóre: 29
| blog: broukoviny
27.6.2007 21:31
otula | skóre: 45
| blog: otakar
| Adamov
MPlayery, VLC a dalsi "skoro prehravace"je přirozené chápat, že Mplayer a VLC jsou podle tebe "skoro prehravace"
26.6.2007 18:35
Milan Lajtoš | skóre: 22
| blog: /blog/babraq
26.6.2007 18:41
e.lisak | skóre: 23
vf="expand=0:-50:0:0"?
Resim to z pohledu BFU.Tak to se těším na to, jak to vyřešíš
Nechci nic cpat ani do prikazove radky, ani do konfiguraku. Chcu kliknout a jet, protoze tohle je podle me zasadni vec....
hehehe, v tom pripade nevim, "co delate" v Linuxu
ja jsem na nej presel prave kvuli tomu, ze sice muzu, ale hlavne nemusim! klikat, vse je transparentni, da se vse poeditovat, na (skoro) vse jsou navody a pokud nechapu, existuji fora a v nich spousta chytrych, a kdykoliv ochotnych lidicek poradit
jinak samozrejme mplayer rullez!
uz to tu nekdo napsal prede mnou, "bez nej si nedovedu prehravani cehokoliv vubec predstavit". a ty moznosti nastaveni a uprav (zvuku, obrazu..cehokoliv)
bsplayer jsem z widli vyhodil po prvnim filmu a presel na gomplayer
pak ale linux distr. ubuntu feisty fawn a je po problemu. mplayer jsem si drive na suse kompiloval, nyni ale postupem casu lenivim a nechal jsem to na apt-get a vysledek je super. co mu dam, vse prehraje, at jsou to dvd, avi, vsemozne audio formaty a treba i streamy inet radii - vse naprosto bezvadne
lepsi umrit ve stoje, nez byt cely zivot na kolenou
26.6.2007 19:27
cezz | skóre: 24
| blog: dm6
Ach jo.. zas clovek s potrebou vykricat svetu aky je neschopny si nieco nastavit..
Ale problemy su na to, aby sa riesili, ze ano? Takze napriklad ten mplayer.. (resp. gmplayer) V nastaveniach je potrebne mat zapnuty funkcny videovystup. Cize bud (mnou preferovane) Xv, alebo SDL, opengl,.. mimochodom tusim opengl2 dokaze out of the box vykreslovat titulky aj mimo framu s filmom, cize cez ten cierny pruh dole, navyse celkom pekne antialiasovane. Do akej miery je to narocne na grafiku netusim, mam ASUS M2A-VM s integrovanou ATI.
Co sa tyka titulkov, v zalozke subtitles&OSD nastavis encoding na cp1250 (co je v nasich koncinach asi najbeznejsie pouzivany codepage) a zaskrtnes "unicode subtitle" a v zalozke font nechas encoding na Unicode a kliknutim na browse vyberies font aky sa ti paci. Ja osobne pouzivam /usr/share/fonts/truetype/freefont/FreeSans.ttf.
Fungujem bez problemov s _akymkolvek_ filmom a titulkami. Aky lepsi prehravac chces?
26.6.2007 20:51
cezz | skóre: 24
| blog: dm6
Potom jednoznacne ide o chybu ktora je specificka pre tvoju konfiguraciu, HW, distro, cokolvek, co je jednoznacne dovod na otazku vo fore a urcite nie dovod na pokrikovanie "linux nema jediny schopny prehravac" v blogu. Je dufam jasne, ze s popisom chyby citujem: "a nefunguje" sa ani na fore daleko nedostanes.
Cize zhrnute a podciarknute, najvacsi problem s prehravanim filmov na linuxe v _tvojom_ pripade je v _tvojom_ sposobe komunikacie.
Jednim z velkych problemu GNU/Linuxu je absence Poradneho multimedialniho prehravace..... Ano, vidite dobre. Vsechny ty MPlayery, VLC a dalsi "skoro prehravace" na bazi Xine/Gstreamer si totiz neumi poradit s titulky. Proc???? Je opravdu tak tezke naprogramovat moznost mit titulky pod filmem a ne ve filmu????Problem je mezi zidli a pocitacem. Mozna ve volbe distribuce. Na Gentoo staci nainstalovat mplayer pomoci
26.6.2007 18:49
emerge mplayer a nejen ze umi prehrat prakticky libovolne prehratelne video, ale take neni problem mit titulky kde chces, ve filmu, pod fimlem, nad filmem, dokonce i zobrazit film tak velky, aby se pod nej vzdy vesly titulky a ne jako ty pseudoprehravace z windows, kde kdyz ma clovek display 4:3 a film 4:3, tak titulky ma pres film. Navic mplayer umi automagicky odhadovat kodovani titulku, fuzzy prirazovani titulkovych souboru k videim (aneb neni potreba rucne nastavovat ktere titulky, kdyz se soubory jmenuji jen podobne a ne stejne (treba _en, _cz))... proste tvuj povzdechsvedci pouze o tve neinformovanosti, ci neschopnosti.
26.6.2007 20:31
pdp7 | skóre: 33
| blog: Mravenec_v_LCD_monitoru
| Zákupy u České lípy
26.6.2007 20:34
pdp7 | skóre: 33
| blog: Mravenec_v_LCD_monitoru
| Zákupy u České lípy
26.6.2007 21:16
otula | skóre: 45
| blog: otakar
| Adamov
26.6.2007 21:20
pdp7 | skóre: 33
| blog: Mravenec_v_LCD_monitoru
| Zákupy u České lípy
Proste je drtiva vetsina veci v AVI, DivX, Xvid, WMV, MP3, OGG, a Qt..... zbytek je exotika.... ano splacal jsem kontejnery a kodeky do jedne skupiny, ale nikde jsem prece netvrdil ze OGG je kodek!!!! Tim je Vorbis nebo Theora. Ale v jednom mate pravdu. Nenavideny Quicktime od Apple jsem napsal jako QT. Coz je zavadejici, mel jsem uvest .mov :)
ve windows by si tahle sestava, vyžádala ne zrovna rychlé hledání codecpacku, který tyhle včechny kodeky obsahuje a hledání přehrávače, který si umí poradit s matroskou/ogg/ogm formáty... A to jsem možná i na některé zapomněl...Ted mi pripadate jako kdyby jste spadl z Marsu
ACE Mega CoDecS Pack, K-Lite Mega Codec Pack, Codec Pack All in 1..... trvalo to 5 vterin.
mimo to, veci jako: mkv, flac, mpc jsem NIKDY v realu nevidel, takze jejich realna podpora mi byla stejne k nicemu... nemel jsem co prehravat...
27.6.2007 13:48
stativ | skóre: 54
| blog: SlaNé roury
Je to sice hnidopišství, ale nemůžu si pomoct a tak Vás opravím
DivX a XviD nejsou kodeky, jsou to dvě různé implementace jednoho kodeku (nebo přesněji formátu) – MPEG-4 ASP.
+ presnější vyjádření pro avi, matrosku apod. je kontejner.
Zkusím si dát příště pozor... Mno já nevím ale i dvě různé implementace codecu (tedy codéru a decodéru) mi přijdou jako codec, ale to je opravdu spíš hnidopišství... Mě šlo spíš o to, že DivX a XviD spadá do jedné skupiny s mpeg-{1;2;4} nebo H264, zatímco AVI, Matroska, OG{G;M} je skupina druhá... Ale díky za upřesnění...
3.11 Alpha" - ten smajlík byl součástí názvu. Byl to binárně hacknutý MSMPEG-4. Pak přišel na scénu projekt OpenDivX, který si dal za cíl vytvořit skutečný MPEG-4 kodek, od nuly, navíc s otevřeným kódem. Což se dělo, jenže vznikající firma DivXNetworks, která jej řídila, to pak uzavřela, zformovala se a vydala to jako svůj komerční produkt DivX 4.0 (což byla první verze kodeku DivX, firma se pak taky přejmenovala na DivX). Open-source vývojáři z OpenDivX si pak vzali ten poslední dostupný kód před uzavřením a z toho pak vzniknul Xvid, jako fork/pokračovatel OpenDivX. Takže původně měly oba kodeky společný základ, ale dnes už tam z toho původního kódu snad nic nezbylo.
Jinak žádná vlastní vylepšení oproti MPEG-4 ASP ani jeden z nich nepřináší, jsou to prostě MPEG-4 ASP kodeky. V čem se obecně kodeky liší je kvalita, rychlost a množství podporovaných funkcí, takže samozřejmě i přesto, že používají stejný formát, jejich výstupy se liší (i v rámci jednoho formátů lze zakódovat stejné video velmi různě, kvalitně, nekvalitně, s použitím pokročilých vlastností MPEG-4 ASP i bez). Nicméně dekódování by mělo dát stejný výstup (i když je pravda, že ne všechny dekodéry podporují všechny pokročilé vlastnosti ze specifikace ASP - u stolních DVD přehrávačů je problematická zejména podpora GMC a Qpel).
H.264 video si kodekem DivX nepřehrajete, protože DivX implementuje profil ASP, zatímco AVC (tedy H.264) je úplně jiná, modernější specifikace, jiný formát, přestože taky patří pod MPEG-4 (což je velmi rozsáhlý multimediální standard).
x264 je pouze kodér, zatímco libavcodec H.264 je dekodér. Takže se hezky doplňují.
JKdybych měl uvést nějaký multimediální případ, tak by to byl třeba výběr mezi gstreamer frameworkem a xine-lib enginem pro přehrávač... I když oba dělají víceméně totéž - přehrávají video a audio - každý to dělá po svém a oba mají své klady i zápory, otázka je, který vám vyhovuje víc..To me zrovna jako prinos neprijde.... Pak se na to KDE vyvojari nemuzou divat, a musi napsat dalsi vrstvu PHONON, kterou nacpou mezi back-end a front-end.... nakonec tu mame mezivrstvy pro mezivrstvy pro mezivrstvy... Co je primo ukazka efektivity. ono jim ale nic jineho nezbyva, protoze nalinkovat vsechny KDE aplikace na jednu vrtsbu (phonon) ma system.. Takhle kazda aplikace linkuje jiny back-end a prase bay se vyznalo.... Ne tohle mi jako efektivni neprijde.
Dynamicky linkované knihovny, bez duplicit jsou daleko lepším přístupem, než výskyt jedné a též knihovny v systému několikrát. Je to efektivnější, zabere to míň místa, je to přehlednější. Jediné, čím za to platíme, je dependency hell, ale protože v dnešní době, kdy je většina lidí (co má linux) připojena k internetu, je dependency hell tak nějak pasé. Nemluvě o tom, že stahovat nějakou knihovnu jednou je pro lidi s modemem asi rozhodně lepší, než ji stahovat desetkrát.Ja uz jsem mockrat zazil, ze jsem chtel instalovat neco, co se automaticky linkovalo na nejakou knihovnu, ktera ale v repozitarich XYZ nebyla. Pak jsou dve moznosti. Bud si tu knihovnu aplikace pribali do balicku, i kdyby mela byt v systemu 2x, a nebo si uzivatel muze trhnout nohou... Vzhledem k velikosti dnesnich disku a velikosti dnesnich knihoven je pro me duplicita stejny problem, jako komar na skle jedouciho auta...
27.6.2007 13:51
stativ | skóre: 54
| blog: SlaNé roury
To me zrovna jako prinos neprijde.... Pak se na to KDE vyvojari nemuzou divat, a musi napsat dalsi vrstvu PHONON, kterou nacpou mezi back-end a front-end.... nakonec tu mame mezivrstvy pro mezivrstvy pro mezivrstvy... Co je primo ukazka efektivity. ono jim ale nic jineho nezbyva, protoze nalinkovat vsechny KDE aplikace na jednu vrtsbu (phonon) ma system.. Takhle kazda aplikace linkuje jiny back-end a prase bay se vyznalo.... Ne tohle mi jako efektivni neprijde.Že to říkáte zrovna Vy. Doteď to vypadalo, že chcete zrušit všechny backendy a ať se všechny aplikace linkují přímo k dotyčným knihovnám. Nebo ještě lépe: ať formát implementují sami nezávisle na ostatních.
Gstreamer má totiž tu obrovskou výhodu, že k němu existují python a perl bindingy, takže není problém mít hudební přehrávač v pythonu (listen), který používá gstreamer... xine-lib se dá použít pouze v c/c++ aplikacích (nevím přesně).A pyxine?
.
.
.
s vama koncim diskuzi...
Lidé pomalu přecházejí na širokoúhlé monitory a tam by se stejně pod to video nevešly.Za timto ucelem jsou Widesrceen monitory delany 16:10. To vam jaxi nedoslo??? Film ma 16:9, a titulky pod filmem byly jednim z hlavnich argumentu, proc udelat monitor 16:10, aby ta 1/10 zbyla pro titulky!
Mě a vyhovují titlky, které jsou přes video. Můžu tak alespoň sledovat oboje...To je sice mozne, ale jste 100% v mensine, protoze titulky pres video jsou spatne citelne, akyz maji za sebou rozostreny obraz tak uz zase chybi notna cast snimku. Jestli to v konfiguraku jde je jedna vec, druha vec ovsem je, ze kdyz clovek zvoli jednu moznost, tak mu mplayer posune misto titulek dolu film nahoru, cozse mi nelibi. Tak vyzkousi druhou moznost, ktera opravdu posune titulky, ale zase zpusobi, ze Mplayer hraje automaticky ve fullscreen a nejde prenout do klasickeho okna.... a tak bych mohl pokracovat...
26.6.2007 23:13
frEon | skóre: 40
| Praha
26.6.2007 20:21
otula | skóre: 45
| blog: otakar
| Adamov
26.6.2007 21:22
pdp7 | skóre: 33
| blog: Mravenec_v_LCD_monitoru
| Zákupy u České lípy
26.6.2007 22:14
Cubic | skóre: 24
| blog: obcasne_vyplody
| Essex
26.6.2007 22:46
pools | skóre: 19
| blog: Svědek Damdogův
| Opava/Praha
Teda abych nekecal, titulky posunout jdou, jenze zase to jede automaticky ve full-screen a nebo nijak coz je jiste kvalitni reseni ...
Vetsina zde diskutujichc asi nechape, ze nekdy je lepe pouzivat a ne studovat jak se to vlastne pouziva.... Mozna ze maji spoustu casu na hrani, mozna ze se zivi v IT, ale ne kazdy ma na to chut a cas... Linuxove Elitarstvi nemam rad... Je jasne, ze kdyz za mnou nekdo prijde a zepta se me jak ma dostat titulky pod film, tak 99% lidi se na nejakou editaci Mplayeru vysere, kdyz Kaffeine to za ne udela efektne a skvele sam...
Uplne smesne mi to prijde u Mplayeru, kdy protoze to Mplayer poradne neumi, tak mu clovek nacpe nejaky ten parametr, aby posunul obraz nad titulky misto titulky pod obraz... Kdyz jsem to videl poprve tak jsem se dost nasmal.... Nemuzu posunout titulky, ale hlavne ze muzu posunout obraz.
Například tady jsem vysvětloval proč je to posouvání obrazu dobré.
Teda abych nekecal, titulky posunout jdou, jenze zase to jede automaticky ve full-screen a nebo nijak coz je jiste kvalitni reseni
Jenže otázka je, zda je dobré to udělat automaticky jinde, než ve fullscreenu, pokud zbyde dost černého místa pod filmem. Někteří dokonce zastávají názor, že titulky mimo prostor obrazu filmu jsou příliš daleko pro oči a při jejich čtení již nezvládají sledovat obraz. Jindy by násilné dostání titulků pod (a mimo) obraz vedlo k nutnému zmenšení obrazu, a má se takto drahý ústupek vnutit implicitně?
Vetsina zde diskutujichc asi nechape, ze nekdy je lepe pouzivat a ne studovat jak se to vlastne pouziva.... Mozna ze maji spoustu casu na hrani, mozna ze se zivi v IT, ale ne kazdy ma na to chut a cas... Linuxove Elitarstvi nemam rad...
A ty zase asi nechápeš, že problémy zde popisované nejsou povětšinou na bedrech "Linuxu", ale na bedrech správců jednotlivých distribucí. Aneb když mi to v nějaké distribuci funguje v zásadě out of the box, a jinde ne, asi bude problém jenom tam někde jinde, ne? Co se týče editace konfiguráků, opět je to o tom, že distribuce, zvláště ty "BFUidní" nemývají příliš praktické implicitní konfiguráky, opět problém distribucí, nikoliv "obecného Linuxu".
A vůbec, jak zde napsal goldenfish, máš v zásadě tři možnosti, nic nedělat a držet hubu a krok, zaplatit, či jinak motivovat někoho konkrétního, aby tvůj "problém" vyřešil, a nebo ho začít řešit sám. Pakliže jsi si koupil krabicové verze nějaké distribuce a nejsi s ní spokojený, asi by bylo nejlepší nekřičet někde na foru jako je ten Linux debilní, ale konkrétní připomínky zaslat výrobci/dodavateli. V dnešní době se rozmohly takové ty bugzilly, aneb systémy na pohodlné zadávání připomínek k sw.
Je jasne, ze kdyz za mnou nekdo prijde a zepta se me jak ma dostat titulky pod film, tak 99% lidi se na nejakou editaci Mplayeru vysere, kdyz Kaffeine to za ne udela efektne a skvele sam...
Mplayer je pro lidi, kterým to buďto někdo nakonfiguruje (od distributora po správce), nebo jsou ochotni si to nastavit sami.
Jenže otázka je, zda je dobré to udělat automaticky jinde, než ve fullscreenu, pokud zbyde dost černého místa pod filmem. Někteří dokonce zastávají názor, že titulky mimo prostor obrazu filmu jsou příliš daleko pro oči a při jejich čtení již nezvládají sledovat obraz. Jindy by násilné dostání titulků pod (a mimo) obraz vedlo k nutnému zmenšení obrazu, a má se takto drahý ústupek vnutit implicitně?1. Staci mit titulky na spodni strane okna. pokud je nedej boze film tak moc velky, nebo okno zrovna tak moc male, tak se holt dostanou nad film... ale to je exoticky pripad. 2. Spravny postup je takovy, ze konfigurace vyhovuje hloupe vetsine. Ta mensina oplyvajici premirou inteligence si stejne nastavi cokoli!!!
A ty zase asi nechápeš, že problémy zde popisované nejsou povětšinou na bedrech "Linuxu", ale na bedrech správců jednotlivých distribucí. Aneb když mi to v nějaké distribuci funguje v zásadě out of the box, a jinde ne, asi bude problém jenom tam někde jinde, ne? Co se týče editace konfiguráků, opět je to o tom, že distribuce, zvláště ty "BFUidní" nemývají příliš praktické implicitní konfiguráky, opět problém distribucí, nikoliv "obecného Linuxu".Zcela chapu. Bohuzel, ty kristalove ciste distribuce s kristalove cistymi konfiguraky jsou pro BFU nenainstalovatelne, takze si nastavi ve vysledku stejne prd. Ty BFU-idni jsou potom jiny pes jina ves a je v tom desnej bordel.
A vůbec, jak zde napsal goldenfish, máš v zásadě tři možnosti, nic nedělat a držet hubu a krok, zaplatit, či jinak motivovat někoho konkrétního, aby tvůj "problém" vyřešil, a nebo ho začít řešit sám. Pakliže jsi si koupil krabicové verze nějaké distribuce a nejsi s ní spokojený, asi by bylo nejlepší nekřičet někde na foru jako je ten Linux debilní, ale konkrétní připomínky zaslat výrobci/dodavateli. V dnešní době se rozmohly takové ty bugzilly, aneb systémy na pohodlné zadávání připomínek k sw.Jak jsem jiz rekl, platim. mimo to zde nikde nedavam na Linux. Jsem jeho spokojeny uzivatel. Na co nadavam je takoveto vsichni budeme delat vsehno a dohromady nebudeme mit nic protoze to bude stat za hovno. Nelibi se mi to neprehledne multimedialni krovi...
Mplayer je pro lidi, kterým to buďto někdo nakonfiguruje (od distributora po správce), nebo jsou ochotni si to nastavit sami.ANO. Mplayer neni pro me, a take jej vubec nepouzivam. Zasadne pouzivam Kaffeine/Xine, potrebuji li neco hard-core vyuziji VLC, ktery je dle meho soukromeho a skromneho nazoru mnohem lepsi nez Mplayer. Asi vam ale uniklo, ze tenhle blogpost neni o Mplayeru...
27.6.2007 21:49
David Heidelberg | skóre: 46
| blog: blog_
Jinak muím říct, že vlc je jeden z nejlepších a přehraje i wmv(nativně) pod amd64 dále je taky dost dobrý GUI frontend smplayer(zvláště na hdtv 720p x264 a 1080 mpeg).
0K!AS
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
