Gathering of Tweakers

quote:

deepspace schreef op maandag 14 november 2005 @ 22:13:
Mja, leuk, maar hoe vind je die? Spectrum van beeld maken, en dan de grootste piek nemen?

volgens mij kan dat nogal zwaar tegenvallen. Wat doe je bij gelijke waarden? Volgens mij krijg je dikwijls grijze pap ipv een grote piek. Bovendien wil ik geen gele achtergrond als er een zonnetje met stralende lucht wordt getoond maar blauwe achtergrond.

Das inderdaad de grootste moeilijkheid: een goed algoritme om de kleur te kiezen. Voor zover ik weet (ik heb een eerste experimentele versie in het labo gezien, en later op een avond voor TVverkopers de uitleg gehoord, maar das een tijdje geleden) is er maar 1 kleur, niet verschillend links en rechts.

quote:

deepspace schreef op maandag 14 november 2005 @ 22:13:
Mja, leuk, maar hoe vind je die? Spectrum van beeld maken, en dan de grootste piek nemen?

Volgens mij kan je idd best zo werken, praktijkgericht: maak een tabel met 255 rijen (elk staat voor een kleur), analyseer voor elk pixel in welk van de 255 rijen het zit, tel daar dan 1tje bij. Kies dan de kleur van het rijtje in de tabel met de hoogste waarde.
Enige probleem: kan dit snel genoeg gebeuren, om dit voor elk frame te doen? Mss is er wel een FPGA nodig om dit te maken, en ik ken er nog niet genoeg van om zoiets geprogrammeerd te krijgen.

Edit: @woody: bij gelijkstand laat je de 2 waarden het dichtst bij de grootste waarde meetellen, om zo de keuze te maken.

naftebakje wijzigde dit bericht 14-11-2005 23:09 (7%)

Erg grappig dat ik dit topic net tegenkom, ik heb namelijk zelf een eerste begin van een eigen ambilight klaar (softwarematig)

Voor de besturing van de lichten zelf gebruik ik DMX (ook gebruikt bij disco-lichtbesturing en theater/tv belichting enzo)
Op http://www.thewillows.nl/ vindt je een DMX4ALL USB2DMX controllertje, waarmee je eenvoudig dmx uit je pc krijgt (usb poort gedraagt zich als een com-poort waar je simpele commando's naar kan sturen om een bepaald kanaal een bepaalde waarde te geven)
Daarnaast heb ik de Botex DDP-405 DMX dimmer gebruikt om 4 lampen te kunnen dimmen.
Ik heb het momenteel zowel al gebruikt met goedkope kleine hallogeenspotjes (eigenlijk bedoeld voor buitenshuis, kost maar een 3 euro ofzo incl 150 watt lamp) met daarop een plastic kleurenfilter om ze rood, groen en blauw te maken en net ook eens met kerstlampjes .

Aan de softwarekant neem ik gewoon 40 keer per seconde het gemiddelde van 1000 willekeurige pixels (GetPixel functie van de windows api).
Het geheel is ook langzaam uitgemiddeld over een aantal frames (bij het bepalen van een nieuwe kleur wordt 70% de huidige kleur, en 30% de vorige kleur gebruikt)
Als je je media player instelt om geen overlay te gebruiken kan je hiermee ook van video de kleur bepalen.

Ten slotte heb ik ook 1 van de 4 lichten gewoon wit gelaten. Bij het bepalen van de uiteindelijke kleur wordt dan eerst het wit berekend (van de 3 kleuren het minimum nemen en dat er ook van aftrekken)

Bij het testen heb ik dan ook nog wat de verschillende kleuren getuned door elke kleur te vermenigvuldigen met een bepaalde factor (om even veel lichtopbrengst van het blauw te hebben moet dat relatief harder branden dan de andere kleuren, maar dat zal ook een beetje van de kleurfilter afhangen)

Het resultaat vind ik toch al de moeite. Het geeft inderdaad enerzijds een aangenamere kijkervaring doordat er nog wat licht is dat het contrast met het beeld verkleint, en anderzijds vergroot het sterk het contrast in de tijd, doordat als het donker wordt het ook echt donker wordt, en als er wit licht is het ook echt licht in de kamer wordt.
Het is niet zo'n probleem dat het gemiddelde wordt genomen als er verschillende kleuren in beeld zijn. De gemiddelde kleur van rood en groen is nog steeds geel, en dat sluit daar ook als omgevingslicht nog vrij goed bij aan.
Als er echt veel te zien is zal het ook minder belangrijk zijn dat de kleuren er nog echt uitkomen, vermits het mij dan ook niet echt duidelijk lijkt welke als belangrijkste kleur te kiezen.
Aan beide kanten een andere kleur zou eventueel een oplossing zijn. Eenvoudig te realiseren met m'n huidige opzet ook, alleen heb ik er niet de nodige hardware voor momenteel.
Het enige probleem dat ik er nog een beetje bij had is dat gezien de spots gewoon naast elkaar staan, ze nog niet helemaal mengen. De witte lamp lostte dit echter al voor het grootste deel op, en de kleur die het meest 'mist' is geel eigenlijk, omdat dat er toch nog hard als rood en groen uitziet momenteel.

Er bestaan ook dmx-gestuurde led-spots, die je dus gemakkelijk elke kleur die je wil kan geven, dus dat zou ook nog een oplossing zijn.

zeer grappig project. Zou het zelf wel willen zien ben erg benieuwd, zal zeker appart zijn.

Ik wil zelf nog iets met DMX doen voor disco lights, maargoed das nog in ontwiikeling
Heeft er iemand mooie schemaatje hiervoor (liefst met PCB and all ) ?

B_FORCE wijzigde dit bericht 15-11-2005 00:23 (17%)

Ik kwam vandaag toevallig een website tegen die een losse ambilight verkoopt . Het is er dan wel eentje die je via USB moet aansluiten, maar als je PC naast je TV staat, een mediacenter hebt of een lange USB kabel gebruikt lijkt me dat geen probleem. Enige probleem is de prijs...235 euro .

Voor 235 euro moet er toch ook 1 zelf te maken zijn.

http://www.a-r-e.nl

Bekijk ook even de eerste video, kan je zien dat het best mooi werkt.

Vozzie_nl wijzigde dit bericht 15-11-2005 01:01 (11%)

als ik op die site de eerste video kijk (monsters inc) word ik vrij snel afgeleid door het licht, met name bij de snelle beeldwisselingen.
een oplossing die het omgevingslicht dempt afhankelijk van de intensiteit op t scherm zou ik al minder erg vinden. is ook mooi te gebruiken voor t gamen savonds, zit je niet in t donker naar een ultra lichte monitor te turen of andersom..

quote:

B_FORCE schreef op dinsdag 15 november 2005 @ 00:14:
zeer grappig project. Zou het zelf wel willen zien ben erg benieuwd, zal zeker appart zijn.

Ik wil zelf nog iets met DMX doen voor disco lights, maargoed das nog in ontwiikeling
Heeft er iemand mooie schemaatje hiervoor (liefst met PCB and all ) ?

Oorspronkelijk wilde ik ook lichtbesturing volledig zelf maken met elektronica enzo erbij, maar ik ben uiteindelijk toch maar op een aantal kant en klare oplossingen gekomen omdat het toch wel beter in elkaar zit als ik het zelf zou kunnen, en omdat het erop leek dat het nauwelijks goedkoper zou zijn als je alles bij elkaar telt.

Voor die dimmer bijvoorbeeld, betaal je inclusief handige knopjes/lcd om instellingen te doen, goede behuizing en connectors, etc. maar een 80 euro. Voor zelfbouw dacht ik voor het dimgedeelte alleen echter zo'n velleman kitje te gebruiken, maar die kosten ook al iets van een 10 a 15 euro per kanaal, en dan heb je nog geen microcontroller, behuizing, stekkers, ...

De usb->dmx interface zou eventueel wel kunnen lukken als je vertrouwd bent met microcontrollers enzo, maar volledig afgewerkt kostte die dus ook iets van een 80 euro.

Ik heb dit uiteraard ook allemaal vooral gekocht voor de besturing van discolichten met lightDecks, maar als je dan toch eenmaal alles hebt is het vrij weinig moeite om er ineens ambilight van te maken.

mjah van mij hoeft et niet allemaal mooi hoor, tis alleen voor besturing voor lichten behuizing hoeft niet mooi.

quote:

Firestorm schreef op dinsdag 15 november 2005 @ 01:36:
als ik op die site de eerste video kijk (monsters inc) word ik vrij snel afgeleid door het licht, met name bij de snelle beeldwisselingen.
een oplossing die het omgevingslicht dempt afhankelijk van de intensiteit op t scherm zou ik al minder erg vinden. is ook mooi te gebruiken voor t gamen savonds, zit je niet in t donker naar een ultra lichte monitor te turen of andersom..

simulaties zijn lief maar je moet het in het echt zien - dan is het niet storend. Fijn eerder.

quote:

Firestorm schreef op dinsdag 15 november 2005 @ 01:36:
als ik op die site de eerste video kijk (monsters inc) word ik vrij snel afgeleid door het licht, met name bij de snelle beeldwisselingen.
een oplossing die het omgevingslicht dempt afhankelijk van de intensiteit op t scherm zou ik al minder erg vinden. is ook mooi te gebruiken voor t gamen savonds, zit je niet in t donker naar een ultra lichte monitor te turen of andersom..

Als het ff kan moet je gaan kijken in een winkel, met een goede proefopstelling. Ik was echt heel erg onder de indruk. Voor mij was het iig VHS--> DVD, stereo --> 5.1 surround, lampje-achter-de-tv --> ambilight. Waarom? Het intensiveert de kijkbeleving. Je wordt veel meer in hetgeen op het scherm gebeurd getrokken.

quote:

NightWalker2005 schreef op donderdag 23 december 2004 @ 00:08:
Dat is voor je tv, maar voor de normale kleuren van het spectrum heb je geel,rood en blauw nodig .

Euhm, kleuren mengen met verf: blauw(Cyaan), rood(magenta), geel.
Kleuren mengen met licht: Rood, Groen, Blauw (RGB).

Tenminste dat is wat ik van mijn natuurkunde/ teken lessen op de middelbare school heb geleerd.

Ik geloof dat het afhangt van waar je TV vandaan komt. Er staat mij iets bij dat er in Rusland andere kleuren gebruikt werden (geel i.p.v. groen) dan in de rest v/d wereld.

Dat lijkt me sterk, het zijn niet voor niets basiskleuren. Je kan bij geel licht geen andere kleur licht toevoegen om groen te bekomen bijvoorbeeld, dan zou je anti-rood ofzo als kleur moeten hebben.

quote:

Hoedje schreef op dinsdag 15 november 2005 @ 19:39:
Ik geloof dat het afhangt van waar je TV vandaan komt. Er staat mij iets bij dat er in Rusland andere kleuren gebruikt werden (geel i.p.v. groen) dan in de rest v/d wereld.

Het verschil waar je over praat is de kleurtemperatuur, die wordt inderdaad aangepast naargelang de locatie, wit wordt op de evenaar anders bekeken dan middenin een witte sneeuwvlakte. Dat is iets waar je volgens mij bij ambilight geen rekening moet houden, puur wit zal je toch (bijna) nooit gebruiken, en het kleine kleurverschil merk je toch niet.

Jammer dat dit topic al zover afgezakt is...eens zien of er nog wat leven in te blazen valt

Het idee lijkt me wel wat, aansturen via de RGB signalen. Ik ben absoluut geen electronicus, maar heb toch geprobeerd een simpel schema in elkaar te draaien. Mischien dat iemand daar wat commentaar op kan geven?



Door middel van een drietal condensatoren wordt de gemiddelde kleur bepaald. Met een kleine weerstand parallel eraan, zodat de condensator ook leegloopt als de kleur nietmeer aanwezig is. (Of is dat niet nodig wegens de transisor?).
Door deze weerstand eventueel nog te combineren met een variabele weerstand, *zou* het mischien ook mogelijk moeten zijn om de "overlooop-tijd" te regelen? Zeer voor het afstellen zou dat handig zijn.

De transistor zou eigenlijk variabel moeten zijn, zoals bij de LM317. Die heb ik vroeger wel eens gebruikt, maar voor dit doel veel te zwaar waarschijnlijk. Is er een een ander (bekend) type dat wel bruikbaar zou zijn?

Zou het mogelijk zijn om de leds (als test!) direct te voeden van het RGB signaal? 0-2V zullen ze niet leuk vinden, maar ik neem aan dat de leds het wel overleven. Groter probleem mischien: Doet de scart poort dat ook? Of zou die niet een drietal ledjes kunnen voeden?

In je schema moet je wel buffers gebruiken, want als je dit rechtstreeks aftakt van het beeldsignaal, dan blijft er nauwelijks beeld over voor de TV zelf. Simpel voorbeeldje van een buffer:
In principe werkt een dergerlijk schema dan wel (indien voorzien van de nodige buffers), maar ik denk niet dat dit het gewenste effect zal geven. Het ene moment zal de kleurverandering te traag zijn (bliksemflits), het andere moment te snel (steeds onrustig flikkerende "ambilight" bij een relatief stilstaand beeld). En je zit ook met een vertraging tussen de verlichting (die achter zal komen) en het beeld.

Eigenlijk moet je een processortje hebben, die het beeld analyseert (rekening houdende met de snelheid en grootte van de veranderingen van de R,G en B kleur) om de "ambilight" aan te sturen, en het beeld voldoende vertraagt, zodat de "ambilight" en het beeld samen lopen.
Zo'n processortje maken is vrees ik iets boven de pet (en vooral het budget) van de gemiddelde tweaker. Alhoewel met een FPGA erg veel mogelijk is.

Rechtstreeks je LED's voeden met het RGB signaal mag je gerust proberen, maar schrik niet dat je grafische kaart zijn laatste adem (rook) uitblaast. Met een simpel buffertje (opamp met rechtstreekse terugkoppeling, dus versterking van 1) tussen de 3 lijnen moet het ws al wel ietswat lukken.

naftebakje wijzigde dit bericht 07-01-2006 01:31 (22%)

quote:

Xandrios schreef op zaterdag 07 januari 2006 @ 00:35:
Jammer dat dit topic al zover afgezakt is...eens zien of er nog wat leven in te blazen valt

[..]

Zou het mogelijk zijn om de leds (als test!) direct te voeden van het RGB signaal? 0-2V zullen ze niet leuk vinden, maar ik neem aan dat de leds het wel overleven. Groter probleem mischien: Doet de scart poort dat ook? Of zou die niet een drietal ledjes kunnen voeden?

nee, dat gaat hem niet worden. Niet omdat het niet kan, maar omdat het geen ambilight is. Ambilight werkt met gemiddelden van de kleuren en intensiteiten die op het scherm te zien zijn, en stuurt elke LED apart aan om een mooi vloeiende overgang te kunnen genereren indien het scherm bijv een rood en een blauw vlak naast elkaar weergeeft. In jouw geval zouden alle LEDs eenzelfde kleur weergeven, waardoor het ene vlak wel 'netjes' qua kleur wordt weergegeven (bijv een blauwe achtergrond achter het blauwe blok) maar het rode blok heeft dan ook een blauwe achtergrond wat een enorm smerig contrast geeft (juist een van de dingen waarvoor ambilight is - dat ranzige contrast met de wand wegnemen!). Bovendien zou bij jou probably het gemiddelde van de kleuren als backgroundkleur gekozen worden - 9 van de tien keer dus poep- danwel moerasbruin (of een variatie in die tint-catagorie). Word je niet blij van. Oftewel, ga nog even geen geld uitgeven aan dure LEDs. Eigenlijk moet je het videosignaal dus door een computer heenhalen om netjes een gaussian blur van het scherm uit te rekenen, en dan op de punten van de leds te bepalen wat de kleur van die led moest gaan worden.

quote:

HunterPro schreef op zaterdag 07 januari 2006 @ 01:59:
[...]
nee, dat gaat hem niet worden. Niet omdat het niet kan, maar omdat het geen ambilight is. Ambilight werkt met gemiddelden van de kleuren en intensiteiten die op het scherm te zien zijn, en stuurt elke LED apart aan om een mooi vloeiende overgang te kunnen genereren indien het scherm bijv een rood en een blauw vlak naast elkaar weergeeft. In jouw geval zouden alle LEDs eenzelfde kleur weergeven, waardoor het ene vlak wel 'netjes' qua kleur wordt weergegeven (bijv een blauwe achtergrond achter het blauwe blok) maar het rode blok heeft dan ook een blauwe achtergrond wat een enorm smerig contrast geeft (juist een van de dingen waarvoor ambilight is - dat ranzige contrast met de wand wegnemen!). Bovendien zou bij jou probably het gemiddelde van de kleuren als backgroundkleur gekozen worden - 9 van de tien keer dus poep- danwel moerasbruin (of een variatie in die tint-catagorie). Word je niet blij van. Oftewel, ga nog even geen geld uitgeven aan dure LEDs. Eigenlijk moet je het videosignaal dus door een computer heenhalen om netjes een gaussian blur van het scherm uit te rekenen, en dan op de punten van de leds te bepalen wat de kleur van die led moest gaan worden.

Een computer heb je er niet perse voor nodig, een geschikte µP (met eventuele randcomponenten) moet voldoende zijn.
Een DSP-chip (of een andere µP die voldoende krachtige I/O's heeft) lijkt me nodig, om een vertraging te kunnen introduceren (je moet uit de 2 geinterpoleerde beelden het oorsprongkelijke beeld regenereren, en de berekeningen uitvoeren erop. Dat neemt wat tijd), en om die gaussian blur uit te kunnen voeren (ik denk toch dat die in een DSP beter uit te voeren zijn).

Weet hier iemand hoe je een gaussian blur (of iets vergelijkbaars) uitvoert in een DSP? Op school zijn we niet verder geraakt dan een FIR-filter omdat de leraar te lui was om les te geven, dus ik weet zo niet direct hoe het moet (en eigenlijk moet ik studeren).
_{Is dit niet meer iets voor CME geworden? Ik denk dat Sprite_tm misschien wel iets uit zijn hoed kan schudden, om ons dichter bij een oplossing te brengen.}

naftebakje wijzigde dit bericht 07-01-2006 10:53 (12%)

Er is al eerder geopteerd voor een voortbestaan in CME en dat lijkt mij ook wel het meest relevant.

Bij deze een move naar CME, moge u daar uw antwoord vinden.

Als je voor een egale kleur achter je TV gaat dan zou je zelfs het signaal naar je elektronen kanon kunnen pakken...
Je neemt de aanstuur lijnen van RGB apart en doet daar een low-pass filtertje achter, dit kan/moet passief omdat je toch met redelijk hoge spanningen te maken hebt. Als je de ingangs impedantie van dit filter hoog genoeg kiest dan heeft het elektronen kanon er geen last van. Vervolgens moet je je signaal schalen zodat je er een rij lampen of leds mee aan kan sturen... Ik weet niet precies wat de voltages zijn die naar je elektronen kanon gaan, maar de versnel spanning is iig een kV of 5 ... de spanning naar het kanon zelf zal wel een paar honderd volt zijn. Daar moet toch ook wel wat mee te doen zijn.

quote:

MidiMaze schreef op zaterdag 07 januari 2006 @ 16:29:
Als je voor een egale kleur achter je TV gaat dan zou je zelfs het signaal naar je elektronen kanon kunnen pakken...

Dan lijkt het me toch verstandiger om iets met het RGB signaal te doen, in plaats van zo dicht op de beeldbuis te werken. Trouwens, ging het hier niet over plasma's/LCD's?

Ik denk toch dat je bij een rechtstreekse koppeling aan RGB in veel situaties te snelle wisselingen kunt krijgen. Een beetje vertraging en geleidelijkheid wil je toch eigenlijk wil inbouwen, lijkt me.

quote:

Hertog schreef op zaterdag 07 januari 2006 @ 16:36:
[...]


Dan lijkt het me toch verstandiger om iets met het RGB signaal te doen, in plaats van zo dicht op de beeldbuis te werken. Trouwens, ging het hier niet over plasma's/LCD's?

Ik denk toch dat je bij een rechtstreekse koppeling aan RGB in veel situaties te snelle wisselingen kunt krijgen. Een beetje vertraging en geleidelijkheid wil je toch eigenlijk wil inbouwen, lijkt me.

Wat met een bliksem? Die wil je snel zien flitsen, gelijktijdig met het beeld. Terwijl de rest natuurlijk heel geleidelijk aan moet.

Je kunt toch het verschil tussen kleuren berekenen, en afhankelijk van dat verschil de snelheid vergroten of verkleinen. Zo zou ik het aanpakken.

maakt dat ambi light niet gebruik van overtollig backlight? ik dacht dat het net zoiets was als dat appeltje achterop bij de iBook, en omdat bijvoorbeeld bij voetbal het scherm groen is, hij dat automatisch achterlangs straalt. als ik namelijk in het ventilatie rooster van mijn tft kijk zie ik daar een beel licht uitkomen, en in dit typ scherm is dat wit, maar als ik switch naar een volledig rood scherm word het roder. wat ik probeer te zeggen is dat bij de philips schermen er geen extra mechaniek aan zit, maar gewoon gebruik maakt van het overtollige licht, wat bij andere schermen verloren gaat.

quote:

Flappiewappie schreef op zondag 08 januari 2006 @ 15:13:
maakt dat ambi light niet gebruik van overtollig backlight? ik dacht dat het net zoiets was als dat appeltje achterop bij de iBook, en omdat bijvoorbeeld bij voetbal het scherm groen is, hij dat automatisch achterlangs straalt. als ik namelijk in het ventilatie rooster van mijn tft kijk zie ik daar een beel licht uitkomen, en in dit typ scherm is dat wit, maar als ik switch naar een volledig rood scherm word het roder. wat ik probeer te zeggen is dat bij de philips schermen er geen extra mechaniek aan zit, maar gewoon gebruik maakt van het overtollige licht, wat bij andere schermen verloren gaat.

Zo werkt het dus niet. Het beeld wordt intern bewerkt (pixelplus en dergerlijke), dus de beeldinformatie is al beschikbaar. Daaruit halen ze voldoende informatie om een kleur voor Ambilight te kunnen kiezen die past bij het beeld, en door die bewerkingen is er ook een vertraging (zet er een oude beeldbuisTV naast, je zal merken dat de nieuwe met ambilight, pixerplus,... ongeveer een seconde achterloopt).
Door die vertraging kan er ook gekeken worden of er korte intensiteitsflitsen zijn (bliksem), zolang die niet langer dan die ene seconde duren, kan er overeenkomstig geflitst worden (chip ziet veel helderheid, en snel weer weinig helderheid, dus de flits is gedaan nog voor het op het beeld getoond wordt. Dan kan er geflitst worden met de ambilight, omdat die natuurlijk evenveel vertraging als het beeld heeft.
Wordt er binnen de ene vertragingsseconde geen grote verschillen (springen naar andere waarde en weer terug) opgemerkt, dan wordt ambilight geleidelijk aan verschoven (denk ik).