Hozzászólások
-
Bejegyzés
-
vizsla wrote:667 1066 között annyi a különbség, hogy az utóbbinál (elvileg) 60%-kal több adatot tud mozgatni egységnyi idő alatt.
És mi az, hogy nem nagyon tudják kihasználni? Ez nagyon nagy baromság!Hiába nagyobb az elméleti sávszélesség, szépen lehet mérni, hogy alig hoz gyorsulást a gyorsabb ram intel gépeken.
Itt van pl. ez a teszt: http://prohardver.hu/teszt/ddr2_versus_ddr3/memoriaorajelek_idozitesek_i.html
A ddr2 800 4-4-4-12 és ddr2 1066 méréseket figyeld.
Az a baj, hogy memória elérése az északi hídon keresztül van megvalósítva, az új core i7-nél már a memóriavezérlő integrálva lett a prociba, hasonlóan, mint ahogy régebb óta az amd-be, ezzel sokat javult a memória kezelése.vizsla wrote:Nem véletlenül magyaráztam el, hogy a 3000-essel „kitörölheted”. 🙂
Az árat sem véletlenül mondtam:
Mert megnéztem a depon:
Sapphire ATI RADEON HD 3870 TOXICSapphire ATI RADEON HD 3870 TOXIC – 34.512 Ft
Sapphire ATI RADEON HD 4850 FULL – 35.008 Ft
Persze máshol esetleg biztos van, valami más márka, meg valami alapabb 4000-es, de nagyságrendileg – sajnos – ez az ára. A 20 000-es meg nem fog tudni „semmit”. Sad
És most, hogy mutattad azt az összehasonlító táblázatod… kezdem azt hinni, hogy az nvidia még nagyobbat lódít és az a „kiváló” sem teljes támogatást jelent, mert – ezek szerint – a 100% nem teljes 264 kódolást jelent, hanem csak rásegítést. ))Tudtommal a videólejátszási képességekben nem különbözik egy adott szériában a legkisebb és leggyorsabb kártya.
Én nem találom akkora parasztvakításnak, mint te.
Nézd meg ezt: http://www.hardwarezone.com.au/reviews/view.php?id=2478&cid=3&pg=6
Arra a régi P4-re eléggé rásegített az a kis HD3850-es kártya.vizsla wrote:A hibaüzeneteket eltüntetheted, ha pl. egy avidemux-szal „megregulázod” a fejlecet, mondjuk elmented avi-ba, az garantáltan felül fogja írni. Mondjuk sokra nem mész vele… max, ha a határon van a terhelés.Jobb lett, valószínűleg a hibakezelés eléggé megette a procit.
vizsla wrote:Nos, több szál… ezt a videot nem fogja az mplayer több szálon vinni, mivel változó bitrátájú. Ahhoz egy bonyolultabb (lassabb) algoritmus kell, ami hibás file-oknál még nagyobb biztonsági kockázatot is jelenthet.
Mindazonáltal itt van néhány trükk, amivel gyorsíthatod a lejátszást némi – ált. észrevehetetlen – minőségromlás árán.Na látod ez a probléma, win alatt a kmplayer-rel mindenféle trükközés nélkül szépen megy több szálon.
Próbálgattam az opciókat, amiket írtál, de nem sokat számítottak, csodát nem kell várni tőlük.
vizsla wrote:Egyébként ez a demo a sznob parasztvakítás tökéletes mintapéldánya. :)))
A demo 40 Mb/s átlagos és >60 Mb/s!!!! maimális bitrátával rendelkezik.
Lássuk a sávszélességeket (maximális):
US kábeltv: 39 Mb/s
Blu-ray sávszélesség: 36 Mb/s (felvételi idő ezen a bitrátán: 1,5 óra)
(Tehát ez a video feltételezi, hogy a blu-ray lemezt többszörös sebességen fogod forgatni, mert csak így tudod megnézni… ez a sznobizmus kategóriája. :))))
Ehhez az óvatos mozgáshoz, amit ezek a „papucsállatkák” produkálnak a 30 f/s szintén túlzás.
Az amerikai mozifilmek blu-ray-en egyébként 17-19 Mb/s-os bitrátával jönnek ki. (Néha esetleg 25-öt produkálnak.)
Az európai csatornák ~10 Mb/s-os bitrátával sugároznak. (Főleg a sporthoz kell a gyors mozgás miatt (nagyobb fps), a múvihoz nem kell ekkora.)Persze, de ez csak egy demo.
Azért szerintem a mostani Blu-ray lejátszóknak illene tudni folyamatosan tartani egyszeres sebességnél gyorsabbat.
Na meg a vinyóról is le lehet játszani (drágább xbox-okban van).vizsla wrote:Egy kis játék (avidemux-szal):
A biztonságos mód kérdésnél válaszd a mégsem-et, az újraépítésnél az ok-t. Válaszd a 20*-as változó (a változó az fontos) bitrátájuh kvantálási paramétert, a többit hagyd úgy, (vagy emeld a „mozgás detektálási” minőséget). És mintavételezd 30 fps-ben.
A hangot hagyd úgy, a videónak h264-et állíts be és mentsd el aviba.
A file-od 1/4 akkora lesz és nagyítóval sem fogsz különbséget észrevenni… legfeljebb mikroszkóppal. A cpu-d meg bírni fogja.Kipróbáltam, x264 van. Csak a quantizer-t írtam át 26-ról 20, így már tényleg elbírja az E8400-as proci.
vizsla wrote:667 1066 között annyi a különbség, hogy az utóbbinál (elvileg) 60%-kal több adatot tud mozgatni egységnyi idő alatt.
És mi az, hogy nem nagyon tudják kihasználni? Ez nagyon nagy baromság!Hiába nagyobb az elméleti sávszélesség, szépen lehet mérni, hogy alig hoz gyorsulást a gyorsabb ram intel gépeken.
Itt van pl. ez a teszt: http://prohardver.hu/teszt/ddr2_versus_ddr3/memoriaorajelek_idozitesek_i.html
A ddr2 800 4-4-4-12 és ddr2 1066 méréseket figyeld.
Az a baj, hogy memória elérése az északi hídon keresztül van megvalósítva, az új core i7-nél már a memóriavezérlő integrálva lett a prociba, hasonlóan, mint ahogy régebb óta az amd-be, ezzel sokat javult a memória kezelése.vizsla wrote:Nem véletlenül magyaráztam el, hogy a 3000-essel „kitörölheted”. 🙂
Az árat sem véletlenül mondtam:
Mert megnéztem a depon:
Sapphire ATI RADEON HD 3870 TOXICSapphire ATI RADEON HD 3870 TOXIC – 34.512 Ft
Sapphire ATI RADEON HD 4850 FULL – 35.008 Ft
Persze máshol esetleg biztos van, valami más márka, meg valami alapabb 4000-es, de nagyságrendileg – sajnos – ez az ára. A 20 000-es meg nem fog tudni „semmit”. Sad
És most, hogy mutattad azt az összehasonlító táblázatod… kezdem azt hinni, hogy az nvidia még nagyobbat lódít és az a „kiváló” sem teljes támogatást jelent, mert – ezek szerint – a 100% nem teljes 264 kódolást jelent, hanem csak rásegítést. ))Tudtommal a videólejátszási képességekben nem különbözik egy adott szériában a legkisebb és leggyorsabb kártya.
Én nem találom akkora parasztvakításnak, mint te.
Nézd meg ezt: http://www.hardwarezone.com.au/reviews/view.php?id=2478&cid=3&pg=6
Arra a régi P4-re eléggé rásegített az a kis HD3850-es kártya.vizsla wrote:A hibaüzeneteket eltüntetheted, ha pl. egy avidemux-szal „megregulázod” a fejlecet, mondjuk elmented avi-ba, az garantáltan felül fogja írni. Mondjuk sokra nem mész vele… max, ha a határon van a terhelés.Jobb lett, valószínűleg a hibakezelés eléggé megette a procit.
vizsla wrote:Nos, több szál… ezt a videot nem fogja az mplayer több szálon vinni, mivel változó bitrátájú. Ahhoz egy bonyolultabb (lassabb) algoritmus kell, ami hibás file-oknál még nagyobb biztonsági kockázatot is jelenthet.
Mindazonáltal itt van néhány trükk, amivel gyorsíthatod a lejátszást némi – ált. észrevehetetlen – minőségromlás árán.Na látod ez a probléma, win alatt a kmplayer-rel mindenféle trükközés nélkül szépen megy több szálon.
Próbálgattam az opciókat, amiket írtál, de nem sokat számítottak, csodát nem kell várni tőlük.
vizsla wrote:Egyébként ez a demo a sznob parasztvakítás tökéletes mintapéldánya. :)))
A demo 40 Mb/s átlagos és >60 Mb/s!!!! maimális bitrátával rendelkezik.
Lássuk a sávszélességeket (maximális):
US kábeltv: 39 Mb/s
Blu-ray sávszélesség: 36 Mb/s (felvételi idő ezen a bitrátán: 1,5 óra)
(Tehát ez a video feltételezi, hogy a blu-ray lemezt többszörös sebességen fogod forgatni, mert csak így tudod megnézni… ez a sznobizmus kategóriája. :))))
Ehhez az óvatos mozgáshoz, amit ezek a „papucsállatkák” produkálnak a 30 f/s szintén túlzás.
Az amerikai mozifilmek blu-ray-en egyébként 17-19 Mb/s-os bitrátával jönnek ki. (Néha esetleg 25-öt produkálnak.)
Az európai csatornák ~10 Mb/s-os bitrátával sugároznak. (Főleg a sporthoz kell a gyors mozgás miatt (nagyobb fps), a múvihoz nem kell ekkora.)Persze, de ez csak egy demo.
Azért szerintem a mostani Blu-ray lejátszóknak illene tudni folyamatosan tartani egyszeres sebességnél gyorsabbat.
Na meg a vinyóról is le lehet játszani (drágább xbox-okban van).vizsla wrote:Egy kis játék (avidemux-szal):
A biztonságos mód kérdésnél válaszd a mégsem-et, az újraépítésnél az ok-t. Válaszd a 20*-as változó (a változó az fontos) bitrátájuh kvantálási paramétert, a többit hagyd úgy, (vagy emeld a „mozgás detektálási” minőséget). És mintavételezd 30 fps-ben.
A hangot hagyd úgy, a videónak h264-et állíts be és mentsd el aviba.
A file-od 1/4 akkora lesz és nagyítóval sem fogsz különbséget észrevenni… legfeljebb mikroszkóppal. A cpu-d meg bírni fogja.Kipróbáltam, x264 van. Csak a quantizer-t írtam át 26-ról 20, így már tényleg elbírja az E8400-as proci.
vizsla wrote:Jó, nyílván teljesen összehasonlíthatatlanok az eredmények, mert számít az alaplap, memória, merevlemez, videó kártya, film (nem fogok, azért rojál kaszinózni, meg gépet venni pláne nem :)))). De, ha a fent említett konfiguráció szerepelt (cpu csere után) az ábránál is, akkor az én gépem minden más tekintetben rosszabb: Samsung HD300LJ – dög lassú, mint a sz@r (de legalább ócsó és nagy volt :)))), ddr2-667 stb.Most itt leginkább a film lehet a különbség.
A vinyó nem igazán számít, mert 10MB/s-et biztos ki tud préselni magából, az viszont már a legdurvább HD filmekhez is elég.
Alig van különbség a ddr2-667 vagy ddr2-1066 között. Nem nagyon tudják kihasználni a Core2-es gépek a nagyobb sávszélességet.vizsla wrote:Egyébként, ha a kártya végezné a kódolást (sőt, ugye a hangot is, mert ezeken mixer és hdmi kimenet is van), akkor a cpu kb annyit csinálna, hogy kb. fél percenként megcsörgetné a merevlemezt. De látjuk, hogy nincs így, mert náluk is folyamatos 20 %-os terhelés van rajta, ami kb. egyenlő a h264/acc kicsomagolásával.Ez viszont elgondolkoztató…
vizsla wrote:Ja, csak vagy 35-40 e. :))))A legkisebb 9-es, 8-as Nvidia vagy HD3000-es, HD4000-es Ati kártya közel sem kerül ennyibe.
vizsla wrote:Hát erre kíváncsi leszek, mert mi a fene 5 mbyte/s h264-gyel. (Vagy az x264 mást jelent?)
Na, majd megnézem.Most először néztem meg parancssorból a filmet:
Code:mplayer Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkvMPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (Family: 6, Model: 23, Stepping: 10)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.Playing Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) „Video x264 1080p @ 40 Mbps”, -vid 0
[mkv] Track ID 2: audio (A_AC3) „Audio ingles AC3 2.0 @ 448 Kbps”, -aid 0, -alang eng
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 1920×1080 24bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
GNOME screensaver disabled
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg’s libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Forced audio codec: mad
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [pulse] Failed to connect to server: Connection refused
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback…
VDec: vo config request – 1920 x 1080 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 – prescaling to correct movie aspect.
VO: [xv] 1920×1080 => 1920×1080 Planar YV12
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
A: 8.7 V: 8.2 A-V: 0.494 ct: 0.002 247/247 63% 5% 0.6% 55 0************************************************
**** Your system is too SLOW to play this! ****
************************************************Possible reasons, problems, workarounds:
– Most common: broken/buggy _audio_ driver
– Try -ao sdl or use the OSS emulation of ALSA.
– Experiment with different values for -autosync, 30 is a good start.
– Slow video output
– Try a different -vo driver (-vo help for a list) or try -framedrop!
– Slow CPU
– Don’t try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
– Broken file
– Try various combinations of -nobps -ni -forceidx -mc 0.
– Slow media (NFS/SMB mounts, DVD, VCD etc)
– Try -cache 8192.
– Are you using -cache to play a non-interleaved AVI file?
– Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.A: 26.8 V: 25.4 A-V: 1.427 ct: 0.002 762/762 84% 7% 0.8% 554 0
Too many video packets in the buffer: (43 in 8464076 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.Too many video packets in the buffer: (43 in 8464076 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.1 V: 25.6 A-V: 1.469 ct: 0.026 769/769 85% 7% 0.8% 554 0
Too many video packets in the buffer: (44 in 8716462 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.Too many video packets in the buffer: (44 in 8716462 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.1 V: 25.7 A-V: 1.464 ct: 0.029 770/770 85% 7% 0.8% 554 0
Too many video packets in the buffer: (43 in 8625880 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.2 V: 25.7 A-V: 1.464 ct: 0.032 771/771 85% 7% 0.8% 554 0
Too many video packets in the buffer: (42 in 8511197 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.3 V: 25.8 A-V: 1.492 ct: 0.046 775/775 85% 7% 0.8% 554 0
Too many video packets in the buffer: (42 in 8428114 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.…és még sok ilyen hiba…
Úgy néz ki, hogy nem teljesen ok vmi. Próbálgattam az opciókat, de egyik sem segített.
vizsla wrote:Jó, nyílván teljesen összehasonlíthatatlanok az eredmények, mert számít az alaplap, memória, merevlemez, videó kártya, film (nem fogok, azért rojál kaszinózni, meg gépet venni pláne nem :)))). De, ha a fent említett konfiguráció szerepelt (cpu csere után) az ábránál is, akkor az én gépem minden más tekintetben rosszabb: Samsung HD300LJ – dög lassú, mint a sz@r (de legalább ócsó és nagy volt :)))), ddr2-667 stb.Most itt leginkább a film lehet a különbség.
A vinyó nem igazán számít, mert 10MB/s-et biztos ki tud préselni magából, az viszont már a legdurvább HD filmekhez is elég.
Alig van különbség a ddr2-667 vagy ddr2-1066 között. Nem nagyon tudják kihasználni a Core2-es gépek a nagyobb sávszélességet.vizsla wrote:Egyébként, ha a kártya végezné a kódolást (sőt, ugye a hangot is, mert ezeken mixer és hdmi kimenet is van), akkor a cpu kb annyit csinálna, hogy kb. fél percenként megcsörgetné a merevlemezt. De látjuk, hogy nincs így, mert náluk is folyamatos 20 %-os terhelés van rajta, ami kb. egyenlő a h264/acc kicsomagolásával.Ez viszont elgondolkoztató…
vizsla wrote:Ja, csak vagy 35-40 e. :))))A legkisebb 9-es, 8-as Nvidia vagy HD3000-es, HD4000-es Ati kártya közel sem kerül ennyibe.
vizsla wrote:Hát erre kíváncsi leszek, mert mi a fene 5 mbyte/s h264-gyel. (Vagy az x264 mást jelent?)
Na, majd megnézem.Most először néztem meg parancssorból a filmet:
Code:mplayer Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkvMPlayer 1.0rc2-4.3.2 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz (Family: 6, Model: 23, Stepping: 10)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.Playing Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) „Video x264 1080p @ 40 Mbps”, -vid 0
[mkv] Track ID 2: audio (A_AC3) „Audio ingles AC3 2.0 @ 448 Kbps”, -aid 0, -alang eng
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 1920×1080 24bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
xscreensaver_disable: Could not find XScreenSaver window.
GNOME screensaver disabled
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg’s libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Forced audio codec: mad
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
Using MMX optimized resampler
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [pulse] Failed to connect to server: Connection refused
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback…
VDec: vo config request – 1920 x 1080 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 – prescaling to correct movie aspect.
VO: [xv] 1920×1080 => 1920×1080 Planar YV12
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
[ASPECT] Warning: No suitable new res found!
A: 8.7 V: 8.2 A-V: 0.494 ct: 0.002 247/247 63% 5% 0.6% 55 0************************************************
**** Your system is too SLOW to play this! ****
************************************************Possible reasons, problems, workarounds:
– Most common: broken/buggy _audio_ driver
– Try -ao sdl or use the OSS emulation of ALSA.
– Experiment with different values for -autosync, 30 is a good start.
– Slow video output
– Try a different -vo driver (-vo help for a list) or try -framedrop!
– Slow CPU
– Don’t try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
– Broken file
– Try various combinations of -nobps -ni -forceidx -mc 0.
– Slow media (NFS/SMB mounts, DVD, VCD etc)
– Try -cache 8192.
– Are you using -cache to play a non-interleaved AVI file?
– Try -nocache.
Read DOCS/HTML/en/video.html for tuning/speedup tips.
If none of this helps you, read DOCS/HTML/en/bugreports.html.A: 26.8 V: 25.4 A-V: 1.427 ct: 0.002 762/762 84% 7% 0.8% 554 0
Too many video packets in the buffer: (43 in 8464076 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.Too many video packets in the buffer: (43 in 8464076 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.1 V: 25.6 A-V: 1.469 ct: 0.026 769/769 85% 7% 0.8% 554 0
Too many video packets in the buffer: (44 in 8716462 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.Too many video packets in the buffer: (44 in 8716462 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.1 V: 25.7 A-V: 1.464 ct: 0.029 770/770 85% 7% 0.8% 554 0
Too many video packets in the buffer: (43 in 8625880 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.2 V: 25.7 A-V: 1.464 ct: 0.032 771/771 85% 7% 0.8% 554 0
Too many video packets in the buffer: (42 in 8511197 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
A: 27.3 V: 25.8 A-V: 1.492 ct: 0.046 775/775 85% 7% 0.8% 554 0
Too many video packets in the buffer: (42 in 8428114 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.…és még sok ilyen hiba…
Úgy néz ki, hogy nem teljesen ok vmi. Próbálgattam az opciókat, de egyik sem segített.
Azért vmire jó az, itt van egy kis egyszerű teszt erről: link (lap alja)
„Igaz, hogy nem tudjuk, hogy mi van a notebookjában, de a processzorból találgattam.”
Ezért utaltam arra hogy asztali gép esetén annyira nem kell sok pénz hozzá 🙂
Ez a demo konkrétan ez: Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkv (torrentről beszerezhető).
Win alatt gyönyörűen ment kmplayer-rel (semmi köze nincs se a kde-hez, se az mplayer-hez).
A videokártyám csak egy 7600gst, tehát csak a szál használat miatt ment rendesen.Azért vmire jó az, itt van egy kis egyszerű teszt erről: link (lap alja)
„Igaz, hogy nem tudjuk, hogy mi van a notebookjában, de a processzorból találgattam.”
Ezért utaltam arra hogy asztali gép esetén annyira nem kell sok pénz hozzá 🙂
Ez a demo konkrétan ez: Samsung.Demo.Oceanic.Life.x264.1080p.40Mbps.mkv (torrentről beszerezhető).
Win alatt gyönyörűen ment kmplayer-rel (semmi köze nincs se a kde-hez, se az mplayer-hez).
A videokártyám csak egy 7600gst, tehát csak a szál használat miatt ment rendesen.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 🙂
„ha a gyors mozgásoknál is élvezhető képet akarsz, akkor megeszik 2 GHz C2D-t is”
Főleg, hogy nem találkoztam még olyan lejátszóval linux alatt, ami rendesen tudná kezelni a több magot…
„Az xv-hez meg hw-es gyorsítás kell, tehát a kártyának működő driver kell és jól kell beállítani.”
Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…
„ha a gyors mozgásoknál is élvezhető képet akarsz, akkor megeszik 2 GHz C2D-t is”
Főleg, hogy nem találkoztam még olyan lejátszóval linux alatt, ami rendesen tudná kezelni a több magot…
„Az xv-hez meg hw-es gyorsítás kell, tehát a kártyának működő driver kell és jól kell beállítani.”
Na meg jó linux support is kellene a videokártyák HD videó gyorsításának kihasználásához…
legutóbbi hsz