-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!.PO
STED!not-for-mail
From: Jarosław Sokołowski <j...@l...waw.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: [ot]ladowanie akumulatora w samochodzie
Date: Fri, 7 Jan 2011 20:38:59 +0000 (UTC)
Organization: : : :
Lines: 29
Message-ID: <s...@f...lasek.waw.pl>
References: <ig59ku$57r$1@news.onet.pl> <2...@n...onet.pl>
<ig5b5n$at7$1@news.onet.pl> <g...@4...com>
<ig5p9j$i3t$1@news.onet.pl> <ig75dr$qa0$1@news.onet.pl>
<s...@f...lasek.waw.pl> <ig79hh$7u9$1@news.onet.pl>
<s...@f...lasek.waw.pl> <ig7r6j$221$1@news.onet.pl>
NNTP-Posting-Host: 87-205-153-115.adsl.inetia.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1294432739 10566 87.205.153.115 (7 Jan 2011 20:38:59 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Fri, 7 Jan 2011 20:38:59 +0000 (UTC)
User-Agent: slrn/0.9.8.1 (Linux)
Xref: news-archive.icm.edu.pl pl.misc.elektronika:602586
[ ukryj nagłówki ]Pan Adam Dybkowski napisał:
>> Tu sprawa jest prosta -- jeśli element systemu cyfrowego wprowadza
>> *przekłamania* (niekorygowalne w tym systemie), to jest do bani
>> i więcej nie ma o czym gadać. Należy odróżniać przekłamania (które
>> są albo ich nie ma) od zniekształceń (które można mierzyć).
>
> Przy sygnale cyfrowym wszystko jest jasne. Jeżeli odbiornik zrozumiał
> strumień danych inaczej niż to było np. zapisane na nośniku - to już
> jest problem. Przy połączeniu TCP/IP będzie retransmisja (np. gdy słaby
> kabelek Ethernetowy) i conajwyżej spadnie prędkość przesyłu danych, ale
> w HDMI wszystko idzie "na żywo" i z przekłamaniami odbiornik musi żyć.
> Zresztą sum kontrolnych całych linii/ramek obrazu tam nie ma więc
> najczęściej odbiornik nawet nie wie, że coś źle odebrał.
Jak ludzie mówią o "cyfrowej jakości", to na ogół nic nie jest jasne.
Obrazek na stronie WWW albo pokaże się ze stuprocentową wiernością,
albo wcale. Niekórym może się wydawać, że to jest właśnie ta "cyfrowość",
ale przecież nie zawsze tak musi być. Telefon GSM też niby cyfrowy,
a słychać różnie. W transmisji cyfrowej "na żywo" zakłada się, że
albo przekłamań nie będzie wcale (analogowe medium jest na tyle dobre,
by sprostać tym wymaganiom), albo przy założonej stopie błędów zadziała
korekcja (związana z nadmiarowym przesyłem). Zawsze jest jakaś granica
jakości transmisji (analogowej) sygnału cyfrowego. Nie znam szczegółów
standardu HDMI, ale kable to ja bym raczej dzielił na dobre i złe,
a nie beznadziejne, złe, takie sobie, dobre, wspaniałe, audiofilskie.
--
Jarek
Następne wpisy z tego wątku
- 07.01.11 20:51 Desoft
- 07.01.11 13:45 Adam Dybkowski
- 07.01.11 22:41 Adam Dybkowski
- 07.01.11 21:23 Michoo
- 07.01.11 22:51 Jarosław Sokołowski
- 07.01.11 14:55 Adam Dybkowski
- 07.01.11 15:43 Jarosław Sokołowski
- 09.01.11 21:16 Adam Dybkowski
- 09.01.11 21:47 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
- stalowe bezpieczniki
- Wyświtlacz ramki cyfrowej
- bateria na żądanie
- pradnica krokowa
- Nieustający podziw...
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=