Jak skutecznie przekształcić sygnał RGB na S-Video? Proszę o schematy i wskazówki!

Thu Oct 12, 2006 9:55 pm   

"JR" <jruta_wytnij_@polbox.com> wrote in message
news:egm9ub$r4d$1@atlantis.news.tpi.pl...


Sporne - w praktyce te 6MHz juz w samym DAC'u bedzie mialo -6dB


Nie, jest "zaklocona" sygnalem lumy (zazwyczaj nie jest wlaczany tzw
chroma trap bo pogarsza on dosc znacznie charakterystyke
czestotliwosciowa)


Chyba lepiej dac zwyczajny wtornik emiterowy tym bardziej ze i tak warto
byloby zrobic aktywny sumator dla lumy...

Thu Oct 12, 2006 10:28 pm   

Użytkownik "PAndy" :

identycznie jest w przypadku Y dla S-Video;
lepiej mógłby miec tylko gdyby kupił sobie tuner z twardzielem,
albo dodatkową kartę DVB-Sat do kompa i zrzucał strumień MPEG;

nagrywanie przez po analogu, to zawsze strata,
ale nagrywanie z CVBS, to rozwiązanie najgorsze z możliwych;

a spadek pasma na DACu tunera i ADC karty video można trochę skompensowac
wspomnianą już "preemfazą"


to już jest niuans, szczególnie gdy dekoder ma filtr grzebieniowy,
nie orientuję się dokładnie, ale w przypadku czipów na kartach TV
i kartach z VIVO, to chyba jeszcze raczej rzadkośc?

jakosc dla S-Video bierze się głównie z szerokiego, niezakłóconego pasma
lumy

jeśli znajdę trochę czasu, to chyba sam sklecę takie S-Video
dla swojego ferdka, czasami mam potrzebę aby coś nagrac, aby później
w dogodnym czasie obejrzec, do tej pory zgrywałem przez CVBS
na kamerę D8 TRV-740E, a ma ona do dyspozycji właśnie
wejście S-Video,

--
JR

Fri Oct 13, 2006 12:19 am   

"JR" <jruta_wytnij_@polbox.com> wrote in message
news:egmfiv$gbb$1@atlantis.news.tpi.pl...

No to akurat oczywiste - zgrywanie juz skompresowanego materialu w
postaci strumienia transportowego odebranego z demodulatora jest
najlepszym, mozliwym rozwiazaniem


zgadza sie


nie ma takiej potrzeby...


Wiele nowszych ukladow ma comb filter, niektore nawet adaptacyjny czy
wrecz 3D - sledzacy ramke przed i po aktualnej.


Tak, ale rozdzielenie obu sygnalow Y i C pozwala uniknac "przeciekania".
Rozdzielczosc sygnalu C jest gorsza niz sygnalu zrodlowego - C
to -1.1/+1.3MHz - czyli ok 2.4MHz a rzeczywista CbCr to 3.375MHz...


Troche to dziwne - nie wiem ile zlacz SCART maja te tunery ale jesli sa
dwa SCART'y to najlpeszym rozwiazaniem wydjae sie soft tweak tak by
przelaczyc enkoder w tryb Y/C.

Fri Oct 13, 2006 6:22 am   

eksperymenty
Mam tuner ferguson 6318 - elektronika ta sama, tylko bez modułu UCI.
Polutuję coś w weekend, w poniedziałek napiszę o wynikach.

Dziękuję
Paweł

Fri Oct 13, 2006 6:47 am   

W ustawieniach na pewno nie ma Y/C.
Są 2 scarty, ale na drugim nie ma nawet RGB - tylko CVBS.

Nie mam zamiaru poświęcać wielu godzin na rozgryzanie oprogramowania w
tunerze. Nie jestem elektronikiem. Dużo łatwiej i szybciej w swoim zawodzie
zarobię na (w sumie niedrogą) kartę PCI tunera DVB która zapewni mi
najlepsza możliwą jakość zapisu. I pewnie tak zrobię za kilka miesięcy - po
zmianie mieszkania. Położyłem już rurki pod podłogą na kable z anteny.
Teraz położenie kabla w pokoju wywoła takie zakłócenia ze strony żony, że
nie zauważę poprawy jakości obrazu :)

Paweł

Fri Oct 13, 2006 12:10 pm   

Użytkownik "PAndy" :

akurat fergusony na STi5518 są jednymi z najlepiej udokumentowanych
tunerów w sieci, jeżeli potrafisz dołożyc opcję S-Video na SCART
możesz zyskac nieśmiertelnośc i dozgonną wdzięcznośc dziesiątek tysięcy
użytkowników :-)

--
pzdr.
JR

Fri Oct 13, 2006 3:37 pm   

"JR" <jruta_wytnij_@polbox.com> wrote in message
news:egnvst$nhb$1@nemesis.news.tpi.pl...

Rejestr DEN_CFG8, ustawic bity conf_out1(bit 5) i conf_out0 (bit 4) na
"0" - na sygnale R bedzie C a na sygnale G bedzie Y, na B bedzie CVBS -
To rozwiazanie nie wymaga zadnej modyfikacji toru dekodera. CVBS dla
Video Out na SCART pozostaje w tym samym miejscu.

alternatywnie wystarczy pobrac sygnal Y z wyjscia DAC1 a sygnal C z
wyjscia DAC2 5518 - wtedy mamy mozliwosc posiadania jednoczesnie i Y/C i
RGB, to nozki 32(Y) i 33(C) ukladu - nie mam fergusona wiec nie potrafie
podac ci co tam jest podpiete ale wiem jedno - tam na 100% jest sygnal
Y/C (o ile nie jest zblankowany DAC w sofcie), schematu do fergusona tez
nie mam.

Fri Oct 13, 2006 3:43 pm   

"PaweL" <lespaw@pocztakropkaonet.pl> wrote in message
news:egnctv$l2g$1@news.onet.pl...


Znajomy, stary rozwodnik powtarza swojej kolejnej zonie ze: "On sie z
Nia nie bedzie klocil, On sie moze z Nia co najwyzej rozwiesc" - bedac
chyba jego 4 zona z kolei kobieta wie ze on nie zartuje... - podobno
boli pierwszy rozwod - kolejne sa wylacznie uciazliwym doswiadczeniem.
A sposob na rozwiaznie problemu podalem juz - trzeba pobrac sygnal z
pinow 32 i 33 ukladu dekodera. Tam wedlug wszelkich znakow na niebie i
ziemi jest sygnal Y/C ( o ile nie sa zblankowane DAC'i 1 i 2, oraz maja
ustawiony wlasciwy wspolczynik przetwarzania - sprawa do sprawdzenia w 5
minut oscyloskopem)

Fri Oct 13, 2006 9:33 pm   

Użytkownik "PAndy" :

kiedyś zassałem:
st20_decompiler oraz ST20 Embedded Toolset R1.9,
ale nie podejmuję się szukania w skompilowanym i chyba skompresowanym
sofcie tego miejsca,
ale zdaje się że narzędzie IDA Pro jest najlepsze do debugowania bina?


ooo... i to jest najlepsze rozwiązanie, nie widzę powodu aby sygnały Y/C
nie były na tych pinach obecne;
nie otwierałem jeszcze swojego 7318 -- mam świeżą plombę gwarancyjną,
ale jeśli Pawel potwierdzi obecnośc Y/C na 32 i 33 pinie, to chyba to zrobię
:-)

prawdopodobnie piny będą wiszące więc trzeba będzie dorobic coś takiego:

http://www.danwal.forsale.pl/Y_C_SVideo.gif

możliwe, że rezystory R106 i R126 trzeba będzie skorygowac, aby
uzyskac poziomy sygnałów zgodne z normą,
zależy to od tego jaki jest Rref (piny 28 i 29) i rezystor na wy. CVBS (pin
34)

sprawdż Pawle czy w twoim tunku multiplexer we./wy.
(AUDIO/VIDEO SWITCH MATRIX) jest zrobiony na STV6412A?

--
JR

Fri Oct 13, 2006 9:47 pm   

poprawka:


R106 i R126 są w tej chwili dobrane dla Rref = 15 kOhm
(wtedy Rcvbs w identycznym układzie wyjściowym ma 220 Ohm)

jeżeli ustalisz wartośc Rref w swoim tunku, to wartości R106 i R126
należy zmienic zgodnie z proporcją Rref / 15k

Fri Oct 13, 2006 10:07 pm   

"JR" <jruta_wytnij_@polbox.com> wrote in message
news:egp0nd$abp$1@atlantis.news.tpi.pl...


nie wiem...



Jest kilka mozliwosci dla ktorych nie beda tam dostepne sygnaly...


Moim zdaniem uklad zbyt rozbudowany - orginalna aplikacja STM jest
prostsza


Jest jeden rezystor dla DAC1-3 i jeden dla DAC4-6


obecnosc 6412 komplikuje troche sprawe...

Fri Oct 13, 2006 10:11 pm   

"JR" <jruta_wytnij_@polbox.com> wrote in message
news:egp1hg$djt$1@atlantis.news.tpi.pl...


The resistor Rref connected to the bandgap has a direct effect on the
output current which flows from the DAC outputs.
For the maximum code (1023 in decimal):

Iout (max) = 80.704 / Rref

For example, with a typical value of Rref = 20 kOhms, Iout (max) = 4.04
mA for each DAC.
The value of Rref must be carefully chosen: Iout must always be lower
than 5 mA, otherwise, DAC linearity is not
guaranteed.
Because of the sensitive relationship between the DAC and Rref, the
tolerance on the Rref value must be small.
Typically, the Rref resistor must be a 1% resistor.
The output voltage on the RGB output pins depends on the external load
resistor Rload (connected between the DAC
output and ground):

Vout (max) = Rload * Iout (max)

For example, with a typical load value Rload = 274 Ohms and Iout (max) =
4.04 mA, Vout (max) = 1.11 V.
For any given digital input code, the output voltage of the DAC is given
by the following formula:

Vout = Din / 1023 * Vout (max) = (Din * Rload * 80.704) / (Rref * 1023)
Vout = Din * Rload * 0.079 / Rref

For example, with Rload = 274 Ohms, Rref = 20 kOhms and Din = 526, Vout
= 0.57 V

Fri Oct 13, 2006 11:22 pm   

Użytkownik "PAndy" :

jeśli masz ją pod ręką, to wystaw gdzieś

tu mam parę serwisówek do tunków na 5518:
http://uta.myftp.org/ST20/