Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
sistema video 1920x1080 -> tanti 320x240
22 views
Skip to first unread message
BQ
May 8, 2013, 10:03:01 AM5/8/13
to
Vorrei idealmente affettare il display 1920x1080 del PC in tanti (24) rettangoli da 320x240. Il contenuto di ciascun rettangolo dovrebbe essere visualizzato da un display tft 320x240. Ogni display si potrebbe trovare a una distanza di anche 40-50 m dalla sorgente.
In sostanza se questo è il contenuto del display:
http://i43.tinypic.com/35i3bjk.png
Il display 1 visualizzerebbe
http://i42.tinypic.com/31361kl.jpg
il display 2 visualizzerebbe il riquadro a fianco e così via.
La mia idea era di trasmettere su un cavo un segnale hdmi 1920x1080, che riceverei e cropperei in corrispondenza di ciascuno dei display. Ogni display cropperebbe una differente finestra 320x240 dell'intero frame 1920x1080.
Risolverei il problema della lunghezza con un hdmi extender (reperibile in commercio).
Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24 bit di dato (i soliti segnali pronti per un display insomma), che però non consente di fare il crop
2- usare un IC per convertire da DVI a DV, per darlo in pasto ad un controller video della Solomon che consente di effettuare il crop. Tale controller però è un bombardone che fa di tutto e di più, ha un costo che non conosco ancora ma che ritengo sarà alto. Quindi avrei un sistema complesso e costoso e lungo da sviluppare.
3- fare il cropping "vicino" al PC e poi inviare il tutto su 24 cavi distinti che porterebbero ciascuno un hdmi 320x240, poi di là ci si arrangia: il problema sta ovviamente nel fatto che devi tirare un cavo per ogni display; non sarebbe attuabile nella pratica.
Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto", lasciandolo attivo solo nella parte attiva nella finestra e avrei finito.
Qualcuno ha qualche consiglio?
Ciao e grazie
Marco
In sostanza se questo è il contenuto del display:
http://i43.tinypic.com/35i3bjk.png
Il display 1 visualizzerebbe
http://i42.tinypic.com/31361kl.jpg
il display 2 visualizzerebbe il riquadro a fianco e così via.
La mia idea era di trasmettere su un cavo un segnale hdmi 1920x1080, che riceverei e cropperei in corrispondenza di ciascuno dei display. Ogni display cropperebbe una differente finestra 320x240 dell'intero frame 1920x1080.
Risolverei il problema della lunghezza con un hdmi extender (reperibile in commercio).
Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24 bit di dato (i soliti segnali pronti per un display insomma), che però non consente di fare il crop
2- usare un IC per convertire da DVI a DV, per darlo in pasto ad un controller video della Solomon che consente di effettuare il crop. Tale controller però è un bombardone che fa di tutto e di più, ha un costo che non conosco ancora ma che ritengo sarà alto. Quindi avrei un sistema complesso e costoso e lungo da sviluppare.
3- fare il cropping "vicino" al PC e poi inviare il tutto su 24 cavi distinti che porterebbero ciascuno un hdmi 320x240, poi di là ci si arrangia: il problema sta ovviamente nel fatto che devi tirare un cavo per ogni display; non sarebbe attuabile nella pratica.
Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto", lasciandolo attivo solo nella parte attiva nella finestra e avrei finito.
Qualcuno ha qualche consiglio?
Ciao e grazie
Marco
dalai lamah
May 8, 2013, 1:12:15 PM5/8/13
to
Un bel giorno BQ digit�:
> Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
> 1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24
> bit di dato (i soliti segnali pronti per un display insomma), che per�
perch� ti serve una trentina di segnali per ogni display, e non vale la
pena di usare una costosa FPGA BGA a 600 pin). Poi io tornerei a
serializzare in LVDS ogni uscita, in modo di non avere dei problemi di
lunghezza/disturbi/ecc anche da quella parte.
> Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo
> basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto",
> lasciandolo attivo solo nella parte attiva nella finestra e avrei
> finito. Qualcuno ha qualche consiglio?
Il problema � che il pixel clock del segnale 1080p sar� attorno ai 150 MHz,
mentre i display TFT a 320x240 hanno tipicamente delle clock rate massime
mooolto inferiori. Quindi comunque � necessario bufferizzare le singole
righe e spedirle "pi� piano".
--
Fletto i muscoli e sono nel vuoto.
> Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
> 1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24
> non consente di fare il crop
Sembra il lavoro ideale per un TFP401 pi� qualche FPGA (una non ti basta
perch� ti serve una trentina di segnali per ogni display, e non vale la
pena di usare una costosa FPGA BGA a 600 pin). Poi io tornerei a
serializzare in LVDS ogni uscita, in modo di non avere dei problemi di
lunghezza/disturbi/ecc anche da quella parte.
> Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo
> basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto",
> lasciandolo attivo solo nella parte attiva nella finestra e avrei
> finito. Qualcuno ha qualche consiglio?
mentre i display TFT a 320x240 hanno tipicamente delle clock rate massime
mooolto inferiori. Quindi comunque � necessario bufferizzare le singole
righe e spedirle "pi� piano".
--
Fletto i muscoli e sono nel vuoto.
BQ
May 9, 2013, 2:48:19 AM5/9/13
to
Il giorno mercoledì 8 maggio 2013 19:12:15 UTC+2, dalai lamah ha scritto:
> Un bel giorno BQ digit�:
>
> perch� ti serve una trentina di segnali per ogni display, e non vale la
Eh mi sa che hai ragione... Speravo che ci fosse in giro qualche integrato già fatto che facesse il lavoro di cropping ma non ne trovo traccia.
Le FPGA sarebbero comunque una per ogni TFP401, in quanto farei la "strada" lunga col 1920x1080 e poi ogni unità display avrebbe TFP401, FPGA, LCD.
>
> > Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo
>
> > basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto",
>
> > lasciandolo attivo solo nella parte attiva nella finestra e avrei
>
> > finito. Qualcuno ha qualche consiglio?
>
>
>
> Il problema � che il pixel clock del segnale 1080p sar� attorno ai 150 MHz,
>
> righe e spedirle "pi� piano".
>
>
Verissimo anche questo (ho controllato, siamo massimo sui 30 MHz).
Ho anche un'altra cosa da risolvere: sarebbe bello fare il controllo da PC e quindi settare le coordinate di ciascuna finestra 320x240 dal PC, però ho a disposizione solo un canale ultraveloce (HDMI), in cui però non ho facile accesso (credo...). D'altro canto, affiancare una seriale ad ogni cavo è veramente una soluzione barbonissima! Dovrei vedere se quegli extender di cui parlavo utilizzano tutti e 8 i fili dell'RJ45. Idee?
Ciao e grazie ancora!
Marco
> Un bel giorno BQ digit�:
>
>
>
> > Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
>
> > 1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24
>
> > bit di dato (i soliti segnali pronti per un display insomma), che per�
>
>
> > Sto valutando varie soluzioni, tutte con qualche problema da risolvere:
>
> > 1- un tfp401, che converte da dvi a segnale hsync vsync pixelclock e 24
>
>
> > non consente di fare il crop
>
>
>
> Sembra il lavoro ideale per un TFP401 pi� qualche FPGA (una non ti basta
> > non consente di fare il crop
>
>
>
>
> perch� ti serve una trentina di segnali per ogni display, e non vale la
>
> pena di usare una costosa FPGA BGA a 600 pin). Poi io tornerei a
>
> serializzare in LVDS ogni uscita, in modo di non avere dei problemi di
>
> lunghezza/disturbi/ecc anche da quella parte.
>
>
Ciao, intanto grazie mille!
> pena di usare una costosa FPGA BGA a 600 pin). Poi io tornerei a
>
> serializzare in LVDS ogni uscita, in modo di non avere dei problemi di
>
> lunghezza/disturbi/ecc anche da quella parte.
>
>
Eh mi sa che hai ragione... Speravo che ci fosse in giro qualche integrato già fatto che facesse il lavoro di cropping ma non ne trovo traccia.
Le FPGA sarebbero comunque una per ogni TFP401, in quanto farei la "strada" lunga col 1920x1080 e poi ogni unità display avrebbe TFP401, FPGA, LCD.
>
> > Io alla fine devo fare qualcosa di relativamente "semplice", per assurdo
>
> > basterebbe nella soluzione 1 inibire il pixel clock "ogni tanto",
>
> > lasciandolo attivo solo nella parte attiva nella finestra e avrei
>
> > finito. Qualcuno ha qualche consiglio?
>
>
>
>
> mentre i display TFT a 320x240 hanno tipicamente delle clock rate massime
>
> mooolto inferiori. Quindi comunque � necessario bufferizzare le singole
> mentre i display TFT a 320x240 hanno tipicamente delle clock rate massime
>
>
> righe e spedirle "pi� piano".
>
>
Verissimo anche questo (ho controllato, siamo massimo sui 30 MHz).
Ho anche un'altra cosa da risolvere: sarebbe bello fare il controllo da PC e quindi settare le coordinate di ciascuna finestra 320x240 dal PC, però ho a disposizione solo un canale ultraveloce (HDMI), in cui però non ho facile accesso (credo...). D'altro canto, affiancare una seriale ad ogni cavo è veramente una soluzione barbonissima! Dovrei vedere se quegli extender di cui parlavo utilizzano tutti e 8 i fili dell'RJ45. Idee?
Ciao e grazie ancora!
Marco
dalai lamah
May 9, 2013, 2:09:52 PM5/9/13
to
Un bel giorno BQ digit�:
> Le FPGA sarebbero comunque una per ogni TFP401, in quanto farei
> la "strada" lunga col 1920x1080 e poi ogni unit� display avrebbe TFP401,
> FPGA, LCD.
Mmmh, secondo me sarebbe meglio fare un'unica schedona vicina alla fonte e
poi partire con 24 cavi LVDS. Perlomeno valuterei la cosa, i cavi di questo
tipo sono tipicamente molto pi� sottili degli HDMI e magari non ci
salterebbe nemmeno fuori un cablaggio enorme.
Questo fra l'altro ti risolverebbe anche l'altro problema:
> Ho anche un'altra cosa da risolvere: sarebbe bello fare il controllo da
> PC e quindi settare le coordinate di ciascuna finestra 320x240 dal PC,
> non ho facile accesso (credo...). D'altro canto, affiancare una seriale
> ad ogni cavo � veramente una soluzione barbonissima!
Con la schedona vicino al PC avresti risolto il problema. Altrimenti
potresti usare il bus DDC dell'HDMI, ma non so se esistano librerie che ti
permettono di inviare dati arbitrari. Qui c'� un documento interessante che
forse pu� dare qualche spunto:
http://media.blackhat.com/bh-eu-12/Davis/bh-eu-12-Davis-HDMI-WP.pdf
0 new messages