Hirdetés
- CES 2026: Új autót mutatott be a Sony Honda Mobility
- CES 2026: Bemutatta a világ legkisebb aktív zajszűrős fülhallgatóját a JLab
- CES 2026: Látható gyűrődés nélküli hajlítható kijelzőt hozott a Samsung
- CES 2026: Alig nagyobb egy AirPods Pro tokjánál a Baseus 45 wattos power bankja
- Tízezres aksit tuszkolt a Honor a Power 2-be
- Fotók, videók mobillal
- Samsung Galaxy A56 - megbízható középszerűség
- OnePlus 15 - van plusz energia
- One mobilszolgáltatások
- Visszatérnek a Samsung tervezte CPU-magok és GPU az Exynos 2800-ban?
- CES 2026: Látható gyűrődés nélküli hajlítható kijelzőt hozott a Samsung
- Amazfit T-Rex 3 Pro – világítós dínó
- iPod Nanóra hasonlító USB DAC és zenelejátszó a Snowsky Disc
- iPhone topik
- A piac legerősebb kameráját ígéri a Xiaomi 17 Ultra
Új hozzászólás Aktív témák
-
dezz
nagyúr
Aha, tudom. Meg a UPC Digitalnál (digi-kábeltévé) is h.264-ben mennek a HD-s csatornák. (Bár azon védelem is van, amit nem könnyű leszedni.)
Viszont szétnézve a neten, a rilízelők túlnyomó többsége mindent mániákusan 1080p24/25/30-ra, ill. 720p24/25/30-ra konvertál.
(A 24p persze érthető, már ha tényleg 24p volt eredetileg.) Szerintem fogalmuk sincs az egészről, amiről beszétünk... 
Azt sejtettem, hogy a h.264 codecek tudják (bár szerintem nem mindegyik) magát az i-t, de az is kérdés, megoldható-e már, hogy a codec kimenete hw-esen kerüljön deinterlacing-re.
-
DarkByte
addikt
egy 1080i mpeg2 adás-mentés transzkódolható a formátum megtartásával.
Azt ugye tudod hogy idehaza a DVB-T esetében (sőt a műholdas DVB-S2 -nál máris) H.264 -es kódolás használatos. Szóval hogy a manóba ne tudná már az interlace -t, még a DivX/XviD kodekek is tudják, asztali lejátszóval próbáltam is, megoldható az 50Hz. A probléma továbbra is a mérettel van, ha teszem azt 1,5 óra még egy kétrétegű lemezre sem fér ki. Bár igaz hogy egy hazai 1080i adó valahol 6-8 Mbit körüli bitsebeséggel lesz kódolva figyelembe véve hogy 2-3 ilyen adónak bele kell beleférnie egy mux -ba. Ha ráfér akkor persze szórakozik transcode -al a halál, max. csak átrakom mkv container -be ts -ből.Egyébként tehát akkor a TomsMoComp jó megoldás szerinted is.
-
dezz
nagyúr
Az offline megoldásokat nem igazán ismerem, de nálam DScalerrel így működik a TomsMoComp, talán offline is tudja. De mint írtam, ehhez kell a bitráta is, így optimálisabb megoldás meghagyni az interlace-t (video content esetén), és a lejátszóra bízni a deinterlacinget, ami jó esetben HW-es, jó minőségű, field-rate->frame-rate konverziós deinterlacing lesz.
Én csak mpeg2-vel foglalkoztam (régebben), de úgy tudom, már a h.264 codecek is tudják az interlace-t, szóval egy 1080i mpeg2 adás-mentés transzkódolható a formátum megtartásával.
-
Eléggé kétlem, hogy a Nehalem hasonló teljesítményre lenne képes, főleg ami a valós idejű kódolást érinti, mert egy CPU-nak ezer más dolga is van a háttérben és azokra is kell időszeleteket szánnia, míg ennek pont az a célja, hogy teljesen függetlenül a CPU-tól, csak az aktuális műveletet hajtsa végre.
Az ára kicsit húzós lehet, főleg itthon, ha rátelepszenek a kiskerek , de majd meglátjuk. -
dezz
nagyúr
válasz
#65675776
#47
üzenetére
Kis keresésre nem találtam erre vonatkozó adatot, de valószínű, hogy egy PCIe x1 slot tápvezetékekből is kevesebbet tartalmaz, mint pl. egy x16-os, így kevesebb wattra hitelesített, ezért kell az a kis floppy-s tápcsati. Tekintve az apró - bár aktív - hűtést is, bizonyosan így is jóval kevesebbet eszik, mint egy komolyabb videokártya v. proci.
-
Egyértelműen van létjogosultsága és mivel ez nem általános célú, teljesen felesleges összehasonlítani egy CPU-val (akárhány magos is legyen az). Transzkódolást sűrűn végző embereknek ez megváltás számba megy
, mert a Cyberlink még mindig nem készült el a Powerdirector azon verziójával, ami az ATI 4000 soroazttal együttműködve hardveres kódolást tenne lehetővé... ha sokat késnek, a Leadtek elhomályosítja az újdonság vazrázsát... 
eziskamu: az ATI XCoder nem lehet, hanem biztos, hogy nem nyúl a GPU-hoz. Gyors, de nem hardveres kódolás... ráadásul a minőség se félelmetesen jó.
-
dezz
nagyúr
Első esetre: lehet(ne) ezt intelligensebb deinterlacerrel is, ami a mozgó részeknél szétszedi a fieldeket, álló részeknél viszont összeadja, és utána scale-ezi le. Ekkor meglesz a full 720 sor (16:9 képnél). Viszont ez főleg nem fér rá egy DVD-re (mondjuk sportnál és más hasonlónál, ahogy fontos a mozgás, megérheti a nagyobb file-méret).
De épp ezért írtam, hogy az ilyeneket legjobb meghagyni 1080i-ben, és így újra-/transzkódolni (tehát ezzel együtt 4 lehetőséged van), és majd a lejátszó szépen deinterlace-eli (hozzáértőek előnyben, akik tudják, hogy kaphatják a legjobb eredményt). Ráadául ekkor nem 720p50, hanem 1080p50 lesz a megjelenített végeredmény!!!
A leírt technikát real-time tudják a PureVideo-t v. UVD-t támogató dekóderek... (Legalábbis az mpeg2-esek, de ma már talán h.264-ben is megy.)
Természetesen ez 50/60 fázisos anyagoknál (ezt hívják video contentnek) jön számításba, nem 24/25 full frame-et tartalmazóknál (ez meg a movie content).
(#40) eziskamu: "Mondjuk olyan előfordul, hogy néhány régebbi amcsi sorozatnál, amit gondolom még 30 vagy 24 fps-ben kaptak úgy van konvertálva, hogy 50i-ben nézve nem különb a mozgás mint egy normál 25-ös filmnél, de 25p-n nézve meg nagyon elmosott lesz, tehát nem képkockaduplázással konvertálták a filmről vagy NTSC alapú forrásról, hanem valami más arányt használnak (kellett használniuk)."
Szerintem itt a telecine eljárással találtad szemben magad, mely esetben az inverse telecine megoldással kapható vissza az eredeti 24/25 fps-es tartalom.
-
eziskamu
addikt
Nekem pont jó a 720p25. A legtöbb sorozat és film amiket felvennék, azok úgy is 25 képkockásak, 25-ről vannak 50i-re konvertálva. Mondjuk olyan előfordul, hogy néhány régebbi amcsi sorozatnál, amit gondolom még 30 vagy 24 fps-ben kaptak úgy van konvertálva, hogy 50i-ben nézve nem különb a mozgás mint egy normál 25-ös filmnél, de 25p-n nézve meg nagyon elmosott lesz, tehát nem képkockaduplázással konvertálták a filmről vagy NTSC alapú forrásról, hanem valami más arányt használnak (kellett használniuk).
-
DarkByte
addikt
Nos, többféle lehetőségem is van:
- 1080i50 -ből 720p50 -et csinálok (szétszedem félképekre az eredetit, megnövelem a függőleges felbontást - vagy 16:9 Display Aspect Ratio -t adok meg - és megszüntetem a remegést). Eredmény: 50Hz -es folyamatos kép megmarad, nincs szellemkép (m1 HD mintavideókkal kísérleteztem, nagyon jó eredményt ad). Hátrány: nem biztos hogy ráfér egy DVD re mert nagyobb bitsűrűséget kér valamivel; igazából nincs 720 teljes sor csak 540.
- 1080i50 -ből 720p25 -öt csinálok mozgás kompenzált deinterlace -el (TomsMoComp és hasonlók). Előny: Teljes 720 sort kapok, az esetek többségében szép eredményt ad. Hátrány: nagyon mozgalmas részeknél nem lesz tökéletes és bob vagy blend deinterlace -t használ ami nem biztos szép; elveszik a mozgástartalom fele.
- 1080i50 -ből 720p25 -öt csinálok az első módszer azon továbbfejlesztésével hogy elhagyom a képkockák felét. Előny: egyszerű kivitelezni, kevés CPU erőt igényel az utófeldolgozás. Hátrány: igazából nincs 720 teljes sor csak 540, elveszik a mozgástartalom fele.Egyik sem tökéles, de valamit valamiért. Sport felvételeknél érdemes megtartani az 1080i -t vagy a 720p50 -et választani. Kevésbé mozgalmas felvételeknél jó a TomsMoComp. Viszont ezeket csak akkor kell használni ha 50Hz tartalmú a videó nem pedig 25fps -es filmet adnak ami a váltottsoros továbbítás ellenére tartalmazza a teljes képkockákat. Ekkor csak max. Field shift -et kell alkalmazni és 1080p25 -öt kapok.
Nem tudom mennyire vagy otthon a témában, nem kiokításnak szánom, csak gondoltam leírom én hogy látom a dolgot.
Ha valamit nem látok jól azt szívesen olvasnám, mindig van mit tanulni ezen a területen.#36: képzeld ez egy hardver portál. mire számítottál?
-
eziskamu
addikt
Tudom, a Pentium Pro óta. De az egyszeri programozó (se egy komolyabb) nem hiszem, hogy közvetlenül használni tudná ezt a RISC utasításkészletet. Kár, mert sajnos az x86-os utasításokkal meg nem lehet elég hatékonyan kihasználni a procik tényleges képességeit, de gondolom ezért is van a Hyper Thearding, és multimédiás utasítások.
-
eziskamu
addikt
Mert a Nehalem, Core2, Athlon, ÁLTALÁNOS CÉLÚ PROCESSZOROK, vagyis mindenre jók (szóval lényegében semmire, na ez így dúrva) . Könnyebb programozni egy általános procit, pláne ha CISC utasításkészletű (sok mindenre van utasítás, nem csak összeadásra szorzásra (egyes prociknál már ez is luxusnak számít) program szál vezérlésre), de van RISC (kevesebb és fix hosszú utasítások ha jól emlékszem) proci is ami általános célú (régi Mac-ekben használt G3,G4 és PPC procik).
Valamint egy Nehalemnek és társainak megvan az az előnye, hogy lassan már a 30 éves progik is futnak rajta az x86-os utasításkészlet miatt, (azért már ez sem teljesen igaz mert sokat változott a futtató környezet, és egyes progik a nagy sebességtől is hátast tudnak dobni).
Az ilyen célprocikat meg nehezebb programozni, és ha le is lehet programozni hozzá sokmindent, lehet, van amit nem célszerű, mert lassan hajtaná végre. Na meg ugye biztos van benne gazdasági megfontolás és a nagyok nyomása is.Amúgy most úgy látszik a jövő a kisebb egyszerűbb , de sok feldolgozó egységből álló rendszerek, de hatékony kihasználásukhoz el kellene dobni az x86-os utasításkészletet.
-
eziskamu
addikt
Ott a pont. Az 1680*1050-es felbontású moncsimon már a 720p is meseszép
.
Amúgy a TV adásnál már annak is örülnék, ha a tv2 nem lenne annyira zajos, de szerintem antennacsere lesz, mert az 500 MHz körül lévő rtl még épp jó, a 600 MHz környékén lévő m1 már zajosabb, a 60-as csatornán (700 MHz körül ha jól emléxem) a tv2 meg nagyon zajos, a lepkeantennánk mer nem szeretheti ezt a frekit. Pedig hétfő este azon mennek a jó sorozatok, amiket venni szoktam. -
DarkByte
addikt
válasz
#65675776
#28
üzenetére
Erre Te még szegény 1080i-t is downscale-néd...
720p -ben egy 1,5 órás film többnyire nagyon jó minőségben elfér DVD méretben. Ha bejön a DVB-T és venni fogok fel 1080i adásból én is így fogom átkódolni az anyagokat egészen addig még nem lesz olcsó Blu-ray (avagy feltámad a HD-DVD hamvaiból
) -
#65675776
törölt tag
Nem fogsz találni olyan broadcast decoder/MPEG encoder SoC-ot, ami képes lenne transzkódolni, és még meg is fizethető halandó ember által. De külön hw MPEG encoder chipet sem. Az ilyen eszközök a legritkább esetben képesek TS-t feldolgozni.
Egyébként érdekes, a többség állandóan azon lázadozik, hogy egy-egy eszköz miért csak 1080i-t tud. Ha nem tud 1080p60-at, akkor csak szar lehet. Erre Te még szegény 1080i-t is downscale-néd... Ejnye-bejnye.
-
eziskamu
addikt
válasz
#65675776
#24
üzenetére
Azért jobban megnézve az elvi felépítését az SAA7164-nek, látszik, hogy csak az analóg benmeneteket tudja enkódolni hardveresen, a (két) transport stream (digitális tv adás) viszont közvetlenűl a memóba, azon keresztűl pedig a PCI-express interfész felé megy, max a kódolt adások kikódolását végzi hardverből (Content protection). Azért az sem ártana ha az 1080i-s anyagot mondjuk 720p-n (esetleg 480/576p-n) tudná enkódolni h264-ben hardveresen a helymegtakarítás érdekében.
-
#65675776
törölt tag
Tuneres realtime h264 tömörítéshez erre nincs szükség. Arra elég egy NXP SAA7164E-vel szerelt tunerkártya (ilyen lesz pl a Leadtek PxDVR4300 DH, de van már a piacon chipes kártya). Ez a kártya max annyiban jobb, hogy közben képes realtime felkonvertálni akár 1080p-be is.
Mindez szigorúan csak a tuneres felhasználásra igaz. Egyéb esetekben jobb.
-
XDR memória van rajta, elég brutál sávszéllel. Feltételezem, hogy a legtöbb VGA memóriavezérlője nem képes akkor sávszélt biztosítani, hogy realtime-ban lehessen full HD videót kódolni. Ez az XDR 1 órajel alatt 8 bitet képes megmozgatni, a dual channel meg ugye csak kettőt.
-
-
eziskamu
addikt
Azért egy olcsóbb kisebb tudású változata TV-tuner kártyákon elő fog fordulni szerintem. Legalább a felvett anyagott "roszabb minőségben" és kisebb felbontáson valós időben fel lehetne venni H264-ben, vagy akár továbbítani helyi hálón, vagy interneten. Úgy is jön az IPv6, amin már f@szán megy a multicast is az interneten keresztűl
. Kezem a biliben ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Ez igaz, nem az átlagfelhasználónak szól.
Csak arra reagáltam, hogy kevés értelme van x86 procikhoz hasonlítani teljesítményben.
Az eddigi tapasztalataim, és az általam ismert hírek szerint az x86-os procik nagyon rossz ár / számítási kapacitás aránnyal bírnak.
Az átlagfelhasználók a videokarik erejét használhatják ilyen célra - majd ha elterjednek az ehhez szükséges progik. -
GeoPhoto
tag
Ez is ugyanolyan szűk rétegnek fog készülni, mint a CAD eszközök, ne nagyon várjon senki mainstream applikációkat hozzá (pl. játékok).
Akik profi videót szerkesztenek, azok ahogy a kedvenc alkalmazásuk támogatni fogja megveszik, mert pár óra alatt meghozza az árát. Másoknak nincs is értelme foglalkozni vele, senki nem fog PS3 emulátort írni rá
-
DarkByte
addikt
Elég drága egy jószág, bár ha képes legalább valós időben tömöríteni (főleg 1080p -ben) akkor megvan a helye. Sosem volt ilyen célkártyával lehetőségem találkozni; biztosít ez legalább annyi beállítási lehetőséget mint pl. az x264 -es kódoló?
Viszonyítás képpen 720p MPEG2 -> 720p x264 kódolási sebességek összehasonlítva CPU -kra: [link] Egy q6600 3Ghz környékére húzva már kevesebb mint a játékidő kétszerese alatt megcsinálja a kétmenetes kódolást.
(A 24p persze érthető, már ha tényleg 24p volt eredetileg.) Szerintem fogalmuk sincs az egészről, amiről beszétünk... 
Arra azért kiváncsi vaagyok, hogy a legkisebb Nehalemhez képest mit tud. (kb azonos áruk lesz)
, mert a Cyberlink még mindig nem készült el a Powerdirector azon verziójával, ami az ATI 4000 soroazttal együttműködve hardveres kódolást tenne lehetővé... ha sokat késnek, a Leadtek elhomályosítja az újdonság vazrázsát... 
"
![;]](http://cdn.rios.hu/dl/s/v1.gif)
legalább is az enyém
Új hozzászólás Aktív témák
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Garancia kérdés, fogyasztóvédelem
- Klaus Duran: Minden drágul. Vajon a fizetések 2026-ban követi minimálisan?
- Fotók, videók mobillal
- Sütés, főzés és konyhai praktikák
- A Sony megmutatja milyen monitor illik a PlayStation 5-höz
- AMD vs. INTEL vs. NVIDIA
- Spórolós topik
- Tőzsde és gazdaság
- További aktív témák...
- iPhone 14 Pro / 128GB / Gold / Gyári kártyafüggetlen / eSIM only (205A)
- iPhone 14 Pro / 256GB / Deep Purple / Gyári kártyafüggetlen / eSIM only (207A)
- iPhone 14 Pro Max / 128GB / Silver / Gyári kártyafüggetlen / eSIM only (209A)
- Feliks Audio Echo csöves fejhallgató-erősítő / előerősítő több fajta prémium NOS csővel
- iPhone 13 Pro / 256GB / Sierra Blue / Gyári kártyafüggetlen (206A)
- Apple iPhone 12 Mini 64GB, Kártyafüggetlen, 1 Év Garanciával
- LG 27GR93U-B - 27" IPS - UHD 4K - 144Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDR 400
- GYÖNYÖRŰ iPhone 12 Pro Max 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3938
- HIBÁTLAN iPhone 16 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, 92% Akkumulátor
- Bomba ár! Lenovo ThinkPad L480 - i5-8G I 16GB I 256SSD I 14" FHD Touch I HDMI I Cam I W11 I Gar
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest