- Magisk
- Samsung Galaxy A72 - kicsit király
- MIUI / HyperOS topik
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Motorola Edge 40 - jó bőr
- Nothing Phone 2a - semmi nem drága
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Mindent megtudtunk az új Nokia 3210-ről
- Fotók, videók mobillal
- Android szakmai topik
Hirdetés
-
Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
ph A vállalat ezért irgalmatlan pénzt fizetne a FIFA-nak, és ezzel rajzolná át az online streaming platformok háborújában a frontvonalakat.
-
Letartóztatták a bitcoin-Jézust
it Amerikai adókerülés vádjával, Spanyolországban tartóztatták le a bitcoin-Jézusként ismert Roger Vert.
-
Hamarosan indul a SERUM korai hozzáférése PC-n
gp A belső nézetes túlélőjáték premierje május végétől lesz elérhető.
-
Mobilarena
Új hozzászólás Aktív témák
-
nagyúr
válasz WonderCSabo #14453 üzenetére
Nekem könnyű volt, mert a tv nem tud 24 Hz-et Már egész hozzászoktam a judderhez.
-
nagyúr
Ha már úgysem támogatják a régi kártyákat, az interfészek is maradhattak a régiek. Márpedig jó sokáig volt ugye korlát - nem teljesen véletlenül, mert nem csak a memóriát foglalja.
Azért van hatása a memóriaméret mellett is, hogy több kerethez kell/lehet visszanyúlni és azok eredményeit bevenni a következő keret előállításánál. Egy-egy makroblock számításnál különböző referenciát is figyelembe vehet számítás közben, ami nem csak a kódolás, a dekódolás idejét is megnövelheti, ergo a sebességre hatással lehet ilyen módon. Több processzor persze gyorsabb, de gy HD3xxx IGP-nél, ahol a memória is korlátozott, érdemes figyelembe venni. Amúgy valóban nem ez a legköltségesebb erőforrás szempontjából.
-
nagyúr
Ez az, nem tudom, hogy ez csak szoftveres korlát-e (driver) vagy valamit trükköztek velük. Mivel már nem nagyon támogatottak szoftveresen sem, lehet, hogy nem bajlódtak a szoftveres korlát elhagyásával sem.
madgie:
Azokra a videókra gondolt szerintem, amik a ref frames értékkel túlléptek a Level 4.1 határain. Ezeknél a DXVA inaktív maradt sokáig, de manapság nincs ilyen korlát - csak az a kérdés, ez pusztán driver oldalról orvosolható-e a régieknél. Amúgy hagynám a bajba és minimum egy 4xxx, 5xxx vagy leginkább 6xxx kártyára vagy nVidiára váltanék, ha sűrűn ilyennel találkoznék régi VGA esetén.[ Szerkesztve ]
-
nagyúr
válasz Visormail #14736 üzenetére
Az a helyzet, hogy a Win7 nem csak kívül újult meg. Az XP 10 éves volt, így például a teljes multimédiás hátteret is átírták. Gyorsabb, jobb, stabilabb és ma már minden program inkább az újat preferálja. TMT-nél például az XP borzalom, míg Win7-en jól érzi magát. A Media Foundation nem véletlenül lett olyan, amilyen és nem véletlenül ajánljuk. Sok fejfájást spórol az, aki a HD filmezést a Win7-re tereli.
-
nagyúr
válasz Fandango #14788 üzenetére
A LAV CUVID nem a DXVA-t használja, hanem külön elérése van a dekódoló hardverhez, ezért csak monitorozással látható, ha működik. ezt azoknak írom, akik ki szeretnék próbálni. Nem rossz cucc, de például a DXVA megkerülése miatt MS-MPEG4 nem fog menni vele.
Érdekes kezdeményezés, bár az "nV only" miatt nekem nem jó.
-
nagyúr
válasz WonderCSabo #14792 üzenetére
Nem, ez nem is a CUDA-t használja, hanem a CUVID-et, ami egy CUDA kiterjesztés közvetlenül a dekóder hardvert éri el. Nincs lehetőség váltásra.
-
nagyúr
válasz WonderCSabo #14794 üzenetére
Ugyan nem a DXVA-t használja, de nagyjából ugyanazt hozza teljesítményben. Igazából egál lehet szerintem, bár nem nagyon tudtam tesztelni eddig.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14819 üzenetére
HD3000 -> Jobb a GMA HD-nél, ami viszont tudott DXVA-t. Nem mondom biztosra, de szerintem kellene tudnia. Legalábbis ezek szerint igen. Viszont több helyen írnak gondokról. Talán a driver nem jó vagy nem minden kodeket szeret.
LAV Filter/splitter -> Talán abban jobb, hogy ffdshow decoder és mégis is van 5.1 DD+ átvitel. Ez mondjuk önmagában nem sok egyelőre. Meglátjuk, mit tudnak még kihozni belőle.
-
nagyúr
válasz WonderCSabo #14821 üzenetére
Nagyjából nekem is úgy tűnik. Mélyebben még nem néztem/próbáltam, csak pár helyen írtak róla és azért néztem rá.
-
nagyúr
válasz WonderCSabo #14823 üzenetére
Egyelőre igen. Az látszik, hogy van mögötte tudás, de funkciók tekintetében még nem lépte át a népszerűbbeket. A DXVA megkerülésének pedig lehetnek hátulütői Win környezetben (CUVID). Linux alatt meg nem tudom, mennyire jók ezek. Valaki próbálta már?
-
nagyúr
válasz madgie #14826 üzenetére
Akkor biztosan. Érdekes, hogy a WMP-t favorizálja az Intel.
KubanitoS:
Sajnos nekem is van pár film (igaz, nem mpg), amiben a tekerés bajos, de hogy se előre, se hátra semmi... ez érdekes szitu. Nagyon régen hallottam ilyesmiről utoljára (vagy 6 éve). Egyelőre nem tudok megoldást mondani.[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14837 üzenetére
Természetesen nincs szükség korrigálásra. Tömören erről szól a dolog. Remélem, nem az jön, le, hogy mindig beleszólok.
Kieg a rövidítésekhez:
Az EVR és a WMR 9 kapcsán annyi, hogy a Vista, de még inkább a Win7 azért is nagy ugrás az XP-hez képest, mert kapott egy saját média keretrendszert. Ez lett a Media Foundation. Ez a keretrendszer használja az EVR-t (Enhanced video Renderer), vagyis megjelenítőt, ami összerakja a codec felől érkező hangot, videót, feliratot egy mixer segítségével, majd minden pixelhez meghatározza a színértékeket, stb. és átadja a D3D megjelenítőnek. Sokkal hatékonyabb megoldás, mint az XP-s és támogatja a DXVA 2.0 verziót is.
A VMR 9 a DirectX 9-hez van kötve, így az minden Dx9-es gépen elfut.
[ Szerkesztve ]
-
nagyúr
válasz spiritex #14841 üzenetére
Na most vegyük külön a dolgokat. A Sigma chip egy nagyon tutkó célhardver, amivel szemben egy általánosabb VGA videó dekódere áll. Viszont ezeknek nem sok köze van a skálázáshoz, mert amekkora a kijelző, akkora a teljes képernyős kép, legyen a forrás akár SD, akár HD.
Szóval minden 1080 felbontású megjelenítő ugyanúgy tudja megjeleníteni a kiküldött jelet, a különbség a feldolgozásból adódhat. Egyáltalán nem vagyok benne biztos, hogy a médialejátszók képe szebb, de más utólagos (postprocess) eljárások lehetnek, más raszterizáló, más renderer, stb... Ha engem kérdez valaki, azt mondom, nincs látható különbség akkor, ha nagyjából megegyező beállításokkal rendelkezik mindkettő (PC és lejátszó).
[ Szerkesztve ]
-
nagyúr
válasz spiritex #14844 üzenetére
Persze, vannak olyan megoldások, amelyek a skálázás folyamatát úgymond optimalizálják. Ilyen például a madgie által linkelt is. Ő is tapasztalatból írta a második bekezdést. Ezek besegítenek abban, hogy a több pixelre elosztott információkat hogyan jelenítse meg a kijelző.
Azért írtam, hogy hasonló paraméterekkel rendelkező lejátszó sé PC nagyjából megegyezik, de pl.: egy linux és XBMC, valamint az WIn7 és MPC-HC más eredményt adhat. De lényegesen nem fognak eltérni. Egy VGA is kiküldhet 480p jelet, az is meg tud jelenni teljes képernyőn, vagyis felskálázódik. Ebben nincs különbség. Viszont minden skálázás számításokat igényel, amik eljárásában lehet eltérés - bár nem lehet a zöld például kék a végén.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14846 üzenetére
Nem mondom, hogy kamu, de sok a marketing benne (ráadásul elég kicsik a képek). Az Arcsoft azért minőségi dolgokat csinál és bár ez a SimHD már egy ideje benne van a TMT-ben, nem látom annyival szebbnek én se, mint az MPC-HC képét egy szállal se.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14849 üzenetére
"Szomorúan tapasztaltam, hogy a béta MPC-HC-ban nem működik a külső audió fájl lejátszás, illetve bugos a magas bitrátájú videók lejátszása. Stabilra váltottam, az jó."
Már megint egy regressziós hiba? Valóban szomorú, akkor le se szedem.
-
nagyúr
válasz WonderCSabo #14860 üzenetére
Nálam is. A WMP12 az MTS terén verhetetlen jelenleg, mert az MPC-HC kettéfagy tőle.
mod: viszont a videó nem igazán szabvány L4, mert nincs CABAC és 1 ref frames van csak. Hiába a magas bitráta, ha egy codec le tudja játszani, akkor nem okoz gondot a dekódolása.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14862 üzenetére
Én is kétlem. Az MPC ilyen. ArcSoft vajon hogy viszi?
Arcsoft dekóder simán viszi. TMT3-ban is.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14864 üzenetére
Nem volt költői, csak közben meg is néztem és nem jeleztem a szerkesztésnél.
Azért írtam a TMT3-mat, nehogy azt hihesse valaki, hogy MPC-ben.
-
nagyúr
válasz WonderCSabo #14870 üzenetére
Igen, tudom, pongyola volt, de általában az ilyen MTS tévés felvételekkel van gond. Persze, mögötte AVC van, de mindig MTS-ben találok olyat, amit az MPC nem eszik meg.
Arra gyanakszok, hogy sok tuner szoftver nem tud jól lezárni, ha hirtelen megszakítom a felvételt. Pedig ez kardinális. MPEG-eknél nincs gond szinte sosem, csak a digitálisaknál.madgie:
A ref frames arra jó, hogy amikor meg kell becsülni a következő képkockát dekódoláskor, akkor az egyes makroblockokhoz, emikre fel lehet osztani egy ilyen képet, alapul tud venni a becsléshez már klész, dekódolt kockákat, kereteket. Ezek a hivatkozási keretek. Általában nem érdemes túl sokat megadni, mert egy kereten belül a makrooblokkok egymástól függetlenül is igényelhetnek más-más keretet és mondjuk 16 referencia esetén már elég jól megnőhet a dekódolási idő - főleg gyengébb gépeken. Ezért is vannak a különböző Level értékekhez megszabva, hogy még mennyi ref frames fér bele.az 1 azért furcsa, mert főleg 1080p-nél legalább hármat szoktunk használni. De másnál sem elterjedt az 1, mert az édeskevés plusz információt ad a becsléshez.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14875 üzenetére
Ha tévéről veszel fel hardveresen, analóg adásként MPEG jön, míg MTS-be ágyazott AVC a digitálisnál. Ha a kettőt összehasonlítom, analóggal sosem volt baj, digitálissal MPC-ben viszont rengeteg. Nem akartam azt mondani, hogy a H.264-gyel van a baj, mert ez sem igaz teljesen. Úgy igaz, hogy a digitális, MTS-ként érkező tévés felvételekkel sok a baj - csak nekem is késő volt és ezt így nem sikerült megfogalmazni.
-
nagyúr
válasz madgie #14876 üzenetére
Nem. a GOP az egy csoportosítás, ami megmutatja azt a mintát, amit a teljes folyamon fog használni a kódoló, a ref frames érték más. Minden elkészült P keret egy pufferbe kerül, amit Decoded Picture Buffernek hívnak. Ennek a mérete lesz a ref frames, vagyis az, hogy hány keretet tud befogadni. de még ez is sántít kicsit, mert valójában két lista, puffer van. az egyik a már elkészült, a másik pedig jövőbeni keretek számára és mindkettőben kereshet a motion estimation algoritmus. És még egy csavar, hogy B keretek is hivatkozhatnak B keretekre adott esetben.
Mindenesetre a GOP != ref frames. Az előbbi egy minta, utóbbi pedig egy puffer mérete.
-
nagyúr
válasz spiritex #14881 üzenetére
Gondolom ez még a régi VC-1 film. Be tudod másolni, amit a MediaInfo mond róla? Meg esetleg a fájlt is.
Elvileg az MS támogatja, de egyelőre passzolok. Nagyon kevés ilyennel van dolgom. Az viszont könnyen elképzelhető, hogy a DXVA-ban ezekre szigorúbb korlátok vannak és a sample valahol kilóg.
Fandango:
Persze. Ha valamiért nem tud egy codec lejátszani valamit, akkor rákeres a regisztráltak között egy olyanra, ami viheti. Én ezeket mindig alapon hagyom mostanában.[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14889 üzenetére
Kellene... csak a meló.
-
nagyúr
válasz WonderCSabo #14892 üzenetére
Jó kis kemény egyetemi évek. Az szép, ennyi matek nyár elején. Nem fog megártani?
-
nagyúr
válasz spiritex #14894 üzenetére
Lehet, hogy a remux miatt van, magas lehet a hang bitrátája, ha valóban remux. Vagy talán az mkv miatt a Win codec nem jól kezeli - sokáig nem is ismerte, csak az ffmpeg Vc-1 dekóderrel lehetett értelmesen VC-1-et lejátszani.
Amúgy maga a videó rendben van, bár ezek az általános adatai, a kódolásról nem nyilatkozik.
-
nagyúr
Valószínűleg a release. Több eset lehet. Egy adott kodekkel lett tömörítve, aztán mondjuk átnevezték vagy rossz formátumot írtak a fájl fejlécébe vagy az L4.1-et is sikerült valahol elrontaniuk. Elég változatos okai lehetnek egy-egy ilyen esetnek.
Ha van lehetőséged, a MediaInfo progi által adott szöveges infót bemásolhatnád ide a filmről. Abból talán kiderül valami.
-
nagyúr
válasz HoReSz1975 #14912 üzenetére
Nem biztos, hogy érdemes vele szórakozni. Ha csak némelyik mkv nem megy, az nagy valószínűséggel arra utal, hogy azok, amelyek nem mennek, itt vagy ott, de megtörik, átlépik a H.264 szabványban megadott profil határait. Az L4.1 és a High Profile támogatás dicséretes, de sajnos ha rossz beállításokkal kódolták a videót, azon csak a transzkódolás segítene, vagyis egy újabb kódolási, tömörítési folyamat, egy másik konténer nem biztos.
Az mkvmerge inkább arra jó, hogy egy mkv konténerbe össze lehessen pakolni a külön sávokat, feliratokat vagy éppen ki lehessen venni onnan ezt-azt.
[ Szerkesztve ]
-
nagyúr
válasz HoReSz1975 #14914 üzenetére
A HandBrake-et tudom javasolni, mert viszonylag egyszerű, de van egy halál egyszerű is, a H.264 Encoder (ezt viszont nem ismerem, csak múltkor kérdezték, mennyire jó és majd ki akarom próbálni). Ez utóbbi lehet, hogy olyan olcsó hús, aminek a leve is érdekes...
Azt azért érdemes tudni, hogy ez a művelet több órát vesz igénybe adott esetben és a minőség változhat az eredetihez képest.
[ Szerkesztve ]
-
nagyúr
válasz Bone78 #14916 üzenetére
Ebből a kettőből a GT 430. Ugyan az AMD-k post processing opciói jobbak, ez az nV kártya nagyon jó HTPC kártya. Passzív verziókat is lehet találni és nem melegszenek nagyon.
AMD oldalon a HD 6570 jobban ajánlott, mint a HD 6450. Sokkal jobban.
HoReSz1975:
Remélem, sikerül. A HandBrake például tartalmaz profilokat, amelyek biztosan szabványos beállításokat alkalmaznak.[ Szerkesztve ]
-
nagyúr
-
nagyúr
Köszi.
Elsőre semmi különöset nem látok én sem. Annyi, hogy a b-adapt=2 abban az esetben jobb, ha van b-pyramid (itt normal van ugyan) és a --b-frames=3 sem túl sok.
Elvileg a lejátszók, amik teljesen H.264 kompatibilisek, tudják kezelni a normal b-pyramidet is, amiben P frame hivatkozhat B frame-re. Mindenesetre az biztos, hogy a kódolás beállításaiban lehet valami, amit nem szeret.
Kérdés, nem régi nagyon a firmware nagyon rajta? Csak mert a régi b-pyramid megoldást sokáig nem csípték a lejátszók (le is kellett tiltani), de ma már nincs ilyen gond, az MB-treevel is jól használható együtt.
-
nagyúr
Az AMD-nek van külön Audio drivere is. Nem tudom, az fent van-e, mert arról nem tettél említést.
1-2 ötlet:
- az audio legyen HDMI (ALSA)- az alapértelmezett audio: "plughw:1,3", illetve ami nálad hasonlót mutat:
card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]hivatkozás: Link
A "plug:hdmi" nem mindenkinél megy
Nagyon más ötletem nincs.
-
nagyúr
válasz WonderCSabo #14967 üzenetére
"Teljesen felesleges 4GB egy HTPC-be, 2GB bőven elég."
Attól függ. A Wini7 4 GB-on érzi magát a legjobban. Látványos különbség van 2 GB és 4 GB között fürgeségben.
Persze egy PIII-ba tényleg felesleges.
[ Szerkesztve ]
-
nagyúr
válasz WonderCSabo #14970 üzenetére
Ez teljesen rendben is van elég a 2 GB, csak azért írtam, mert maga a Win7 is megtáltosodik 4 GB-on.
-
nagyúr
válasz Emilicit #14979 üzenetére
A K-Lite ettől függetlenül ördögtől való- és ezt most nem vaskalaposként mondom. Viszonylag értelmesen szoktam a dolgokhoz állni, de amikor emiatt a pack miatt nem ment annak idején a FEAR 1 hangja vagy amikor egyes lejátszók egymás alá vágtak a sok felesleges szemét miatt vagy amikor fél óráig csak az ffdshow cuccait keleltt állítgatni, mert optimalizálatlan, hulladék codec volt mindenhol előnyben, meguntam és azóta nyugodtabb is vagyok.
-
nagyúr
Tehát ugyanaz a hardver, más filmformátum, más codec, más oprendszer és mégis ugyanaz az akadás. Ha a felsorolásból kiveszem az "ugyanaz" szavakat, akkor az jön ki, hogy hardver...
Milyen illesztőn csatlakozik a monitor a VGA-hoz? Másik kábel megoldható? Milyen monitorod van?
Új hozzászólás Aktív témák
● A topicban tilos a warez mindennemű formája!
Ennek értelmében nemkívánatos témák:
- filmek, sorozatok torrent- és egyéb letöltőoldalakon való fellelhetősége
- ki, mit, hogyan, mikor, milyen minőségben warezolt magának
- a különféle release-ek, illetve az azokat készítők munkásságának kitárgyalása
- másolási és egyéb védelmek kikerülése, rip-készítés, letöltött tartalmak konvertálgatása, szerkesztése
- Kínai, és egyéb olcsó órák topikja
- Lakáshitel, lakásvásárlás
- Medence topik
- Autós topik
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Spyra: akkus, nagynyomású, automata vízipuska
- Magisk
- GoodSpeed: Windows 11 PRO FPP (Full Packaged Product) - Retail, Box, dobozos
- Milyen TV-t vegyek?
- Samsung Galaxy A72 - kicsit király
- További aktív témák...
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest