NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Jak podłączyć dekoder TV sat do telewizora NTSC z Kanady z konwerterem PAL?
Goto page Previous 1, 2, 3 Next
Tomasz Szcześniak
Guest
Guest
Fri Sep 15, 2006 10:40 am
Dnia Fri, 15 Sep 2006 00:19:28 +0200 na fali pl.misc.elektronika stacja
PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
Quote:
TV i monitory CRT znacznie latwiej znosza 50/60Hz niz zmiany poziomej -
o ile nei ma cyfrowego dekodera w TV to nie powinno byc wiekszych
o ile nei ma cyfrowego dekodera w TV to nie powinno byc wiekszych
Rópżnica pomiędzy 15625 (PAL) i 15750 (NTSC) nie jest duża i raczej
powinno dać się doregulować generator. Odrobinę wyższe będzie wysokie,
ale to nie powinno zaszkodzić.
Quote:
klopotow jesli wysteruje sie go RGB - inna sprawa ze RGB jest wyjatkowe
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane :)
--
Tomasz Szczesniak
tszczesn@pay.com.pl
FIDO: 2:480/127.134 HYDEPARK moderator
http://www.pay.com.pl/oldradio
PAndy
Guest
Guest
Fri Sep 15, 2006 2:46 pm
"Tomasz Szcześniak" <tszczesn@pay.com.pl> wrote in message
news:slrnegkpuu.61e.tszczesn@tomek.dom...
Quote:
Dnia Fri, 15 Sep 2006 00:19:28 +0200 na fali pl.misc.elektronika
stacja
PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
TV i monitory CRT znacznie latwiej znosza 50/60Hz niz zmiany
poziomej -
o ile nei ma cyfrowego dekodera w TV to nie powinno byc wiekszych
Rópżnica pomiędzy 15625 (PAL) i 15750 (NTSC) nie jest duża i raczej
powinno dać się doregulować generator. Odrobinę wyższe będzie wysokie,
ale to nie powinno zaszkodzić.
stacja
PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
TV i monitory CRT znacznie latwiej znosza 50/60Hz niz zmiany
poziomej -
o ile nei ma cyfrowego dekodera w TV to nie powinno byc wiekszych
Rópżnica pomiędzy 15625 (PAL) i 15750 (NTSC) nie jest duża i raczej
powinno dać się doregulować generator. Odrobinę wyższe będzie wysokie,
ale to nie powinno zaszkodzić.
uwierz mi ze to wlasnie ta drobna rzonica powoduje problemy - 50 - 60 Hz
z reguly idzie "od pierwszego razu"
Quote:
klopotow jesli wysteruje sie go RGB - inna sprawa ze RGB jest
wyjatkowe
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane
wyjatkowe
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane
Bo? Nie bardzo rozumiem czemu RGB ma byc zakazane... IMO RGB jest
najlepszym sposobem przekazywanie sygnalu...
J.F.
Guest
Guest
Fri Sep 15, 2006 4:03 pm
On Fri, 15 Sep 2006 15:09:39 +0000 (UTC), Wmak wrote:
Quote:
Pozwolę sobie zwrócić uwagę, ze Ameryka jest olbrzymim rynkiem zbytu na
telewizory NTSC, przeciętny mieszkaniec raczej nigdzie nie wyjeżdża
telewizory NTSC, przeciętny mieszkaniec raczej nigdzie nie wyjeżdża
A nawet jak wyjezdza to przeciez nie zabiera swojego wielgachnego
telewizora :-)
Quote:
pal ntsc converter (lub transcoder) by znaleźć sporo różnych urządzeń w
cenie kilkudziesięciu - kilkuset $$.
cenie kilkudziesięciu - kilkuset $$.
I myslisz ze te za kilkadziesiat $ sa dobre ?
Bo za kilkaset ... taniej bylo tego tv nie zabierac :-)
J.
Wmak
Guest
Guest
Fri Sep 15, 2006 4:41 pm
Pozwolę sobie zwrócić uwagę, ze Ameryka jest olbrzymim rynkiem zbytu na
telewizory NTSC, przeciętny mieszkaniec raczej nigdzie nie wyjeżdża więc
sprzęty tamtejsze raczej nie potrafią niczego więcej odbierać poza ichnim
standardem.
Bardzo często często układ telewizora oparty jest na jednym dużym scalaku,
zawierającym układy generatorów odchylania, procesor wizyjny z dekoderem
tylko NTSC i nawet odbiornikiem wizji i fonii.
Przeróbki tego najczęściej są niemożliwe, bo nie wytniesz kawałka scalaka.
Nawet, jeśli bloki funkcjonalne są w oddzielnych kościach, to przy
współczesnym montażu powierzchniowym znacznie łatwiej to popsuć niż
przerobić.
W tej sytuacji pomysł Michała, by kupić transkoder jest chyba
najrozsądniejszy.
Aha - transkodery od Play Station 2 chyba się nie nadają.
Wystarczy wpisać Googlom hasło:
pal ntsc converter (lub transcoder) by znaleźć sporo różnych urządzeń w
cenie kilkudziesięciu - kilkuset $$.
Pokażą się konwertery standardów a także magnetowidy multistandardowe z
transkodowaniem, potrafiące odbierać dowolny standard (z taśmy, wejścia AV
lub powietrza) i wysyłać po kablu w dowolnym innym systemie.
W polskich sklepach bywały takie Panasoniki i Samsungi, chyba od ok. 900zł.
Trzeba poszukać.
Wmak
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
Verox
Guest
Guest
Fri Sep 15, 2006 7:40 pm
On Fri, 15 Sep 2006 08:44:15 +0000 (UTC), Tomasz Szcześniak napisał:
Quote:
klopotow jesli wysteruje sie go RGB - inna sprawa ze RGB jest wyjatkowe
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane
w sprzecie amerykanskim - tam jako komponenty preferuje sie YPbPr...
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane
A mógłbyś to rozwinąć
?
--
begin 755 signature.exe
[verox <at> a4 <dot> pl] vy 73! de SP9UOB
Proud to be 100 percent microsoft free. op. Tomek
Franciszek Sosnowski
Guest
Guest
Fri Sep 15, 2006 10:16 pm
Dnia Fri, 15 Sep 2006 17:49:23 +0000 (UTC), Verox tak nawijal:
Quote:
A mógłbyś to rozwinąć ?
?
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
to rozkladalo sie go mozolnie na czyste RGB, po to, by
VCR skladal go ponownie na roznicowe, a po odtworzeniu
znowu na RGB, by poslac do TV.
Tak naprawde to jedynie ten ostatni krok (czyli TV) jest
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
--
Fran,
Nam jest wszystko jedno...
Nam to nawet wszystko jedno,
czy jest nam wszystko jedno.
Tomasz Szcześniak
Guest
Guest
Sat Sep 16, 2006 2:40 am
Dnia Fri, 15 Sep 2006 16:46:21 +0200 na fali pl.misc.elektronika stacja
PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
Quote:
Rópżnica pomiędzy 15625 (PAL) i 15750 (NTSC) nie jest duża i raczej
powinno dać się doregulować generator. Odrobinę wyższe będzie wysokie,
ale to nie powinno zaszkodzić.
uwierz mi ze to wlasnie ta drobna rzonica powoduje problemy - 50 - 60 Hz
z reguly idzie "od pierwszego razu"
powinno dać się doregulować generator. Odrobinę wyższe będzie wysokie,
ale to nie powinno zaszkodzić.
uwierz mi ze to wlasnie ta drobna rzonica powoduje problemy - 50 - 60 Hz
z reguly idzie "od pierwszego razu"
Wierzę na słowo, telewizorów nie naprawiam, nie wiem jakie mają
dzisiejsze układy tolerancję. Lampowym było wszystko jedno :)
Quote:
A bo to mądry naród jest i wie co dobre. RGB powinno być zakazane
Bo? Nie bardzo rozumiem czemu RGB ma byc zakazane... IMO RGB jest
najlepszym sposobem przekazywanie sygnalu...
Bo? Nie bardzo rozumiem czemu RGB ma byc zakazane... IMO RGB jest
najlepszym sposobem przekazywanie sygnalu...
Spróbuj na tym wykonać jakąś regulację. Sygnał YUV jest tu dużo lepszy.
A jeszcze niektóre firmy mają głupi zwyczaj nazwyać RGB komponentem...
--
Tomasz Szczesniak
tszczesn@pay.com.pl
FIDO: 2:480/127.134 HYDEPARK moderator
http://www.pay.com.pl/oldradio
Tomasz Szcześniak
Guest
Guest
Sat Sep 16, 2006 2:40 am
Dnia Sat, 16 Sep 2006 00:16:54 +0200 na fali pl.misc.elektronika stacja
Franciszek Sosnowski <news@fran.pl> nadała:
Quote:
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Quote:
Tak naprawde to jedynie ten ostatni krok (czyli TV) jest
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
Tak naprawde wszytsko praktycznie od początku telewizji kolorowej pracuje
w komponencie (YUV lub YPrPb) a nie RGB. Nawet systemy kompozytowe
(kiedyś) wewnętrzne obrabiały komponent. Tak samo wszystkie sygnały
cyfrowe to sprópbkowany komponent, bo jest on poprostu wygodniejszy w
obróbce. Życzę powodzenia np. w stworzeniu (zwłaszcza układowym) klucza
kolorowego RGB.
--
Tomasz Szczesniak
tszczesn@pay.com.pl
FIDO: 2:480/127.134 HYDEPARK moderator
http://www.pay.com.pl/oldradio
PAndy
Guest
Guest
Sat Sep 16, 2006 7:43 pm
"Tomasz Szcześniak" <tszczesn@pay.com.pl> wrote in message
news:slrnegmial.61e.tszczesn@tomek.dom...
Quote:
Wierzę na słowo, telewizorów nie naprawiam, nie wiem jakie mają
dzisiejsze układy tolerancję. Lampowym było wszystko jedno
dzisiejsze układy tolerancję. Lampowym było wszystko jedno
Sprawdzone w praktyce - 50/60Hz nigdy nie sprawialo problemow a drobna
odchylka od 15626... dzialy sie cuda...
Quote:
Spróbuj na tym wykonać jakąś regulację. Sygnał YUV jest tu dużo
lepszy.
lepszy.
Sprobuj - szczegolnie na YUV...(maly hint - YPbPr to nie jest YUV)
Quote:
A jeszcze niektóre firmy mają głupi zwyczaj nazwyać RGB komponentem...
Bo to jest sygnal komponentowy - zwazywszy na ilosc urzadzen to wlascwie
jest to podstawowy sygnal komponentowy (wiekszosc kamer i wyswietlaczy
jest wlasnie RGB)
Take wiec RGB, potem YPbPr jesli chodzi o jakosc - oba rzecz jasna
komponentowe.
A w RGB mzona regulowac czasem to czego nie mozna regulowac w YPbPr...
PAndy
Guest
Guest
Sat Sep 16, 2006 7:46 pm
"Franciszek Sosnowski" <news@fran.pl> wrote in message
news:1w7hw7b08se88$.1axmlc586auly$.dlg@40tude.net...
Quote:
Dnia Fri, 15 Sep 2006 17:49:23 +0000 (UTC), Verox tak nawijal:
A mógłbyś to rozwinąć ?
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
to rozkladalo sie go mozolnie na czyste RGB, po to, by
VCR skladal go ponownie na roznicowe, a po odtworzeniu
znowu na RGB, by poslac do TV.
A mógłbyś to rozwinąć
?
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
to rozkladalo sie go mozolnie na czyste RGB, po to, by
VCR skladal go ponownie na roznicowe, a po odtworzeniu
znowu na RGB, by poslac do TV.
?????? gdzie tak robiliscie?
Quote:
Tak naprawde to jedynie ten ostatni krok (czyli TV) jest
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
To zalezy... niektore rzeczy wygodniej robic w RGB inne w YPbPr(YCbCr) -
zdziwilbys sie ile razy robiona jest konwersk\ja przestrzeni kolorow w
scalku do tv cyfrowej...
Quote:
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
sygnale po wypuszczeniu go z 'fabryki'.
Hehe... zwlaszcza jesli zrodlem jest kamera lub skaner do tasmy
filmowej... (czyli 99% wszystkich zrodel TV)
PAndy
Guest
Guest
Sat Sep 16, 2006 7:53 pm
"Tomasz Szcześniak" <tszczesn@pay.com.pl> wrote in message
news:slrnegmijb.61e.tszczesn@tomek.dom...
Quote:
Dnia Sat, 16 Sep 2006 00:16:54 +0200 na fali pl.misc.elektronika
stacja
Franciszek Sosnowski <news@fran.pl> nadała:
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
stacja
Franciszek Sosnowski <news@fran.pl> nadała:
Mniej grzebania przy konwersji na systemy composite
i odwrotnie. Jak dostawalismy sygnal analogowy (z tunera),
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Co jest niewgodne w obrobce sygnalu RGB?, YPbPr(YCbCr) a nie YUV (bo YUV
nie istnieje w postacji jawnej w wiekszosci urzadzen wizyjnych - to
wewntrzny sygnal kodera/dekodera PAL)
Quote:
Tak naprawde to jedynie ten ostatni krok (czyli TV) jest
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
Tak naprawde wszytsko praktycznie od początku telewizji kolorowej
pracuje
w komponencie (YUV lub YPrPb) a nie RGB. Nawet systemy kompozytowe
sensownym puszczac po RGB, bo potem to leci na dzialka.
Tyle, ze pod warunkiem, ze nie jest to cyfrak, ktory se
bedzie to RGB skladal w cos, na czym aktualnie 'pracuje'.
Generalnie Ypbpr jest blizszy temu, co sie dzieje w
sygnale po wypuszczeniu go z 'fabryki'.
Tak naprawde wszytsko praktycznie od początku telewizji kolorowej
pracuje
w komponencie (YUV lub YPrPb) a nie RGB. Nawet systemy kompozytowe
Tak naprawde to wlascwie wszystko pracuje na sygnale RGB, jest on
zamieniany do postaci roznicowej do obrobki w studio TV.
Quote:
(kiedyś) wewnętrzne obrabiały komponent. Tak samo wszystkie sygnały
Kompozyt to CVBS - NTSC, PAL, SECAM a komponent to RGB lub YPbPr.
Quote:
cyfrowe to sprópbkowany komponent, bo jest on poprostu wygodniejszy w
obróbce. Życzę powodzenia np. w stworzeniu (zwłaszcza układowym)
klucza
kolorowego RGB.
obróbce. Życzę powodzenia np. w stworzeniu (zwłaszcza układowym)
klucza
kolorowego RGB.
Co to znaczy klucz kolorowy RGB? - czy to chroma key??? - jesli tak to
bez klopotu realizuje sie go w dziedzinie cyfrowej...
Franciszek Sosnowski
Guest
Guest
Sat Sep 16, 2006 10:11 pm
Dnia Sat, 16 Sep 2006 21:14:15 +0000 (UTC), Tomasz Szcześniak tak nawijal:
Quote:
Tak, po angielsku 'chrmoa key'. W dziedzinie cyfrowej realziuje się go
bardzo prosto (jak wszystko, co wymaga prostych przeliczeń), ale życzę
powodzenia w jego realizacji układowej - np. w mikserze.
bardzo prosto (jak wszystko, co wymaga prostych przeliczeń), ale życzę
powodzenia w jego realizacji układowej - np. w mikserze.
Nie przejmuj sie - jak Panda z polobrotu mikser wezmie,
to mikser zacznie bezposrednio z dysku x-vid'y czytac. :)
--
Fran,
Nam jest wszystko jedno...
Nam to nawet wszystko jedno,
czy jest nam wszystko jedno.
Tomasz Szcześniak
Guest
Guest
Sat Sep 16, 2006 10:40 pm
Dnia Sat, 16 Sep 2006 21:43:24 +0200 na fali pl.misc.elektronika stacja
PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
Quote:
Spróbuj na tym wykonać jakąś regulację. Sygnał YUV jest tu dużo
lepszy.
Sprobuj - szczegolnie na YUV...(maly hint - YPbPr to nie jest YUV)
lepszy.
Sprobuj - szczegolnie na YUV...(maly hint - YPbPr to nie jest YUV)
Nie jest, ale to co do zasady to samo.
--
Tomasz Szczesniak
tszczesn@pay.com.pl
FIDO: 2:480/127.134 HYDEPARK moderator
http://www.pay.com.pl/oldradio
Tomasz Szcześniak
Guest
Guest
Sat Sep 16, 2006 10:40 pm
Dnia Sat, 16 Sep 2006 21:53:28 +0200 na fali pl.misc.elektronika
stacja PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
Quote:
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Co jest niewgodne w obrobce sygnalu RGB?, YPbPr(YCbCr) a nie YUV (bo YUV
nie istnieje w postacji jawnej w wiekszosci urzadzen wizyjnych - to
wewntrzny sygnal kodera/dekodera PAL)
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Co jest niewgodne w obrobce sygnalu RGB?, YPbPr(YCbCr) a nie YUV (bo YUV
nie istnieje w postacji jawnej w wiekszosci urzadzen wizyjnych - to
wewntrzny sygnal kodera/dekodera PAL)
Mniej wygodnie operuje się robiąc wszystkie możliwe operacje -
miskowanie, kluczowanie, regulacja nasycenia itp. operacje?
Quote:
Tak naprawde wszytsko praktycznie od początku telewizji kolorowej
pracuje
w komponencie (YUV lub YPrPb) a nie RGB. Nawet systemy kompozytowe
Tak naprawde to wlascwie wszystko pracuje na sygnale RGB, jest on
zamieniany do postaci roznicowej do obrobki w studio TV.
pracuje
w komponencie (YUV lub YPrPb) a nie RGB. Nawet systemy kompozytowe
Tak naprawde to wlascwie wszystko pracuje na sygnale RGB, jest on
zamieniany do postaci roznicowej do obrobki w studio TV.
Z kamer (a dokładnie z CCU) wychodzi zazwyczaj YPbPr. Cała obróbka jest
na tych sygnałach robiona, magnetowidy tak zapisują, tak jest nadawane.
Tak naprawdę RGB istnieje tylko na samym wejściu (przetworniki w
kamerze) i wyjściu (kineskop). Nie spotkałem się jeszcze z żadnym
systemem edycyjnym który by pracowal inaczej niż w komponencie.
Quote:
(kiedyś) wewnętrzne obrabiały komponent. Tak samo wszystkie sygnały
Kompozyt to CVBS - NTSC, PAL, SECAM a komponent to RGB lub YPbPr.
Kompozyt to CVBS - NTSC, PAL, SECAM a komponent to RGB lub YPbPr.
Co do idei tak, ale w praktyce RGB nie jest nazywane komponentem, jest
to ręcz traktowane jako wprowadzanie w błąd. Na czym się zrseztą
zdarzyło mi raz przejechać.
Quote:
cyfrowe to sprópbkowany komponent, bo jest on poprostu wygodniejszy w
obróbce. Życzę powodzenia np. w stworzeniu (zwłaszcza układowym)
klucza
kolorowego RGB.
Co to znaczy klucz kolorowy RGB? - czy to chroma key??? - jesli tak to
bez klopotu realizuje sie go w dziedzinie cyfrowej...
obróbce. Życzę powodzenia np. w stworzeniu (zwłaszcza układowym)
klucza
kolorowego RGB.
Co to znaczy klucz kolorowy RGB? - czy to chroma key??? - jesli tak to
bez klopotu realizuje sie go w dziedzinie cyfrowej...
Tak, po angielsku 'chrmoa key'. W dziedzinie cyfrowej realziuje się go
bardzo prosto (jak wszystko, co wymaga prostych przeliczeń), ale życzę
powodzenia w jego realizacji układowej - np. w mikserze.
--
Tomasz Szczesniak
tszczesn@pay.com.pl
FIDO: 2:480/127.134 HYDEPARK moderator
http://www.pay.com.pl/oldradio
J.F.
Guest
Guest
Sat Sep 16, 2006 11:38 pm
On Sat, 16 Sep 2006 21:14:15 +0000 (UTC), Tomasz Szcześniak wrote:
Quote:
stacja PAndy <pandrw_cutthis_@poczta.onet.pl> nadała:
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Co jest niewgodne w obrobce sygnalu RGB?, YPbPr(YCbCr) a nie YUV (bo YUV
nie istnieje w postacji jawnej w wiekszosci urzadzen wizyjnych - to
wewntrzny sygnal kodera/dekodera PAL)
Mniej wygodnie operuje się robiąc wszystkie możliwe operacje -
miskowanie, kluczowanie, regulacja nasycenia itp. operacje?
W domowych warunkahc można tak twierdzić, ale obróbka sygnału RGB jest
niewygidna i prościej ją przeprowadzić konwertując cygnał na YUV.
Co jest niewgodne w obrobce sygnalu RGB?, YPbPr(YCbCr) a nie YUV (bo YUV
nie istnieje w postacji jawnej w wiekszosci urzadzen wizyjnych - to
wewntrzny sygnal kodera/dekodera PAL)
Mniej wygodnie operuje się robiąc wszystkie możliwe operacje -
miskowanie, kluczowanie, regulacja nasycenia itp. operacje?
Ale na czym ta mniejsza wygoda mialaby polegac - ze trzeba dwa klucze
zamiast jednego czy dwoch, czy ze nie ma do tego gotowych ukladow ?
A np taka regulacja nasycenia na sygnale 4:2:2 ?
Quote:
Z kamer (a dokładnie z CCU) wychodzi zazwyczaj YPbPr. Cała obróbka jest
na tych sygnałach robiona, magnetowidy tak zapisują, tak jest nadawane.
Tak naprawdę RGB istnieje tylko na samym wejściu (przetworniki w
kamerze) i wyjściu (kineskop). Nie spotkałem się jeszcze z żadnym
systemem edycyjnym który by pracowal inaczej niż w komponencie.
na tych sygnałach robiona, magnetowidy tak zapisują, tak jest nadawane.
Tak naprawdę RGB istnieje tylko na samym wejściu (przetworniki w
kamerze) i wyjściu (kineskop). Nie spotkałem się jeszcze z żadnym
systemem edycyjnym który by pracowal inaczej niż w komponencie.
Widac taka tracycja. Co nie znaczy ze latwiej/lepiej ..
Quote:
Życzę powodzenia np. w stworzeniu (zwłaszcza układowym) klucza kolorowego RGB.
Co to znaczy klucz kolorowy RGB? - czy to chroma key??? - jesli tak to
bez klopotu realizuje sie go w dziedzinie cyfrowej...
Tak, po angielsku 'chrmoa key'.
Co to znaczy klucz kolorowy RGB? - czy to chroma key??? - jesli tak to
bez klopotu realizuje sie go w dziedzinie cyfrowej...
Tak, po angielsku 'chrmoa key'.
a po polsku bluebox ?
Quote:
W dziedzinie cyfrowej realziuje się go
bardzo prosto (jak wszystko, co wymaga prostych przeliczeń), ale życzę
powodzenia w jego realizacji układowej - np. w mikserze.
bardzo prosto (jak wszystko, co wymaga prostych przeliczeń), ale życzę
powodzenia w jego realizacji układowej - np. w mikserze.
Hm, jakos moja inzynierska intuicja mowi ze w RGB byloby najlatwiej
:-)
J.
elektroda NewsGroups Forum Index - Elektronika Polska - Jak podłączyć dekoder TV sat do telewizora NTSC z Kanady z konwerterem PAL?