- This topic has 50 hozzászólás, 8 résztvevő, and was last updated 16 years, 6 months telt el by
.
-
Bejegyzés
-
ludovikusz wrote:A kérdés az, hogy a felvett mpeg ts adatfolyamot az asztali dvd lejátszóm számára emészthetővé tudom-e valamivel tenni.
Igen, erre való az mencoder.
http://www.mplayerhq.hu/DOCS/HTML/hu/mencoder.htmllacix wrote:Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…Jelenleg csak az nVidia kártyákhoz van hardveres gyorsítás (xvmc), integrált kártyákhoz nem nagyon.
ludovikusz wrote:A kérdés az, hogy a felvett mpeg ts adatfolyamot az asztali dvd lejátszóm számára emészthetővé tudom-e valamivel tenni.Igen, erre való az mencoder.
http://www.mplayerhq.hu/DOCS/HTML/hu/mencoder.htmllacix wrote:Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…Jelenleg csak az nVidia kártyákhoz van hardveres gyorsítás (xvmc), integrált kártyákhoz nem nagyon.
lacix wrote:Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…Megnyugodhatsz, mert a jelenleg használatos (legújabb) dvb 2-es szabványhoz – amitől régebbit Magyarországon el sem fogadtak (teljesen logikusan) – h264-es tömörítési eljárást használ, amit csak a legújabb kártyák támogatnak, mint a HD4000-től fölfelé Geforce9000/8800-tól (nem egészen tisztázott) fölfelé. Ezek meg ritkán fordulnak elő egy notebookban (sőt, általában).
lacix wrote:Főleg, hogy nem találkoztam még olyan lejátszóval linux alatt, ami rendesen tudná kezelni a több magot…Nekem azért „rendetlenül” (mindig) sikerül… és én ezzel is megelégszem és nem kell, hogy rendesen elkezeljen a wmp nyócszor annyi erőforrást…
Tájékoztatásul, mint mondtam nem a progresszív eljárás megjelenítése eszik sokat… ahhoz nem kell hw-es szórakozás sem.
Íme a teszt eredménye:Code:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
7647 31.3 2.3 81812 48264 pts/4 SL+ 23:15 0:04 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=1 -v -cache 8192 1080p.mov
7648 0.1 0.5 51772 10820 pts/4 S+ 23:15 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=1 -v -cache 8192 1080p.movCode:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
7635 31.0 2.3 98900 48912 pts/4 SLl+ 23:13 0:03 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=2 -v -cache 8192 1080p.mov
7636 0.1 0.5 51772 10824 pts/4 S+ 23:13 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=2 -v -cache 8192 1080p.mov(Magát a képet lekicsinyítettem 640×360-as méretre, de ez nem igazán lényeges.)
Az E6400-as CPU-ban 2 mag van, tehát 200 a maximum teljesítmény, ebből ~31-et (~15 %) köt le a mozi kikódolása. A kicsinyítést és megjelenítést elvileg a video kártya végzi.Code:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
11510 91.2 3.2 101968 66400 pts/6 RL+ 04:40 0:18 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts fast:threads=1 -vf pp=ci -v -cache 8192 peking.ts
11511 0.4 0.5 53708 11060 pts/6 R+ 04:40 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts fast:threads=1 -vf pp=ci -v -cache 8192 peking.tsÉs hiába van a fast opció bekapcsolva… már szaggat, tehát egy mag (2,13 Ghz) nem elég neki.
Ha pedig a méregdrága, legújabb kártyánk (ami képes a h264 dekódolására) szűrői nem adnak kielégítő eredményt (nagy az esély rá), akkor fordulhatunk a cpu-hoz, aminek ez lesz az eredménye.
És mindez a rosszul kiválasztott (erőzzünk a legnagyobb felbontással) HD formátum eredménye.lacix wrote:Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…Megnyugodhatsz, mert a jelenleg használatos (legújabb) dvb 2-es szabványhoz – amitől régebbit Magyarországon el sem fogadtak (teljesen logikusan) – h264-es tömörítési eljárást használ, amit csak a legújabb kártyák támogatnak, mint a HD4000-től fölfelé Geforce9000/8800-tól (nem egészen tisztázott) fölfelé. Ezek meg ritkán fordulnak elő egy notebookban (sőt, általában).
lacix wrote:Főleg, hogy nem találkoztam még olyan lejátszóval linux alatt, ami rendesen tudná kezelni a több magot…Nekem azért „rendetlenül” (mindig) sikerül… és én ezzel is megelégszem és nem kell, hogy rendesen elkezeljen a wmp nyócszor annyi erőforrást…
Tájékoztatásul, mint mondtam nem a progresszív eljárás megjelenítése eszik sokat… ahhoz nem kell hw-es szórakozás sem.
Íme a teszt eredménye:Code:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
7647 31.3 2.3 81812 48264 pts/4 SL+ 23:15 0:04 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=1 -v -cache 8192 1080p.mov
7648 0.1 0.5 51772 10820 pts/4 S+ 23:15 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=1 -v -cache 8192 1080p.movCode:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
7635 31.0 2.3 98900 48912 pts/4 SLl+ 23:13 0:03 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=2 -v -cache 8192 1080p.mov
7636 0.1 0.5 51772 10824 pts/4 S+ 23:13 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts threads=2 -v -cache 8192 1080p.mov(Magát a képet lekicsinyítettem 640×360-as méretre, de ez nem igazán lényeges.)
Az E6400-as CPU-ban 2 mag van, tehát 200 a maximum teljesítmény, ebből ~31-et (~15 %) köt le a mozi kikódolása. A kicsinyítést és megjelenítést elvileg a video kártya végzi.Code:PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
11510 91.2 3.2 101968 66400 pts/6 RL+ 04:40 0:18 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts fast:threads=1 -vf pp=ci -v -cache 8192 peking.ts
11511 0.4 0.5 53708 11060 pts/6 R+ 04:40 0:00 mplayer -geometry 640×360+630+600 -vo xv -dr -lavdopts fast:threads=1 -vf pp=ci -v -cache 8192 peking.tsÉs hiába van a fast opció bekapcsolva… már szaggat, tehát egy mag (2,13 Ghz) nem elég neki.
Ha pedig a méregdrága, legújabb kártyánk (ami képes a h264 dekódolására) szűrői nem adnak kielégítő eredményt (nagy az esély rá), akkor fordulhatunk a cpu-hoz, aminek ez lesz az eredménye.
És mindez a rosszul kiválasztott (erőzzünk a legnagyobb felbontással) HD formátum eredménye.ludovikusz wrote:A kérdés az, hogy a felvett mpeg ts adatfolyamot az asztali dvd lejátszóm számára emészthetővé tudom-e valamivel tenni.Javaslom az avidemuxot és a divx formátumot (valamint pal/ntsc méretűre kicsinyítést), mert így kisebb eséllyel állíthatsz elő „emészthetetlent”.
Persze, ha a lejátszód blu-ray „korabeli”, akkor a felvett h264/aac formátumot is képes megemészteni… eredeti méretben.ludovikusz wrote:A kérdés az, hogy a felvett mpeg ts adatfolyamot az asztali dvd lejátszóm számára emészthetővé tudom-e valamivel tenni.Javaslom az avidemuxot és a divx formátumot (valamint pal/ntsc méretűre kicsinyítést), mert így kisebb eséllyel állíthatsz elő „emészthetetlent”.
Persze, ha a lejátszód blu-ray „korabeli”, akkor a felvett h264/aac formátumot is képes megemészteni… eredeti méretben.Megnyugodhatsz, mert a jelenleg használatos (legújabb) dvb 2-es szabványhoz – amitől régebbit Magyarországon el sem fogadtak (teljesen logikusan) – h264-es tömörítési eljárást használ, amit csak a legújabb kártyák támogatnak, mint a HD4000-től fölfelé Geforce9000/8800-tól (nem egészen tisztázott) fölfelé. Ezek meg ritkán fordulnak elő egy notebookban (sőt, általában).
Nem csak ezek, ennél régebbik is.
Itt van egy egész jó leírás erről: http://logout.hu/iras/avivo_es_purevideo_regen_es_most.html
Igaz, hogy a topikban egy notebookról van szó, de én általánosságban értettem, asztali gépekben már könnyedén lehetnek ilyen kártyák.
Egyedül az nvidia-ról tudok, hogy nem régen adott ki egy patch-et mplayerhez: linkNekem azért „rendetlenül” (mindig) sikerül… és én ezzel is megelégszem és nem kell, hogy rendesen elkezeljen a wmp nyócszor annyi erőforrást…
Nekem annyira nem tetszik, amikor egyik magból használ kb. 20%-ot, másikból meg amennyit csak tud.
(Van egy 1080p-s 40Mbps-es HD demóm, amit eddig csak win alatt tudtam megnézni szaggatás nélkül, linux alatt ha 4000Mhz-en járatom az E8400-amat, akkor is szaggat, persze ez elég durva anyag, és nem ez jellemző a filmekre általánosságban.)Tájékoztatásul, mint mondtam nem a progresszív eljárás megjelenítése eszik sokat… ahhoz nem kell hw-es szórakozás sem.
Elhiszem 🙂
Megnyugodhatsz, mert a jelenleg használatos (legújabb) dvb 2-es szabványhoz – amitől régebbit Magyarországon el sem fogadtak (teljesen logikusan) – h264-es tömörítési eljárást használ, amit csak a legújabb kártyák támogatnak, mint a HD4000-től fölfelé Geforce9000/8800-tól (nem egészen tisztázott) fölfelé. Ezek meg ritkán fordulnak elő egy notebookban (sőt, általában).
Nem csak ezek, ennél régebbik is.
Itt van egy egész jó leírás erről: http://logout.hu/iras/avivo_es_purevideo_regen_es_most.html
Igaz, hogy a topikban egy notebookról van szó, de én általánosságban értettem, asztali gépekben már könnyedén lehetnek ilyen kártyák.
Egyedül az nvidia-ról tudok, hogy nem régen adott ki egy patch-et mplayerhez: linkNekem azért „rendetlenül” (mindig) sikerül… és én ezzel is megelégszem és nem kell, hogy rendesen elkezeljen a wmp nyócszor annyi erőforrást…
Nekem annyira nem tetszik, amikor egyik magból használ kb. 20%-ot, másikból meg amennyit csak tud.
(Van egy 1080p-s 40Mbps-es HD demóm, amit eddig csak win alatt tudtam megnézni szaggatás nélkül, linux alatt ha 4000Mhz-en járatom az E8400-amat, akkor is szaggat, persze ez elég durva anyag, és nem ez jellemző a filmekre általánosságban.)Tájékoztatásul, mint mondtam nem a progresszív eljárás megjelenítése eszik sokat… ahhoz nem kell hw-es szórakozás sem.
Elhiszem 🙂
lacix wrote:Nem csak ezek, ennél régebbik is.
Itt van egy egész jó leírás erről: http://logout.hu/iras/avivo_es_purevideo_regen_es_most.htmlAkkor most jöjjön a szomorú igazság.
Lehet, hogy egész jó leírás, de attól még hw-es h264 dekódolós az költői túlzás.
A kártyagyártók költői megnyilvánulása szerint így nevezi őket:
amd: (alatt) dedikált …; (fölött) „accelerated” video transz- és enkódolásnak nevezi.
nvidia: (alatt) elfogadható, jó stb.; (fölött) kiváló támogatásnak, vagy valami ilyesminek nevezi – már nem emlékszem.
(Ezt elolvashatod magad is… és tényleg nem is működik, úgy ahogy annak „lennie kellene”.)
Az tény, hogy bizonyos feladatokat, mint a méretezés, biz. szinpaletta konvertálás, háttérszin, gamma, kontraszt stb. megváltoztatását tudja kezelni, de ezek szinte mindegyikét a linukszos driverek is tudják. (Ezt jómagam is kipróbáltam, hd alatt.)
Az mpeg2, sőt elvileg a h264 támogatást is tudják – elvileg – a linukszos driverek mindkét kártya esetében (sőt további kártyák esetében is, amik, ha jól tudom eddig mpeg2-vel működtek csak) – biz. verziók felett -, azonban e kettőről „hiteles forrásból” csak az nvidiáról tudok és arról is azt hallottam, hogy már nem. (Ez a radeonhd-vel reméljük változni fog… végleg.)
Egyébként a (teljes támogatású) kártya természetesen csak bizonyos formátumokat tud feldolgozni.lacix wrote:Igaz, hogy a topikban egy notebookról van szó, de én általánosságban értettem, asztali gépekben már könnyedén lehetnek ilyen kártyák.Igaz, hogy nem tudjuk, hogy mi van a notebookjában, de a processzorból találgattam.
Könnyedén lehet, valami jól kereső család csemetéjének a gépében, de a nagy büdös valóság az, hogy a legtöbb család még a részletet meg gáz számlát alig tudja fizetni. 🙁 (Persze lehet, hogy az én értékítéletem a rossz… de ez van.)
Szóval biztos van, de ritka és akinek van az az általában windózt fog használni (főleg a játékhoz).lacix wrote:Van egy 1080p-s 40Mbps-es HD demóm, amit eddig csak win alatt tudtam megnézni szaggatás nélkül,Én ezt el is hiszem nekem neked (bár ott szerintem valami más lesz a probléma, nem a cpu).
Meg amúgy sem fog ma már „senki” 1080p-t mpeg2-ben tömöríteni (1080i-t is inkább h264-be rakják, Mo-n mást el sem fogadtak csak a 2-es szabványt, ha jól tudom.) Meg amúgy is ez a blu-ray elméleti sávszélessége, szóval ez tényleg arról szól, hogy emeljük a bitrátát. :)))
Azt viszont meg elhiheted nekem, hogy wmp jóval több erőforrást eszik, mint pl. egy mplayer (/ffmpeg) – ezt , sőt egy mplayer mindennél kevesebbet eszik. Másrészt az ilyen drm-es marhaságokon kívül a linuksos lejátszók jóval sokrétűbb formátumot játszanak le, mint a a májkroszoft, vagy eppöl termékek.lacix wrote:Nem csak ezek, ennél régebbik is.
Itt van egy egész jó leírás erről: http://logout.hu/iras/avivo_es_purevideo_regen_es_most.htmlAkkor most jöjjön a szomorú igazság.
Lehet, hogy egész jó leírás, de attól még hw-es h264 dekódolós az költői túlzás.
A kártyagyártók költői megnyilvánulása szerint így nevezi őket:
amd: (alatt) dedikált …; (fölött) „accelerated” video transz- és enkódolásnak nevezi.
nvidia: (alatt) elfogadható, jó stb.; (fölött) kiváló támogatásnak, vagy valami ilyesminek nevezi – már nem emlékszem.
(Ezt elolvashatod magad is… és tényleg nem is működik, úgy ahogy annak „lennie kellene”.)
Az tény, hogy bizonyos feladatokat, mint a méretezés, biz. szinpaletta konvertálás, háttérszin, gamma, kontraszt stb. megváltoztatását tudja kezelni, de ezek szinte mindegyikét a linukszos driverek is tudják. (Ezt jómagam is kipróbáltam, hd alatt.)
Az mpeg2, sőt elvileg a h264 támogatást is tudják – elvileg – a linukszos driverek mindkét kártya esetében (sőt további kártyák esetében is, amik, ha jól tudom eddig mpeg2-vel működtek csak) – biz. verziók felett -, azonban e kettőről „hiteles forrásból” csak az nvidiáról tudok és arról is azt hallottam, hogy már nem. (Ez a radeonhd-vel reméljük változni fog… végleg.)
Egyébként a (teljes támogatású) kártya természetesen csak bizonyos formátumokat tud feldolgozni.lacix wrote:Igaz, hogy a topikban egy notebookról van szó, de én általánosságban értettem, asztali gépekben már könnyedén lehetnek ilyen kártyák.Igaz, hogy nem tudjuk, hogy mi van a notebookjában, de a processzorból találgattam.
Könnyedén lehet, valami jól kereső család csemetéjének a gépében, de a nagy büdös valóság az, hogy a legtöbb család még a részletet meg gáz számlát alig tudja fizetni. 🙁 (Persze lehet, hogy az én értékítéletem a rossz… de ez van.)
Szóval biztos van, de ritka és akinek van az az általában windózt fog használni (főleg a játékhoz).lacix wrote:Van egy 1080p-s 40Mbps-es HD demóm, amit eddig csak win alatt tudtam megnézni szaggatás nélkül,Én ezt el is hiszem nekem neked (bár ott szerintem valami más lesz a probléma, nem a cpu).
Meg amúgy sem fog ma már „senki” 1080p-t mpeg2-ben tömöríteni (1080i-t is inkább h264-be rakják, Mo-n mást el sem fogadtak csak a 2-es szabványt, ha jól tudom.) Meg amúgy is ez a blu-ray elméleti sávszélessége, szóval ez tényleg arról szól, hogy emeljük a bitrátát. :)))
Azt viszont meg elhiheted nekem, hogy wmp jóval több erőforrást eszik, mint pl. egy mplayer (/ffmpeg) – ezt , sőt egy mplayer mindennél kevesebbet eszik. Másrészt az ilyen drm-es marhaságokon kívül a linuksos lejátszók jóval sokrétűbb formátumot játszanak le, mint a a májkroszoft, vagy eppöl termékek.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz