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

• #131429 Quetz őstag Nemir Ombe #131426

  Új Válasz 2016-11-08 22:05:17 #131429

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Quetz

  őstag

  válasz Nemir Ombe #131426 üzenetére

  Egy kis adalék a mai vitához (akinek a lelkébe gázoltam, attól elnézést kérek):
  - A HDMI szabvány 3 adattípust különboztet meg: video, audio, controll
  - A video adatcsomagok nem rendelkeznek hibajavító extra adattal, de olyan kódolást használnak az adatküldéshez, ami csökkenti a hibalehetőséget
  - Audio és Controll adatokat BCH hibajavító kóddal látják el
  - A szabvány 10e-9 hibarátát enged meg, QED marketing anyag alapján ez 4db, az eredetitől eltérő színű pixel másodpercenként 1080p60 stream esetében.
  - Ez másodpercenként 4 hibás pixel a 49766400-ból.
  - Amit nem találtam meg, hogy mit tehet a HDMI megjelenítő eszköz hiba esetén, de úgy emlékszem a megjelenítőre van bízva, hogy eldobja a csomagot, vagy a megkapott adatok alapján megpróbálja kitalálni, miről maradhatott le.

  Nos ezt írja elő a szabvány és az elmélet. Az már más kérdés, hogy a gyakorlatban ebből mi valósul meg. Amit ebből ki akarok hozni, hogy léteznek jól, meg rosszul összerakott kábelek, de
  - A szabvány minden árszegmensben megvásárolható, hdmi certifikációval rendelkező kábelre vonatkozik
  - Nincsen csoda hdmi kábel, amit például +10% szaturációt rak minden képpontra (2073600 van belőlük)
  - Nem kell vagyonokat költeni HDMI kábelre a remélt jobb képminőségért, többet ér ha hangfalra, akusztikai fejlesztésre használjuk el a megspórolt összeget

• #131428 Smiley addikt Nemir Ombe #131426

  Új Válasz 2016-11-08 21:44:38 #131428

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Smiley

  addikt

  válasz Nemir Ombe #131426 üzenetére

  Pont errol beszeltem ma, ebbol a hozzaszolasodbol latszik is, hogy nem vagy programozo, es nincs is meg a megfelelo szemleleted.
  Programozasi oldalrol nezve ezen az also retegen teljesen mindegy mit tartalmaz maga a adatcsomag... leegyszerusitve itt csak a megfelelo header-ek, ellenorzo bit-ek, a hash, es a merete a fontos. A tartalma csak a felsobb retegekre tartozi a majd a fogado altal elfogadott csomagok feldolgozasa soran.

  Tegyuk fel, hogy megis lehetseges az ilyen "teltebb kep, pontosabb melyek, stb"

  Milyen modon lenne kepes az atvitel soran egy passziv madzag ugy belenyulni, magaba az adatcsomag belso tartalmaba a 2 vegpont kozott, hogy azt "feljavitja", mindezt ugy teszi meg, hogy mellette termeszetesen ugyel az ellenorzo bit-ekre es a generalt hash-re is, mivel ezeket is hozza kellen igazitani a megvaltozott belso tartalomhoz, hogy a celbaerkezes utan a vegso ellenorzesen ne legyen hibasnak minositve az adott csomag? Ha ez lehetseges lenne, akkor szerintem keptelenseg ugy megirni egy fogado eszkoz software-et, hogy ehhez alkalmazkodni tudjon. Nem lenne fix pont a rendszerben, amihez kepest viszonyitani tudna az adott software... magyarul keptelen lenne eldonteni, hogy melyik csomag utan melyik jon, vagy melyik csomag serult.

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