Keresés

Hirdetés

Új hozzászólás Aktív témák

  • attila9988

    őstag

    válasz atike #6 üzenetére

    Az nem úgy megy ám, hogy akkor most két nap alatt összedobják a cuccot...

    Már csak azért sem, mert rengeteg szabadalom közt kell lavírozni. A dct alapú codec -eket gyakorlatilag már körbe bástyázták, és jelenleg ez a leghatékonyabb megoldás. Mondjuk a vp9 -el sikerült olyan képfelbontási eljárást kidolgozni, ami úgy működik mint a h265, nem ütközik azokba a szabványokba... :)

    Viszont, vélhetően ezek a nagy cégek most nem ilyet akarnak. A hatékonyságot muszáj nekik a h265, és vp9 -el minimum megegyező mértékűre emelni, vagy túl is szárnyalni azt...

    Mire ezt megcsinálják, az 5 - 6 év... Ha a gugli bedobja a közösbe a vp tanulságait, még akkor is... Igazság szerint a vp9 sem lett túl nagy eresztés, mert még egy olyan ótvar lassú encodert, mint a libvpx, nem találsz a piacon.... :) Évek alatt sem tudtak írni hozzá egy normálisat. És ha ki is várod az időt, akkor is egy széttaknyolt videó lesz az eredmény. (bár... az x265 sincs még abban az állapotban, amiben kellene neki, de az legalább sokkal gyorsabb...)

    Egyébként igazán jó ötlet... az audió codec -ek piacán már megcsinálták, amit meg kellett.. Alacsony bitrate mellett az opus igazán jó darab. Most végre a videóval is komolyabban foglalkoznak.

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz UnSkilleD #11 üzenetére

    A dct alapú codec -ek mentén valóban...
    De lehet, hogy ők majd más irányban okoskodnak... voltak egyéb ötletelések, az mpeg féle megoldáson túl...

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz kameraman77 #16 üzenetére

    Az xvid, egy korábbi mpeg szabvány, részmegvalósítása, vagyis azon technológiák segítségével működő, pc -s codec. Sosem volt szabványos, de a nagy gyártók rácuppantak, és végül már mindenki támogatta. A divx meg a fene tudja, hogy maradt életben az üzletpolitikájával... :)

    Viszont, ma már szinte értelmetlen használni, mert a codec -et egy szálra tervezték, és sosem fogják már átírni. Így lehet az, hogy egy átlagos 4 magos cpu -n, az x264, a komplikáltabb kódolási eljárás ellenére is, gyorsabb tud lenni, az eredmény minősége pedig, a h264 szabványnak megfelelő, és elég jó minőségű. Mivel szabványos lesz, ezért az ég világon minden lejátssza, pár régebbi dvd lejátszón kívül. Még a telefonokon is hardware -es decoder van, így nem zabálja az aksit...

    Jelen pillanatban, a h264 a leghasználhatóbb formátum.

    A videó tömörítés azonban mindig is a sávszél, és tárhely igényről szólt... és ha ezeket le lehet szorítani, akár 10x -es számítási kapacitásért cserébe, akkor meg is fogják tenni, mert megéri.... Ezért jött létre a h265 szabvány, és a vp9 codec is....

    Ez pedig, végső soron mindenkinek csak jó... És újabb bizonyíték is egyben, hogy az opensource jól működő fejlesztési forma, a software -ek világában, amit mindenki tévesen, pár hobbi programozó játékszerének szokott gondolni... :)

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz quarros #24 üzenetére

    Tudod... a jó titkosító eljárás az, ahol nem maga az eljárás a "titok"...

    A kriptográfia egyik alapszabálya. Egy gpg kódját hiába böngészed át, attól még a megfelelő kulcsok nélkül igen nehéz dolgod lesz, ha lopsz tőlem egy titkosított email -t.

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz quarros #30 üzenetére

    Mert nem lehet elbújni a kód titkossága mögé

    Éppen ez az, hogy nem is kell... Egy jól kitalált titkosítási eljárás esetén, teljesen mindegy, hogy te ismered -e a módszert, vagy sem. SŐT... mivel nem lehet maga az eljárás a megfejtés kulcsa (cézár kódtól azért már messze vagyunk... ) ezért minél többen látják azt, annál többen lesznek képesek megtalálni benne az esetleges problémás részeket. Az aes -t is ismerheted, ha akarod... na és? Küldök egy állományt, és törd fel nekem... a titkosító program forráskódjával együtt megkaphatod... na? Vállalod? :)

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz kameraman77 #32 üzenetére

    Az átlagos 4 magos cpu, az azt jelenti, hogy a 4 magos cpu -k bármelyike.
    Hidd el nekem, egy core2quad -on, ami egy 2007 -es eresztés, azon is gyorsabb az x264 encoder, mint az xvid. Egyszerűen azért, mert 4 szálra képes bontani a feladatot, jó hatékonysággal, míg az xvid nem.
    Ezt írtam fentebb, hogy hiába komplexebb h264 -et kódolni, mégis nagyobb sebességet érsz el, egy minimum négy magos, 8 évesnél nem régebbi cpu -val.

    Ma pedig, amikor már a létező leggagyibb mobil biztbaszok, és az összes létező vga, az 5000 ft -ostól kezdve, 5 - 10 éve rendelkezik hardware -es decoder -el, nem hinném hogy bárkinek is gond lenne a h264 lejátszása.

    Akinek meg p1 233 -asa van, az nyilván nem is nagyon akar videót kódolni, semmilyent sem... Ha meg nézni akar, akkor meg a telefonjával is jobban jár, mint a p1 -el... tesco gazdaságos 40 ropis pc -t is vehet, és azon is tud majd h264 -et nézni, mert már jó ideje a procik mellé pakolt vga -k is tudják hardware -ből ezt a formátumot. De a tesco pc még software -ből is elég lenne a feladatra, a 8000 ft -os pentium cpu -val...

    Szóval nem értem hogy mi a gondod pontosan. A hardware -es decoder -ek miatt, gyakorlatilag kevesebb lesz a terhelés, mint ha xvid -et néznél... :)

    A h265 ideje még valóban nem jött el, és egyelőre csak skylake -el, vagy gtx 960/50 -el lehet gyorsítani a lejátszást, de 720p -ig még software -ből is le tudod játszani akármelyik pc -vel, ami (mint fentebb is írtam) nem régebbi 8 évnél.

    Az x265 -el csak az a gond, hogy 10x nagyobb számítási kapacitás kell neki (nem lejátszásról van szó, encoder -ről... ), mint az x264 -nek, mert a h265 -ös szabvány sokkal komplexebb... és cserébe kb 40% -ot kapsz méretben, de ez is erősen felbontás függő. Bizonyos szint fölött pedig egyelőre a végletekig csiszolt x264 jobb eredményt produkál.....

    [ Szerkesztve ]

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz Kékes525 #34 üzenetére

    Majd ha lesz, akkor elavulttá válik ez a cucc is... majd kitalálnak valami mást helyette... Van elég őrült matematikus a világon... :D

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

  • attila9988

    őstag

    válasz quarros #48 üzenetére

    Tudom hogy röhejesen hangzik de igen nehezebb, időigényesebb. Mivel a folyamatos széleskörű auditálás nem enged annyi hibát keresztül.

    Egyrészt kevered a titkosító eljárás kidolgozásának, és az implementáció megírásának kérdéskörét, másrészt pedig, ha programozásról van szó, akkor álláspontod szerint a "gyorsabban írhatunk szarabbat" a jó, és követendő megoldás, egy széleskörű terjesztésre szánt megoldás esetében? Most komolyan?

    [ Szerkesztve ]

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Új hozzászólás Aktív témák