OldComp.cz
https://oldcomp.cz/

Raspberry Pico
https://oldcomp.cz/viewtopic.php?f=125&t=9429
Stránka 1523

Autor:  vanthomas [ 23.06.2021, 12:02 ]
Předmět příspěvku:  Re: Raspberry Pico

U převodníku HDMI-VGA může být problém s napájením, třeba právě malina né každý převodník utáhne. Jistota je pokud má externí napájení. Mám něco jako tohle https://www.alza.cz/axagon-rvh-vgam-hdmi-vga-d5507237.htm a chodí to celkem spolehlivě, na napájení stačí nabíječka od mobilu...

Autor:  faraon [ 23.06.2021, 17:32 ]
Předmět příspěvku:  Re: Raspberry Pico

Nejen převodník, ale i monitor může dělat problém. Testoval jsem onehdy s Malinou jestli ve šrotu nenajdu nějaký živý LCD, a menší 14" běžel okamžitě, ale větší 17" si vůbec nevšiml že do něj jde nějaký signál, mrcha nenažraná. Když jsem si další den donesl druhou nabíječku a převodník přikrmil, tak byl najednou funkční i ten druhý!

Autor:  dex [ 23.06.2021, 20:09 ]
Předmět příspěvku:  Re: Raspberry Pico

Ten můj nemá napájení vůbec.
Jen na jednom konci HDMI konektor, na druhém VGA.
Podle prodejce to není VGA->HDMI, ale opravdu HDMI->VGA.

Autor:  Panda38 [ 23.06.2021, 20:20 ]
Předmět příspěvku:  Re: Raspberry Pico

VGA potřebuje k plnému vybuzení 50 mA. Ten sice má HDMI být schopné dodat, ale některá zařízení tolik nedají. Obzvláště synchronizační vstup je na to citlivý, při nedostatečném napětí se tváří jako že není signál.

Autor:  Panda38 [ 05.09.2021, 10:55 ]
Předmět příspěvku:  Re: Raspberry Pico

Dotaz: Chtěl jsem na Raspberry Pico zkusit implementovat softwarové generování PAL/NTSC barvonosného signálu. Možné by to bylo, výkon by na to byl. Skončil jsem ale u matematiky - protože jsem z principu kódování pochopil, že barvonosná zasahuje do spektra obrazového signálu a znehodnucuje ho. Není možné kvalitně přenášet ani rozlišení 320x240, hrany budou vždy rozmazané a barvy rozjeté. Dřív jsem myslel, že výstupy 8-bitů jsou nekvalitní kvůli nekvalitnímu kodéru nebo mému TV, ale tady vidím že nekvalita digitálního obrazu je daná už principem kódování barev.

Tedy - nemá už smysl se nově zabývat kódováním PAL/NTSC, pro nízkou kvalitu obrazu? Myslel jsem jako náhrada, když TV nebude mít SCART konektor. Spíš bych teď řekl - buď bude TV se SCART konektorem, nebo monitor/TV s VGA vstupem. PAL/NTSC by byl bezvýznamný krok zpět.

Autor:  faraon [ 05.09.2021, 11:20 ]
Předmět příspěvku:  Re: Raspberry Pico

Pokud by někdo chtěl hodně retro a pouštěl obraz přes AV do staré CRT televize...

Možná právě kvůli té nedokonalosti byly ty staré televize koukatelné i při tak mizerném rozlišení a malé snímkové frekvenci. Když se to dnes zaostří do perfektních hranatých pixelů, tak to vypadá blbě.

Mimochodem, co takhle malá přenosná LCD telka, napájená z baterek, s AV i HDMI vstupy? Má někdo nějaký cenově přijatelný tip, nejlépe objednatelný přímo v ČR?

Autor:  zdenek6 [ 05.09.2021, 11:21 ]
Předmět příspěvku:  Re: Raspberry Pico

Panda38 píše:
Dotaz: Chtěl jsem na Raspberry Pico zkusit implementovat softwarové generování PAL/NTSC barvonosného signálu. Možné by to bylo, výkon by na to byl. Skončil jsem ale u matematiky - protože jsem z principu kódování pochopil, že barvonosná zasahuje do spektra obrazového signálu a znehodnucuje ho. Není možné kvalitně přenášet ani rozlišení 320x240, hrany budou vždy rozmazané a barvy rozjeté. Dřív jsem myslel, že výstupy 8-bitů jsou nekvalitní kvůli nekvalitnímu kodéru nebo mému TV, ale tady vidím že nekvalita digitálního obrazu je daná už principem kódování barev.


Ano, mám stejnou zkušenost, když jsem na ESP32 zkoušel v PALu generovat barevný obraz pro PMD85. Frekvence jasové složky a barevné složky byly vzájemným násobkem a dopadlo to blbě. Myslím ale, že se kvůli tomu dává na jasovou složku filtr (ještě před smícháním s barvou) pro potlačení barvonosné složky - to by mělo alespoň potlačit barevné artefakty na hranách. A nebo je zde možnost použít SVIDEO, kde jsou tyto složky oddělené. Toto jsem ale nezkoušel, tak nevím jak by to u takového sw generování obrazu dopadlo.

Autor:  Panda38 [ 05.09.2021, 11:50 ]
Předmět příspěvku:  Re: Raspberry Pico

PAL by na tom měl být trochu líp než NTSC, kvůli širšímu pásmu - u 320x240 leží barvonosná těsně nad frekvencí pixelů (u NTSC by se frekvence kryly), ale i tak je obtížné je od sebe oddělit a bude to hodně zkreslené. Softwarové generování bych si uměl představit jen u NTSC, kdy se každý pixel dekóduje jako půlvlna barvonosné, takový obraz by byl ale vhodný spíš pro barevné plochy (běžný TV obraz), ne pro písmo a čáry. Asi je to nevhodné používat. Leda že by v nějakém kodéru měli vymyšlenou nějakou chytrou prekompenzaci zkreslení.

Zajímalo by mě, jaká je asi kvalita obrazu z PAL kodéru který je např. v Raspberry Zero (nebo jiný Rpi), nezkoušel někdo?

Autor:  Panda38 [ 16.09.2021, 23:11 ]
Předmět příspěvku:  Re: Raspberry Pico

Vytvořil jsem pro Pico novou zobrazovací knihovnu PicoQVGA - značně minimalizovanou, s grafickým módem 320x240/8. Má sloužit hlavně jako tutoriál k použití PIO a DMA na Raspberry Pico. Na stránce je podrobný popis kódu programu. ... Docela mě příjemně překvapilo, že videomód 320x240/8 je v praxi pro většinu aplikací postačující.

http://www.breatharian.eu/hw/picoqvga/index.html

Příloha:
picoqvga0.jpg
picoqvga0.jpg [ 61.95 KiB | Zobrazeno 4448 krát ]

Autor:  danhard [ 13.12.2021, 17:49 ]
Předmět příspěvku:  Re: Raspberry Pico

PIO by asi zvládlo rozhraní matematického koprocesoru, nebo nějaké jiné periferie 8-mi bit počítačů ?

Autor:  Panda38 [ 13.12.2021, 18:11 ]
Předmět příspěvku:  Re: Raspberry Pico

Když se to tu řešilo, tak vypadalo že by to i bylo zvládnutelné, i když ne úplně snadno.

Byl by problém s operací jako čtení paměti, protože PIO musí vyslat do DMA adresu a DMA přenese data zpět do PIO, což by zabralo dost taktů procesoru. Leda že by se dal na sběrnici generovat nějaký signál prodlevy. Zápis na port a čtení portu by mělo jít snadněji.

Autor:  faraon [ 13.12.2021, 18:34 ]
Předmět příspěvku:  Re: Raspberry Pico

Něco jako turbína pro ZX81? :arg:

Autor:  danhard [ 13.12.2021, 19:09 ]
Předmět příspěvku:  Re: Raspberry Pico

PIO je stavěný na streem dat, do kterého to tlačí DMA a PIO pak dělá časování, nebo handshake.
Na ty periferie potřebuješ přístup do pole registrů a nemusí jich být moc.
Ještě lepší by byl rychlej přístup do segmentu paměti, ale to už jednoduše nepůjde.

Asi to bude chtít vymyslet trochu složitější PIO, který to bude umět všechno :D
Zatím jsem to vždy dělal hw jednoúčelovejma mašinkama, který sice měly náznak řadiče, ale vždy to bylo na míru.

V FPGA to chce ale udělat nějakou univerzální strukturu, kterou dostane do ruky programátor.

Na ZX81 to nemá smysl dělat turbínu, ZX81 se tam vejde celá i s emulací Z80 :)

Autor:  Panda38 [ 13.12.2021, 19:55 ]
Předmět příspěvku:  Re: Raspberry Pico

danhard píše:
...Na ZX81 to nemá smysl dělat turbínu, ZX81 se tam vejde celá i s emulací Z80 :)
A ještě když se bude nudit může ve volném čase na druhém jádru emulovat ZX Spectrum :shock:

Na druhou stranu, přidat do ZX.. mrňavou součástku za 20 Kč (RP2040), i kdyby se tam většinu času nudila, to není zas tak špatné. :-) https://cz.rs-online.com/web/p/mikroregulatory/2211610

Autor:  danhard [ 13.12.2021, 20:42 ]
Předmět příspěvku:  Re: Raspberry Pico

Nepřeháněj, je to za 500ks bez DPH a potřebuje to ještě externí flash EPROM, jelikož je to samo od narození blbé :D

https://rpishop.cz/raspberry-pi/3669-ra ... p2040.html

Ale udělej pro ZX zobrazení, je to o naprogramování PIO, pro TV a pro VGA.
Do formátu QVGA se to krásně vejde i s borderem.
Ale je to trochu jiné s daty, kdyby jsi udělal streem pro obraz a barvu zvlášť, to by byla pecka :)

A až to budeš mít hotový, tak můžeš zkusit C64 :lol:

Co se týče VGA zobrazení, tak není podstatná frekvence bodů, ale poměr této frekvence k Hsync.
Každej převod VGA na LCD (u CRT to není zapotřebí) se PLL chytne na Hsync a podle toho přednastaví dělicí poměr na frekvenci bodů podle normy. Většínou se to dá ručně nastavit, nebo to dělá automaticky, aby body seděly na sebe.

Native rozlišení displejů už ale není dávno 640x480, aby si to tam sedlo :)

Stránka 1523 Všechny časy jsou v UTC + 1 hodina [ Letní čas ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/