4k-8k videók lejátszása youtube-ról

tonsur képe

Biztos tapasztaltátok,hogy a böngészővel lejátszva a nagy felbontásu videók milyen sok erőforrást igényelnek,ezért arra gondoltam,kéne egy tesztet csinálni linuxon arra,hogy kideritsük mi az a minimális hardver követelmény amivel már lejátszhatóak akadásmentesen a 4k és a 8k videók a youtube-ról,illetve nativan a saját pc-ről.
Ehhez két lejátszót javaslok használni az SMPlayer-MPV párost,és a VLC-t snap-ból,vagy flatpak-ból telepitett 3.0.7.x verziót.
Fontos,hogy a legújabb MPV legyen telepitve,mert az már megbirkózik az AV1-es videókkal is,a frissitést a következő ppa-val lehet megcsinálni: sudo add-apt-repository ppa:mc3man/mpv-tests
Az SMPlayer-ben érdemes beállitani a hardveres gyorsitást, nálam kimenetnél és hardveres dekódolás opciónál is a vaapi van beállitva,hálózat beállitásnál pedig az MPV+youtube-dl,és best video and audio.
VLC-nél mind a kimenetnél,mind a hardveres gyorsitásnál az automatikus opciót választottam,és mivel a VLC a youtube-ról alapból a 720P verziót kezdi lejátszani,ezért ezen az oldalon betallózva az eredeti youtube videót kilistázható az adott videó összes elérhető felbontás pontos cime,igy kiválasztható a 4k,és 8k-s opció is, ezeket kell megnyitni a VLC-ben nem az eredeti videó cimet! Ha ezeket nyitjuk meg a lejátszókkal és az emlitett beállitásokkal akkor tapasztalatom szerint kb 20%-al kevesebb erőforrás is elég az akadásmentes lejátszáshoz,az eredeti video cim lejátszásához képest,ezért a 4k-s videók talán egy u-s procival is akadásmentesek lehetnek,ezt kéne kipróbálnia annak akinek ilyen procija van.
Én HQ-s procit használok I5 6300HQ és ezeket a videókat próbáltam lejátszani a youtube-ról:
8k-s videók eredeti cime:
https://www.youtube.com/watch?v=1La4QzGeaaQ
https://www.youtube.com/watch?v=sLprVF6d7Ug
4k-s videó eredeti cime:
https://www.youtube.com/watch?v=LXb3EKWsInQ
4K-s video böngészőben lejátszva (60fps) 80%-s proci terhelést jelentett,szaggatásmentes lejátszás.
VLC-vel 65% szaggatásmentes lejátszás.
SMPlayer+MPV-vel 70% szaggatásmentes lejátszás.
8K-s video böngészőben lejátszva (60fps) 95-100%-s proci terhelést jelentett,és erősen szaggatott.
VLC-vel 100% és erősen szaggatott
SMPlayer+MPV 80,és 100% között kissé szaggatva játszotta le.
Ha ezen videóknak a 24-30fps-es változatát próbáltam,akkor 4k-nál mind a VLC-vel,mind az SMPlayer+MPV-vel 30% tehelés mellett szaggatásmentes lejátszást tapasztaltam,8k-nál 100/% prociterhelés mellett kissé szaggatottan játszotta le mindkét lejátszó.

Hozzászólások

kimarite képe

próba

Értékelés: 

0
Még nincs értékelve

A 8K-s videókat nem bírja a hardver. :-)

Machine:   Device: laptop System: Hewlett-Packard product: HP EliteBook 2570p v: A1028C1100
           Mobo: Hewlett-Packard model: 17DF v: KBC Version 61.20
           BIOS: Hewlett-Packard v: 68ISB Ver. F.31 date: 10/01/2012
CPU:       Dual core Intel Core i5-3320M (-HT-MCP-) cache: 3072 KB
           clock speeds: max: 3300 MHz 1: 2706 MHz 2: 2727 MHz 3: 2652 MHz 4: 2620 MHz
Graphics:  Card: Intel 3rd Gen Core processor Graphics Controller
           Display Server: X.Org 1.19.2 drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1366x768@60.01hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 13.0.6
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.9.0-9-amd64

Meg lehet nyitni az URL-eket, szépen lejátssza minden: VLC, SMPLayer, MPV ... de itt nem 8K.

Akkor letöltöm ... (és szaggat)

A módszer itt: https://linuxmint.hu/blog/2015/06/youtube-dl-telepites-es-hasznalat

-- Youtube DL telepítés

sudo wget https://yt-dl.org/latest/youtube-dl -O /usr/local/bin/youtube-dl
sudo chmod a+x /usr/local/bin/youtube-dl
hash -r

-- Youtube DL frissítés

sudo youtube-dl -U

-- az egyik videó letöltése (példa) | 8K

    -- mi érhető el?

youtube-dl -F https://www.youtube.com/watch?v=1La4QzGeaaQ

    --  ezek (kiemeltem a legjobb minőséget)

[youtube] 1La4QzGeaaQ: Downloading webpage
[youtube] 1La4QzGeaaQ: Downloading video info webpage
[info] Available formats for 1La4QzGeaaQ:
format code  extension  resolution note
249          webm       audio only DASH audio   58k , opus @ 50k, 2.01MiB
250          webm       audio only DASH audio   78k , opus @ 70k, 2.68MiB
171          webm       audio only DASH audio  126k , vorbis@128k, 4.67MiB
140          m4a        audio only DASH audio  130k , m4a_dash container, mp4a.40.2@128k, 5.21MiB
251          webm       audio only DASH audio  150k , opus @160k, 5.29MiB
394          mp4        256x144    144p   90k , av01.0.05M.08, 30fps, video only, 3.11MiB
278          webm       256x144    144p   98k , webm container, vp9, 30fps, video only, 3.65MiB
160          mp4        256x144    144p  111k , avc1.4d400c, 30fps, video only, 2.67MiB
395          mp4        426x240    240p  221k , av01.0.05M.08, 30fps, video only, 6.84MiB
242          webm       426x240    240p  226k , vp9, 30fps, video only, 7.62MiB
133          mp4        426x240    240p  245k , avc1.4d4015, 30fps, video only, 5.70MiB
330          webm       256x144    144p60 HDR  245k , vp9.2, 60fps, video only, 8.88MiB
396          mp4        640x360    360p  392k , av01.0.05M.08, 30fps, video only, 12.27MiB
243          webm       640x360    360p  411k , vp9, 30fps, video only, 14.34MiB
331          webm       426x240    240p60 HDR  499k , vp9.2, 60fps, video only, 18.95MiB
134          mp4        640x360    360p  633k , avc1.4d401e, 30fps, video only, 17.17MiB
397          mp4        854x480    480p  720k , av01.0.05M.08, 30fps, video only, 22.33MiB
244          webm       854x480    480p  774k , vp9, 30fps, video only, 26.52MiB
332          webm       640x360    360p60 HDR 1061k , vp9.2, 60fps, video only, 40.88MiB
135          mp4        854x480    480p 1352k , avc1.4d401f, 30fps, video only, 35.62MiB
398          mp4        1280x720   720p60 1511k , av01.0.05M.08, 60fps, video only, 45.35MiB
247          webm       1280x720   720p 1571k , vp9, 30fps, video only, 54.04MiB
333          webm       854x480    480p60 HDR 2022k , vp9.2, 60fps, video only, 77.41MiB
302          webm       1280x720   720p60 2664k , vp9, 60fps, video only, 91.20MiB
136          mp4        1280x720   720p 2698k , avc1.4d401f, 30fps, video only, 70.39MiB
248          webm       1920x1080  1080p 2762k , vp9, 30fps, video only, 95.02MiB
298          mp4        1280x720   720p60 4201k , avc1.4d4020, 60fps, video only, 115.83MiB
303          webm       1920x1080  1080p60 4460k , vp9, 60fps, video only, 156.50MiB
334          webm       1280x720   720p60 HDR 4521k , vp9.2, 60fps, video only, 177.79MiB
137          mp4        1920x1080  1080p 5065k , avc1.640028, 30fps, video only, 130.40MiB
335          webm       1920x1080  1080p60 HDR 6907k , vp9.2, 60fps, video only, 272.04MiB
299          mp4        1920x1080  1080p60 7008k , avc1.64002a, 60fps, video only, 204.40MiB
271          webm       2560x1440  1440p 9107k , vp9, 30fps, video only, 299.22MiB
308          webm       2560x1440  1440p60 13297k , vp9, 60fps, video only, 461.27MiB
336          webm       2560x1440  1440p60 HDR 16269k , vp9.2, 60fps, video only, 643.16MiB
313          webm       3840x2160  2160p 18217k , vp9, 30fps, video only, 642.40MiB
315          webm       3840x2160  2160p60 26604k , vp9, 60fps, video only, 996.25MiB
337          webm       3840x2160  2160p60 HDR 28928k , vp9.2, 60fps, video only, 1.12GiB
272          webm       7680x4320  4320p60 32524k , vp9, 60fps, video only, 850.48MiB
18           mp4        640x360    medium , avc1.42001E, mp4a.40.2@ 96k, 27.15MiB
43           webm       640x360    medium , vp8.0, vorbis@128k, 33.32MiB
22           mp4        1280x720   hd720 , avc1.64001F, mp4a.40.2@192k (best)

-- a kiválasztott minőséget letöltöm,

youtube-dl -f 272+251 https://www.youtube.com/watch?v=1La4QzGeaaQ

... és lejátszom. Mármint, ha lehet.

Letöltöttem a két videót:

Értékelés: 

0
Még nincs értékelve

Letöltöttem a két videót:

4K VLC simán viszi, nem akad, a hang is jó, az smplayer (alapbeállításokkal) nagy ritkán akad. A terhelés 80% körül van.

8K VLC teljesen használhatatlan, sokszor akadm hang elnémul, smplayer-ben nagyon kicsit jobb a helyzet.

A gép: CPU: Quad Core Intel Core i5-3570K
Kernel: 5.1.0-14.2-liquorix-amd64 x86_64
Mem: 2163.0/7809.4 MiB 

Nincs dedikált videókártya, csak az amit a CPU-val van...

 

 

tonsur képe

Ami már megállapitható

Értékelés: 

0
Még nincs értékelve

A webes 8K-s videók (VP9,AV1) lejátszása,mivel hardveres rásegités még a procik többségénél nincs,ezért nagyon erős dedikált videókártyát igényel.Azt tapasztaltam,hogy a VP9/webm,AV1/webm kombináció igényli a legtöbb vasat,föleg ha még a bitráta is magas (10MB/sec fölött), ami még fontos az fps érték,mert a 24-30fps értékü videók nyilván kisebb erőforrás igényüek mint a 60fps,vagy annál nagyobb értékü videók.6.generációs HQ-s procinál azt látom,hogy a 4k-s,és 8k-s h264-es videóknál mivel van hardveres rásegités tökéletesen szaggatásmentesen lejátszhatóak,még magasabb bitráta esetén is, 4k-s videók pedig még a VP9/webm,és AV1/webm kombinációknál is szaggatásmentesen játszhatóak le hardveres rásegités nélkül,a 8k-s VP9,AV1/webm kombinációk csak erősen szaggatva játszhatóak le,és ez is csak az SMPlayer+MPV kombinációval érhető el.Ami részemről csak tipp,hogy a 6. generációs U-s prociktól felfelé már van hardveres rásegités,ezért talán a 4k-s videók h264-ben már szaggatásmentesen lejátszhatóak,de a 4k-s VP9,AV1/webm már nem,de ezt vagy cáfoljátok,vagy megerősititek majd.

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1 Terminálos parancs nélkül is letölthetők a videók a 4k Video Downloaderrel a kívánt formátumban.

tonsur képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1

Vagy ami még jobb a JDownloader,de itt nem a letöltés a cél hanem annak a kideritése,hogy webes környezetben (online streamek) milyen minimális hardver kell a 4k-8k videók szaggatásmentes lejátszásához. Neked ha jól emlékszem U-s procid van,leirhatnád mit tapasztaltál.

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1 Chrome-ban az 1440p60 és afölöttiek akadozva futnak. Letöltve, a 60p-sek szintén akadoznak SMPlayerben és VLC-ben is, pedig dedikákt videochip (Nvidia GeForce 940M) van a gépben - azt nem tudom, hardveresen mennyire támogatja a lejátszást.
A 4k-s 30 fps-es videót viszont szépen lejátssza mindkét lejátszó (VP9, h.264 kodekekkel). A h.265-tel kódolt (4k) már akadozik. AV1-es kódolóm nincs.
A linkelt videók egyébként lassú mozgású jelenetekből tevődnek össze. Ezeknél nem tudom, hogy mi értelme van a 60 fps-nek, 30 bőven elegendő lenne. Gyorsabb mozgású felvételnél szerintem a te processzorod is erőlködne.
A Chrome-ban, Firefoxban van-e lehetőség a lejátszás gyorsításának, mert a nagyobb felbontású videók nem csak nálam okozhatnak akadást, hanem másoknál is.

tonsur képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1

Jól sejtettem, az U-s procik a 4k-t csak h264-formátumban (itt van hardveres rásegités a gpu-tól) és max 30fps-el játszák le akadás mentesen,streamet csak akadozva (VP9,AV1/webm),8k-pedig szóba sem jöhet még h264-ben sem.Megtaláltuk az érdemi különbség az U-s,és H, vagy HQ-s procik között,mert nekem a leggyengébb HQ-s procim van,de az online 4k-s streamet (VP9,AV1/webm 60fps)szaggatásmentesen játsza le 70% processzorterhelés mellett,még böngészöből is Chromium-al,Firefox-al egyaránt.Tehát aki manapság 4k tartalmat akar linuxon nézegetni,annak csak arra kell figyelnie,hogy H-s,vagy HQ-s procival szerelt PC-t vegyen ne U-sat.

tonsur képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.1

Ha ezt konkrétabban kellene megfogalmazni akkor Linuxon 4k-hoz manapság minimum I5 8300 H-s procival szerelt laptop kell, ami újonnan 180000 Ft-tól kapható,szemben az U-s procival szerelt gépek 150000 Ft-val,szerintem megéri a különbséget,de ezt mindenki maga döntse el.

kimarite képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1 Tesztelni éppen a lassú kameramozgatás felel meg, mert a csíkozódás, laggolás, tearing, vagyis a felvétel akadozása itt könnyen, különösebb eröfeszítés megfigyelhetö.

#1.1 Csak nem telepítek még egy alkalmazást, amikor minden kéznél van. :-)

kimarite képe

próba 8K után 4K (60 fps)

Értékelés: 

0
Még nincs értékelve

#1 Érdekes, hogy az én rendszeremen a 4K-s videó,

COSTA RICA IN 4K 60fps HDR (ULTRA HD)-LXb3EKWsInQ.webm

éppenhogy a böngészőben akadozik, viszont a VLC, az SMPlayer és az MPV akadás nélkül viszi.

 

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.2 Jónéhány tesztvideót letöltöttem ettől a Schwarz-párostól, de szinte mindegyik kisfilm lassú kameramozgással készült. Tisztában vannak ők azzal, hogy ezek játszhatók le többnyire akadásmentesen. Gyors mozgású jelenetek lejátszásához több erőforrás kell. Ezek a videók nem interlace-esek, ezeknél nincs csíkozódás.

A 4k Videó Downloaderbe csak be kell másolni a letöltendő videó URL-jét, majd a listából ki kell választani a megfelelő változatot (felbontás, fps). Egyszerűbb, mint a terminálos pepecselés.

kimarite képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.2.1 Tisztában vannak ők azzal, hogy ezek játszhatók le többnyire akadásmentesen. Gyors mozgású jelenetek lejátszásához több erőforrás kell.

Gyors és lassú kamera mozgású jelenteknél ugyanúgy 60 képkocka van másodpercenként. Erőforrás igénye ugyanaz szerintem.
Miért lennének tisztában akármivel is a készítők? Nem hiszem, hogy cél lenne az akadásmentes lejátszás, egyszerűen ilyen operatőrök, ez a stílusuk.

 Ezek a videók nem interlace-esek, ezeknél nincs csíkozódás.

Nem azt mondtam, hogy a videóknak bármi baja lenne. Arra gondoltam, hogy lejátszás közben pl. egy domb íve az akadás miatt megtörhet, és ezt elég könnyű észrevenni. Míg a gyors mozgásnál nehezebb bármilyen tárgyhoz viszonyítani a törést.

A 4k Videó Downloaderbe csak be kell másolni a letöltendő videó URL-jét, majd a listából ki kell választani a megfelelő változatot (felbontás, fps). Egyszerűbb, mint a terminálos pepecselés.

Én ezt használom, tehát ezt hoztam példának. Nem írtam, hogy követni kell. De például sokakat érdekel, és jó volt felelevenítésnek az ismétlés, és a blogra utalás. Egyébként a módszer ugyanaz, csak be kell illeszteni a terminálba az URL-t és a listából kiválasztva a megfelelő minőséget, indulhat a letöltés. Alias-szal még könnyebb.
Volt egy ismerősöm, neki még a két lépés is bonyolult volt a grafikus alkalmazással. Miért két lépés, miért nem egy? - mondta. :-)

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.2.1.1 Gyors mozgású jeleneteknél felszökik a bitráta, tehát mégiscsak több erőforrás kell, mint a lassú mozgásnál. Ilyenkor a következő képkocka az előzőhöz képest többet változik, mintha szinte néhány bitet tolódna el a kép. Változó fps-nél a 60 fps egy átlag: lassú mozgásnál elegendő kevesebb is, gyorsnál még magasabbra is felszökik, hogy a minőség azonos legyen. Próbáld meg lejátszani azt az AV1-es kodeknél linkelt videót (4k, 60fps-sel) lejátszóban, amelyikben a gyerekek sokat mozognak. Azt hiszem, belegebedne a rendszered az erőlködésbe - diavetítésszerű mozgást látnál folyamatos helyett. Azonos minőség mellett a gyors mozgású videó nagyobb fájlméretet eredményez, mint lassúnál. Erre jó példa a Thelma (kevés mozgás) és az Avatar (gyors mozgás [átlagban]).

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1

#1.1.1.1

#1.1.1.1
"A linkelt videók egyébként lassú mozgású jelenetekből tevődnek össze. Ezeknél nem tudom, hogy mi értelme van a 60 fps-nek, 30 bőven elegendő lenne. Gyorsabb mozgású felvételnél szerintem a te processzorod is erőlködne."

Ez nem pont így működik, ha képváltás van vagy keyframe, akkor egy 8K-s teljesen új képkocka kirajzolása ugyanúgy a teljes tartalom frissítésével és a kép teljes újrarajzolásával jár mint egy gyors, változó képtartalomnál.
Vagyis egy lassú, a célra alkalmatlan akadozó géppel sem lehet pl. csakis lassú mozgású jelenetekből álló filmet megnézni mert az is random meg fog állni. Csak nem 1 hanem pl. 2-3 másodpercenként, ergo élvezhetetlen.

Az fps-t menet közben eléggé érdekes lenne változtatni, ez igazi kihívás lenne a kodek gyártójának is, de a mediaplayernek biztosan.  :-)
Gondolj bele a közbeni audió sáv(ok) folyamatos csúszkálására vagy egy időhöz kötött feliratra.

Az fps kisebb vagy nagyobb értéke nem nálad, egy 19 colos monitoron fog látszani hanem egy 2 méteres átlójú 8k-s megjelenítőn. Ez utóbbin, ha egyszer meg tudsz nézni egy ilyet élőbe, egy 8k-s film után próbálj ki egy régebbi, avi vagy divix 640x480-as videót.
Sikítva menekülsz ki a helyiségből, vagy azt hiszed megvakultál és csak foltokba látod a világot.
Egy ilyenen az 1080x720 is maszatosnak látszik, FHD épp hogy elmegy.

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3 Ne viccelj, most nem a keyframe-ekről van szó. A kódolók blokkokra osztják a képet. Minél kisebb a következő kép eltérése az előzőhöz képest, annál kevesebbet kell számolnia a gépnek, a megjelenítés is folyamatosabb. Ha sok a változás, akkor nem tudja befejezni az aktuális számolást a processzor, mire a következő kép jönne. Ilyenkor ugrik, akadozik a kép. A modern kódolók igenis alkalmazzák a változó bitrátát, mert a lassú jeleneteknél nincs szükség nagyobb képfrissítésre, mert nem veszed észre a különbséget a gyorsabb frissítéshez képest. Kisebb képfrissítésnél kevesebbet kell a processzornak számolnia, mint a nagyobbnál - csak az a lényeg, hogy az átlag körül mozogjon. A lejátszók meg felismerik, ha változik az fps. Néha a hangnál is alkalmazzák, hiszen az is a minőség javítását célozza (jó példa erre a wma formátum, de mp3-nál is előfordul).

Éppen azért cserélem le a régebbi videófájljaimat, mert a minőségük már nem felel meg a jobb kijelzőkhöz, csak sajnos nem mindegyikhez találom meg a jobb felbontásút.

tonsur képe

VBR

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1
Egyetértek,hiszen videóknál azért konvertálunk 2pass-al,hogy kihasználjuk a vbr minőségjavitó hatását (és persze méretet tudjunk csökkenteni látható minőségromlás nélkül),hang esetében pl a qaac encoder,szinte csak vbr opciót kinál fel (a constrained vbr 64 kbps beállitási opció nyújtja a legjobb hangminőséget alacsony bitráta esetén).A műsorsugárzásban is használják DVB-T statisztitkus multiplex Budapesten UHF 38-csatorna HD adások,az a csatorna (pl Duna tv beszélgetős műsor) ahol fix beállitásokkal megy egy adás ott csökkentik a bitrátát, ahol sok a mozgás (M4 Sport) ott pedig megnövelik,ezért mindig egyenletesen jó a képminőség.Igen a gyors mozgású videóknál magasabb bitrátára van szükség,ami nagyobb erőforrás igényü.A Halálos koktél a hardware-nak a magas felbontás (8k) magas fps (60fps) magas bitráta igényü,gyorsan változó tartalom (30MB/sec fölött).Tapasztalatom szerint a HQ-s procim a weben található 8k-s videókat csak erősen szaggatva játsza le (VP9,AV1/webm-60fps,30MB/sec),mig saját háttértárról h264-kodekkel 10-20MB/sec 24-30fps-el szaggatásmentesen,az ennél magasabb fps értékü 8k-s videókat h264-ben is szaggatva tudom csak lejátszani saját háttértárról.

VBR VBR

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1.1

#1.1.1.1.3.1.1 Manapság inkább 1pass-szal tömörítek, mert a 2pass túl sokáig tart. Igaz viszont, hogy így a végeredmény mérete változó - az azonos minőség miatt -, de általában megfelel a 20-22-es beállítás is (h.264, h.265). A h.264-gyel gyorsabban tömörít a HandBrake, mint h.265-tel, viszont a keletkezett fájl mérete nagyobb. A VP9 és Theora kodek még lassabb. Ez utóbbi kettővel tömörített fájlokat az androidos táblagépem le se tudja játszani. Hardveres támogatás csak a h.264-hez van.

tonsur képe

VBR VBR

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1.1.1

A Handbraket nem használom már mert a shotcut,és a Selene gyorsabb még 2pass esetén is,bár mostanában ritkán konvertálok,legutoljára az Osztrák F1-es futam HD felvételét tömöritettem kisebbre, az két pass-al 90 perc alatt meg volt h264-ben,(a felvétel 105 perc hosszú volt) ebből az első pass 39 percig tartott csak.A végeredmény az eredetihez képest egy fele akkora fájl lett 2,7GB,azonos látható képminőséggel.Persze a hangot is rendbe hoztam valódi 5.1.re alakitva azt.Az ilyen gyorsmozgásu videóknál nagyon fontos a 2 pass a kiváló szaggatásmentes képminőség elérése érdekében.

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1
Énszerintem a változó bitrátának (változó arányú tömörítés) köze nincs a képkockasebességhez (fps)
Én se vagyok tévedhetetlen, ha megindokold és mutatsz példát a változó fps-re akkor természetesen megváltoztatom a vélemyényemet.
A videokártya egy 5 másodperces állókép esetében is 60x fogja kirajzolni a képet 60fps-nél.Kikódolni csak 1x de megjeleníteni 60x.

kimarite képe

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1.2 Javítottam a három ugyanolyan hozzászólást egyre.

4k-8k videók lejátszása youtube-ról

Értékelés: 

0
Még nincs értékelve

#1.1.1.1.3.1.2 A változó fps-t a kódoló alkalmazza, hogy kevesebbszer kelljen frissíteni a képet alig változó jeleneteknél, így nem kell annyit dolgoznia a processzornak lejátszáskor (nem fogod észrevenni, hogy másodpercenként kevesebb képet rajzol a videókártya). Mozgalmasabb jeleneteknél pedig egy kicsit megemeli a kódoló az fps-t, hogy folyamatosabbnak tűnjön a lejátszás - az átlagot azért tartja. Ha megnézed a MediaInfo programmal egy videófájl fps-ét, az nem mindig az eredetileg beállítottat mutatja, attól kicsit eltér - ha nem állandóra volt beállítva a kódolóban. A Handbrake nevű kódolóprogrammal beállítható változó fps is. A változó bitráta az valóban más, a kettővel ezelőtti hozzászólásomban kicsit rosszul fogalmaztam.

kimarite képe

Letöltöttem a két videót:

Értékelés: 

0
Még nincs értékelve

#2 A Liquorix kernel „SE Linux” igényét hogyan „elégíted ki” (gondolom MX Linux alatt)?

A boot olyamat alatt azt látom, mintha gond lenne, itt (kern.log vagy syslog) nem egészen ugyanaz van:

Jul  5 19:50:10 kimyx kernel: SELinux:  Initializing.
Jul  5 19:50:10 kimyx kernel: *** VALIDATE SELinux ***
Jul  5 19:50:10 kimyx kernel: Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes)
Jul  5 19:50:10 kimyx kernel: Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes)
Jul  5 19:50:10 kimyx kernel: Mount-cache hash table entries: 16384 (order: 5, 131072 bytes)
Jul  5 19:50:10 kimyx kernel: Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes)
Jul  5 19:50:10 kimyx kernel: *** VALIDATE proc ***
Jul  5 19:50:10 kimyx kernel: *** VALIDATE cgroup1 ***
Jul  5 19:50:10 kimyx kernel: *** VALIDATE cgroup2 ***
Jul  5 19:50:10 kimyx kernel: ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
Jul  5 19:50:10 kimyx kernel: ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
Jul  5 19:50:10 kimyx kernel: mce: CPU0: Thermal monitoring enabled (TM1)
Jul  5 19:50:10 kimyx kernel: process: using mwait in idle threads

Letöltöttem a két videót:

Értékelés: 

0
Még nincs értékelve

#2.1 ebben nem tudok segíteni, mert nekem simán felment, majd ugyanolyan simán le is szedtem, egy nap alatt. Nem nagyon nézegettem. Ezen a gépen lassabb, szaggat a a megjelenítés, stb. Így leszedtem, mert nem nagyon volt kedvem foglalkozni vele :( 

 

kimarite képe

Letöltöttem a két videót:

Értékelés: 

0
Még nincs értékelve

#2.1.1 Akkor utánanézek a témának. :-)