Hozzászólások
-
Bejegyzés
-
Akik képesek egy iylen dologgal foglalkozni hajnali fél egykor, azok õrültek :D!
Amúgy ha valaki megcsinálja nekem az AVI-ból a képkockák kinyerését a memóriába (akár valami free lib-el), akkor a „seprûnyélfelismerõ-fénykardgenerátor” részt megírom hozzá, azzal a módszerrel, amirõl valahol feljebb dumáltam. Nyitunk egy projektetet a SourceForge-on. 🙂
C/C++/Java/Pascal/Basic/Assembly/PHP jöhet :wink1:Minek ide interpoláció meg bezier meg ilyenek?
A két fénypontot könnyû megtalálni, és közéjük kell a vonal, minden képkockán. Ennyi. Mi ebben a nehéz? 🙂Az eredeti filmben színes botokkal játszottak. Azt könnyû kimaszkolni tényleg, de nem is fontos.
Egy progi minden kockán végigszalad a bal felsõ saroktól jobb alsóig. Ahol a megadott színt (vagy színeket) találja, oda rajzol egy pici, elmosott szélû, fénykardszínû golyót. Ahogy megy lejjebb vagy mittudomén, megint megtalálja a színes keresett pontot (pálca darabkája) és az elõzõ „gömb” mellé berajzol mégegyet.
Az elmosódott szél csak ott fog megmaradni, ahol kell, vagyis a széleknél („éleknél”).Csinálj a seprû csuklórészére (a kéz fölé közvetlenül) és a végére két lámpát, valami környezettõl jól elütõ színnel (mondjuk hupilila :poketoungeb:).
Ezt egy programmal könnyû megkeresni, és a két megtalált pont közé fénykardot rajzolni. Aztán, hogy ez minden képkockán végigszaladjon… na azt már ne én oldjam meg! 😀bepe79 wrote:Linux-os download managert (flashgethez hasonlót) pedig nem ismerek, ettõl függetlenül még lehet több is akár.xcut wrote:és a view azért jó, mert rövidebb a querysrting -> rövidebb idõ a kommunikáció…A view azért jó, mert ‘elõre eltárolhatod a lekérdezési feltételt’, így tényleg rövidebb lehet a querysrting.
Viszont nem biztos, hogy a kommunikáció rövidebb. Amúgy a jobb Db kezelõk a szerveren hajtják végre, amit kérsz, és csak az eredményt nyomják át a hálózaton, így tök mindegy a kommunikáció szempontjából, hogy mekkora SQL paranccsal kérsz, az eredménye az, ami számít.
Ha jól tudom az MS ACCESS viszont pont nem így mûködik, ha egy helyi acces progival használsz egy másik gépen lévõ access db-t, akkor minden adatot áthoz elõbb és helyileg hajtja végre az SQL parancsot. Vagy csak rossz volt a konfig ott, ahol ettõl kaptam szívgörcsöt majdnem, amikor rájöttünk miért rohangálnak gigabájtok a hálózaton :).Amit xcut szeretne a megjelenítésnél, hogy ne kelljen minden postban eltárolni az emberke adatait hanem egy másik táblából jelenítse meg „on the fly”, arra tényleg az összekapcsolás (JOIN) való.
Amit xcut szeretne, mármint, hogy ne kelljen minden postban eltárolni az emberke adatait, na erre való az adatbázis normális megtervezése, aminek része a korábban emlegetett normálformákra hozás.
A view pedig egész egyszerûen arra használható, hogy a táblában szereplõ rekordokat, adatokat „mutatja” bizonyos ‘szûrési feltételeknek megfelelõen’. Pl nem minden rekord kell neked, vagy nem minden ‘oszlop’, akkor úgy állítod be a feltételt a view számára.
legutóbbi hsz