Us informo dels tallers i les xerrades sobre Blender que, a data d’avui, tinc l’honor i la sort de comptar entre les meves activitats professionals. Treballarem preferentment amb la versió 2.5 del programa, tot i que pel fet que encara no és del tot madura ens podem veure obligats a utilitzar la versió 2.49b en casos com el del taller d’efectes especials i postproducció. El programa dels cursos introductoris és l’habitual, és a dir una introducció als conceptes bàsics del 3D i com els abordem en Blender:

• Contextualització social i tecnològica de Blender i introducció a la interfície
• Introducció a les eines de modelatge
• Introducció a la il·luminació i els materials
• Introducció a l’animació

Per ordre cronològic:

Centre Cívic Ribera Baixa, El Prat de Llobregat

Taller introductori a Blender de 16 hores de durada.

• Inici el dia 5 d’abril. 8 sessions, finalització el 7 de juny.
• Cada dimarts de 18.30 a 20.30 h
• Preu: 42 €
• Més informació aquí.

Cibernàrium, Barcelona Activa

3 sessions introductòries a Blender, de 4 hores de durada cada una.

• Dies 11, 13 i 15 d’abril, de 16 a 20h.
• Taller gratuït
• Més informació aquí.

Blender per a la representació arquitectònica

Xerrada en el marc del festival Festimatge de Calella, i la secció Blendercat dedicada a la creació 3D.

• Dia 19 d’abril al matí, horari per confirmar.
• Oferiré una visió general sobre les possibilitats de Blender per a la representació arquitectònica, així com dels processos i eines auxiliars implicats i més rellevants.
• Més informació aquí.

Efectes especials i postproducció amb Blender

Taller de 8 hores en el marc del festival Festimatge de Calella, i la secció Blendercat dedicada a la creació 3D.

Per fer aquest taller és més que recomanable tenir familiaritat amb el programa. Tenir els coneixements dels cursos introductoris i una mica de pràctica per compte propi hauria de ser suficient per seguir-lo.

• Dia 20 d’abril, 4 hores al matí i 4 hores a la tarda, horari per confirmar
• Treballarem principalment les possibilitats del compositor de video i l’edició avançada de paràmetres d’animació en objectes convencionals, o en d’altres més específics com els sistemes de partícules i les simulacions físiques.

Laboratori Mèdia de la Facultat de Belles Arts de la UB

• Curs introductori de 20 h. de durada.
• Dies 10, 11, 12, 17 i 18 de maig, de 15 a 19h.
• Preu: 90 €
• Convalidació per 2 crèdits de lliure elecció per a estudiants de la UB de pla antic.
• Més informació aquí. Encara que la informació de l’enllaç sigui en castellà, el curs s’impartirà principalment en català. Des del meu punt de vista, la llengua catalana no hauria de ser un problema per a ningú a Catalunya. Si l’alumne té dificultats amb aquest idioma, faré el possible per ajudar-lo a comprendre’l. El que no faré és caure en la trampa d’un bilingüisme mal entès.

NOTA (a 5 de febrer de 2011): La presentació comentada més avall es refereix al dia 15 de gener. No obstant, l’exposició romandrà a la Casa Orlandai durant tot el febrer, a les plantes primera i segona del centre (c/ Jaume Piquet nº 23, al costat mateix de la parada de FGC de Sarrià.

Com a conclusió al projecte d’investigació que he estat desenvolupant els darrers mesos sota l’epígraf de “Recerca i creació amb eines de programari lliure”, aquest dissabte a les 11 del matí faré una petita sessió de presentació dels diversos aspectes del projecte, coincidint amb el muntatge de l’exposició al llarg de les tres plantes de la Casa mostrant alguns resultats visibles del projecte. Si t’interessa saber com està fet tot això, t’hi espero!

Nota: podeu veure el recull de documentació generada sobre al projecte al wiki.

Tot confiant que el fet de veure-ho aquí no impedeixi venir a veure l’exposició -el que podeu veure en pantalla difícilment és equiparable a la resolució i l’acabat d’una impressió fotogràfica com la que pretenc fer- us penjo aquí acompanyades de breus explicacions i crèdits (en el cas de les imatges que no he fet jo, o que no he fet completament jo) les imatges que també podreu veure exposades. Espero que us agradi!

Eines de creació computacional

Aquest títol engloba les eines creatives que es basen bé en l’ús de l’atzar, en seqüències de llenguatges de programació o una mica en totes dues coses per a fer diverses composicions visuals:

Creació simulant un camp d’arbres fruiters a la depressió central catalana durant l’hivern, basada en el codi Misty solitude de cheezcake i creada amb Context Free Design Grammar.

Obra/codi Dried plant, creada per jls amb Context Free Design Grammar.

Obra/codi SwitchingIFS, creada també per jls amb Context Free Design Grammar. Variació AAM.

Composició recursiva de subdivisió de quadrats amb Context Free Design Grammar.

Composició fractal, popularment anomenada ou de drac, creada a partir d’aquestes instruccions i amb el programa Apophysis.

Composició en mosaic de diverses imatges generades mitjançant el programa IOGraphic per al monitoreig gràfic del cursor.

Intèrprets d’escenes 3D i clústers de procés i càlcul

Composició d’unes heures creades sobre una base de cubs generats amb StructureSynth (una variació 3D de CFDG) mitjançant el programa IvyGenerator, editat amb Blender i renderitzat amb Yafaray.

Creació feta amb POVRay utilitzant els fitxers i el sistema proveït per Jaime Vives Piqueres dins el seu projecte Tierra. Es tracta d’un conjunt de presets i paràmetres pseudoaleatoris que permeten generar amb relativa facilitat múltiples paisatges diferents. Després d’unes quantes proves, vaig arribar a aquest resultat.

Creació feta de manera més genuïna per mi, amb POVRay, partint dels coneixements adquirits i de la consulta de la documentació oficial. Està inspirat en el paisatge pirinenc, quan surt el sol a les tardes d’estiu després de la pluja o d’un dia gris.

Comparativa de dues imatges diferents de la mateixa escena. La primera està renderitzada utilitzant LuxRender, en un clúster d’una dotzena d’ordinadors a la Casa Orlandai. Va trigar unes 5 hores a arribar a aquest resultat, en una imatge de 1632 x 1224 pixels. La segona està renderitzada amb Yafaray, i va trigar un nombre d’hores similar (entre 2 i 5) però en un sol ordinador.

En aquesta entrada vull explicar-vos el procés de desenvolupament que va implicar el joc Isagoras, del qual us he parlat ja en altres posts. Intentaré cobrir tots els aspectes que em van tocar més de prop, des que l’Agustí m’ho va proposar fa ja quasi un any i mig fins ja poquet quan estàvem treballant en els últims temes de la interfície. Tot i que, tampoc us enganyaré: aquesta entrada és una mena de guió de la xerrada, per dir-ne d’alguna manera, que faré d’aquí a pocs dies a la Blender Conference, a Amsterdam, i com que només tinc vint minuts i ja està bé que sigui així, només tocaré els aspectes més rellevants i més clarament relacionats amb el treball amb Blender que vaig fer.

Bé, jo vaig començar a sentir a parlar de tot això més o menys el maig de 2009, quan arrel de la publicació dels cursos de Blender que imparteixo a la Casa Orlandai, una companya del màster em va parlar d’un amic seu, l’Agustíl que estava buscant algú especialista en 3D per desenvolupar aquesta part en el joc que tenia en projecte. Després dels mails de presentació de rigor, l’Agustí em va ensenyar aquest vídeo de sota com a “prototip” del que ell volia fer. Confesso que veient això, tot i que ja sabia que es tractava de naus prefabricades, vaig preguntar-me per què em necessitaven a mi:

Es tractava, doncs, de fer un joc basant-se en l’engine, el motor, que l’Agustí havia programat per a XNA, que si no m’equivoco és la plataforma sobre la qual funcionen els jocs de la XBOX, una mena de DirectX de Windows, però per la consola. Perquè vaja, per si no ho sabíeu, aquest joc havia de ser per aquesta consola. Des del principi ja teníem clar que era un projecte que fèiem, principalment, per amor a l’art. El joc es vendria en un marketplace anomenat IndieGames, propi de Microsoft, i que facilitava que desenvolupadors independents publiquessin els seus propis jocs, participant d’una part significativa dels guanys. No obstant, com que no hi havia cap garantia de guanyar-hi res, valia la pena començar ja amb aquesta mentalitat.

El desenvolupament inicial

Aquesta i altres coses les vam anar xerrant a les trobades inicials, amb l’Agustí i una altra persona que per raons que no vénen al cas va deixar l’equip. L’Agustí va preparar un GDD (Game Design Document) que havia de servir per explicar la història i els personatges que hi havia darrere el joc. Encara que ell després m’hagi manifestat que té la sensació d’haver destinat massa temps a aquella part, a mi em va ser força útil de cara a la part que també llavors em tocava desenvolupar a mi: el desenvolupament gràfic i visual de tot allò que, narrativament, ja existia.

Calia doncs, establir l’aspecte gràfic de:

• les naus dels bons
• les naus dels enemics
• els personatges bons: El capità Crozier, la protagonista Crow, i un piloto genérico que, pobre, no tenia altre destí que ser això, un pilot genèric i anònim.
• Alguns personatges dolents, tot i que ens ventilàvem la necessitat de definir el look de la majoria de personatges dolents a través del recurs de dir que eren uns alienígenes dels quals es desconeixia fins i tot la tecnologia que permetia governar les naus sense ningú que les conduís. Eren una mena de megazero, vaja, sense cap ni peus.

La Crow

Pel fet de ser la protagonista, el disseny de la Crow va implicar més discussió, revisió i reflexió que no pas els altres, i per això us en mostro aquí l’evolució.

Els altres personatges

Per ordre, el capità Crozier, mentor de la Crow, el piloto genérico (si us pregunteu per què alguns noms tenen un ressò en castellà o són castellans, bé, són causes atribuïbles a treballar i parlar de manera quotidiana d’aquests personatges, entre persones algunes de les quals eren castellanoparlants, res de què m’hagi de justificar per altra banda ), i la líder separatista, una dona ja madura, intel·ligent i amb un punt d’atractiu però mesquina i, evidentment, menyspreable .

Les naus

Les naus, més encara que els personatges, eren un element definitori del joc. Comparteixo aquí alguns dels esbossos més reeixits que vaig fer:

Sobre les eines de treball per al disseny de personatges i naus

Per a l’esbós dels personatges vaig estar treballant amb l’aplicació MyPaint, fonamentalment. Durant els darrers dos anys o any i mig he estat investigant i treballant amb diverses eines de pintura i dibuix digital, bàsicament el triplet format per:

• GIMP apedaçat sobre la instal·lació del qual podeu trobar info aquí i aquí i descarregar d’aquí (amb binaris per a Windows i Leopard), tot i que sembla que el projecte està clínicament mort. A més a més, el set de complements anomenta Gimp Paint Studio, un conjunt de pinzells i preconfiguracions per tal d’ampliar i treure més partit de les eines per a pintura digital en GIMP. Elaborat per l’artista espanyol Ramón Miranda.
• MyPaint
• i Alchemy, un projecte de dibuix experimental, per dir-li d’alguna manera, també molt interessant.

Isagoras, doncs, va ser una excusa ideal per a provar la versatilitat i eficàcia d’aquestes eines.

El “cos” de la fase de desenvolupament

La part del desenvolupament que jo tenia assignada i que em va demanar més dedicació va ser, com era d’esperar, el modelatge i la texturització de les naus i altres elements d’atrezzo i escenografia: terrenys principalment.

El modelatge de les naus

El meu procés de treball, pel que fa al modelatge, consistia a agafar les imatges del disseny que heu vist anteriorment i posar-les com a fons de pantalla de l’espai de treball de Blender. Llavors m’anava dedicant a extruir formes i anar afegint detalls, jugant tant amb les vistes frontal, lateral i de planta, com amb la vista en perspectiva de la qual partia.

Si us fixeu en la captura, podreu apreciar que utilitzo un modificador de mirror, pràcticament essencial tenint en compte que moltes de les naus eren simètriques en el seu eix longitudinal. Altres naus eren simètriques radialment, i llavors en aquests casos utilitzava l’array modifier. Un cop acabat el disseny en 3D, calia aplicar els modifiers i corregir la geometria per tal que tingués el mínim nombre de cares possibles.

En efecte aquest va ser un dels factors més determinants del treball que em va tocar fer en 3D. Ni l’Agustí ni, encara menys, jo, teníem una idea prou clara del volum d’informació geomètrica que podia aguantar l’engine d’XNA sense petar. Per tant la meva política va ser mantenir al mínim el nombre de cares possibles. En el cas de la nau Isagoras, ens vam quedar al voltant de les 800, que semblen moltes però un cop estàs modelant t’adones que de seguida s’hi arriba. Cal dir de totes maneres que també era la meva primera experiència en el que s’anomena low poly modelling, modelatge de baixa resolució en altres paraules, que és en si mateixa una àrea important dins la disciplina del modelatge i que va força de la mà amb tècniques de texturització. Per tant, segur que es pot fer molt millor que no ho vaig fer jo.

El modelatge dels terrenys

Pel que fa al modelatge dels terrenys, el procés era diferent. Partia d’una graella més o menys quadrada, subdividida a alta resolució, (32768 polígons), a la qual anava donant formes muntanyoses i irregularitats utilitzant l’sculpt tool. Ara bé, aquestes geometries calia reduirles a baixa resolució per utilizar-les al joc. Llavors, per què partia d’alta resolució? doncs per generar els mapes de normals. Els mapes de normals són una tècnica de texturització que permet utilitzar imatges per simular el relleu aparent d’una superfície, relleu que és capaç d’interactuar amb les fonts d’il·luminació de l’escena.

Per altra banda, la resta de propietats del material que en el joc caldria aplicar als terrenys (bàsicament la textura de color) era també recomanable generar-les amb base al model d’alta resolució, ja que així la manera com la geometria afectava els canvis de color i les formes de la textura tenia un grau de definició molt més gran i, per tant, en aquest cas un acabat de qualitat superior.

Com potser apreciareu, hi ha tres models diferents de terreny, els quals encaixen els uns amb els altres. Això, que pot semblar una obvietat, és la mena d’obvietats que donen més maldecaps en el desenvolupament de productes digitals (la web i altres contextos són també plens d’obvietats difícils de resoldre)

El cas és que els shoot’em up es basen en el principi que la nau, el jugador, està quiet, és a dir, no és mou més enllà dels límits de la pantalla, i són els enemics i els terrenys els que es mouen en direcció contrària. Com que la velocitat d’un cos és sempre relativa al punt de vista, i com que nosaltres ens situem en el punt de vista del protagonista, ens dóna la sensació que és ell qui és mou i va trobant-se al llarg del camí territoris desconeguts i enemics que l’estan esperant ansiosament . El que això implica és que en molts jocs es crea una quantitat limitada i relativament reduida de terrenys que es van repetint en seqüències variables per donar la il·lusió del canvi, per mirar d’evitar el típic efecte que vèiem en alguns dibuixos animats, on un personatge corre i el fons es repeteix de manera del tot desacomplexada i evident.

Com bé veureu al tràiler o a altres llocs, no sempre és fàcil evitar que la repetició no sigui evident. Com més models tinguem, més possibilitats tenim de donar variació, però també és més feina a crear-los i més informació en memòria que cal carregar al joc. En tot cas, la condició principal per poder concaternar dos terrenys en 3D és, ho heu endevinat, que els seus extrems coincideixin en alçada. Tot plegat, en fi, obliga els models a reunir una sèrie de requeriments que, des dels punts de vista tant tècnic com creatiu, no són fàcils de satisfer tots alhora.

Per altra banda, com ja he apuntat, el pas a baixa resolució dels terrenys anava íntimament lligat a la conciliació de la textura i la geometria, i aquest és un aspecte que en tot cas abordaria al wiki o en un altre post.

Materials i textures, textures i materials

Aquest esquema de l’esquerra és un intent de mostrar gràficament i clara el que implicava generar el material per a les malles en baixa resolució que jo exportava i entregava a l’Agustí.

En alta resolució creava el material i les textures que, globalment, havien de tenir l’aspecte desitjat per al model final en baixa resolució del joc. Aquestes textures eren cuinades (és a dir, el programa fa com una fotografia del resultat visual de totes les textures juntes) en relació al desplegament UV que ja havia fet del model en baixa resolució.

Paral·lelament, havia de crear un altre material per al model en baixa resolució, material que contenia la textura que s’havia cuinat a partir del model en alta resolució.

Com podeu observar, aquest procés té diversos passos. La qual cosa significava que, si hi havia alguna error en el mapeig o la creació de les textures, a vegades podia caldre recomençar el procés des d’un pas bastant inicial.

A més a més, si abans pel que fa a la geometria us posava de manifest la necessitat de conciliar-la amb la repetició en mosaic dels models, això seguia sent cert pel que fa als materials. O sigui, les textures havien de ser aptes per a ser composades en mosaic com a mínim en dos dels seus extrems.

Les dificultats vinculades a aquest procés ens van obligar a reduir a una sola aparició, o directament eliminar, alguns dels models previstos. Aquesta dificultat, tant per als models com per als materials, és la que podeu veure explicada a l’esquerra.

Cubemaps

En les pantalles dels jocs de naus i, en general en els jocs en 3D, sempre apareix alguna imatge o conjunt cromàtic que, d’alguna manera, fa de fons de l’escena. Això es pot fer de diverses maneres, i en el nostre cas ho fèiem amb un cub les cares del qual estaven texturitzades, pel seu interior, amb l’entorn que volíem simular.

En aquesta tasca, hi va haver també dificultats diverses. La primera, un tema de formats, ja que XBOX treballa amb el format dds, però en aquest aspecte vam poder trobar un plugin per a GIMP que permet exportar a aquest format. La dificultat més important, però, va raure en treure l’entrellat de les rotacions del sistema global de coordenades que cada context (aplicació de 3D, consola de jocs, etc.) utilitza. És a dir, per a un mateix model tridimensional, pot ser que allò que és l’eix de les X en un programa sigui l’eix de les Z en un altre. Això, evidentment, tenia les seves implicacions en com des de Blender s’elaboraven cubemaps amb una orientació d’eixos tal que fos la correcta quan s’importés a l’entorn de la XBOX.

Primer de tot, però, va caldre assabentar-me una mica de què anava això dels cubemaps, i em va ser força útil aquesta pàgina, malgrat que el mapeig d’eixos proposat a baix de tot no funcionava en el meu cas. També em va resultar molt interessant l’ús, observació i estudi de les explicacions i plantilles proposades a KatsBits sobre Rendering a custom skybox image using Blender 3D.

Vaig invertir força temps, doncs, investigant les possibilitats que havia après gràcies a aquests dos enllaços. No obstant, tot i que aquesta feina no va resultar del tot inútil, finalment em vaig haver de decantar per utilitzar les textures de cels que hi ha a cgtextures, perquè els cels que generava jo des de zero utilitzant aquests procesos es veien molt pixelats i/o amb bandeig a causa de l’ampliació que fa el joc sobre les imatges que constitueixen el cubemap. Això es produeix fonamentalment per l’absència de soroll que solen tenir les composicions gràfiques generades digitalment. En canvi en les textures elaborades a partir de fotografies reals, la variabilitat dels colors és prou significativa com perquè no es produeixin aquests efectes.

En composicions 100% digitals, això s’acostuma a evitar utilitzar opcions de dithering, disponible al panell de render de Blender, o bé afegint soroll artificial amb un programa com GIMP. No obstant, fins i tot utilitzant aquests recursos, la compressió del dds no jugava a favor nostre en la gestió de tot plegat, i aquest fou el motiu principal que finalment acabéssim utilitzant cubemaps ja prefabricats i d’ús lliure per a jocs de la XBOX.

Interfície i final del projecte

Els últims dies de treball, més o menys durant els mesos de juliol i agost, els vaig dedicar a part d’anar fent petites correccions aquí i allà que l’Agustí em demanava, al disseny de la interfície. Hi havia molt poc temps i per tant en moltes coses vaig haver de ser més expeditiu o barroer del que m’hauria agradat. Però bé, si sempre anéssim pensant en tot el que ens agradaria potser mai faríem res. Prova i exemple d’aquesta manera de treballar és que vaig agafar com a motiu o patró gràfic del joc les composicions que al llarg dels mesos se m’havien anat creant com a resultat de l’ús del programa IOGraph. Aquestes composicions, doncs, feien de fons dels menús a través dels quals el jugador tria les seves opcions, nivells de dificultat, etc.

Per altra banda, pel que fa a la interfície del gameplay, és a dir del moment en què realment estem jugant (les vides, els punts, les armes, i aquesta mena de coses) vaig decantar-me per quelcom molt minimalista. A més a més, a fi que les converses entre els diversos personatges no tapessin aquesta informació, i a fi que aquesta, al seu temps, no interferís amb la posició de la nau, vam decidir posar-la a la part superior de la pantalla, on el jugador no es situa mai ja que és d’on vénen els enemics normals i on es situa l’enemic final de cada pantalla.

Per cert, la interfície la vaig elaborar treballant quasi exclusivament amb Inkscape. No cal dir, que as usual, em van ser molt útil les eines d’Inkscape per a l’exportació basades en la selecció actual d’objectes.

Finalment, quan l’Agustí va valorar el joc com a acabat, el va pujar a la plataforma dins la qual començava un altre procés, de revisió i correcció de fallades de programació, en el qual com podeu comprendre no vaig tenir cap part. L’espera es va fer llarga, però tal i com us recordava al principi d’aquesta entrada, finalment tot va anar bé i el joc es publicava per a glòria de tots nosaltres. Espero que us hagi interessat la parrafada. La meva intenció era fer un seguiment més exhaustiu de tot el procés de treball, però ja que no va poder ser, confio que això ajudi a donar una idea de tota la feina implicada en un projecte com aquest.

Què és?

Una de les coses mundanes i quotidianes en què et puc oferir els meus serveis és crear-te un fons d’escriptori personalitzat. A partir d’una foto teva, preferentment un primer pla o quelcom semblant, puc fer una composició que podràs posar com a fons de pantalla al teu ordinador portàtil o de sobretaula.

Exemples

Aquí en pots veure dos. Dos encàrrecs per a dues persones imaginàries que anomenarem Judit i Marc. Vegem què passa amb les fotografies que m’han enviat perquè en faci alguna cosa interessant:

Bé, a partir d’això jo penso en algunes possibilitats i em poso a treballar en la que em sembla més atractiva amb algun programa (probablement el GIMP) on faig manipulacions de la imatge, triant aquelles que donen més interès al conjunt i intentant acostar-me a les preferències de qui m’ho encarrega. I en resulta quelcom així:

En aquest cas, com pots veure, he fet a les cares de totes dues fotografies un tractament més o menys pictòric. En el cas de la fotografia d’en Marc, he optat per canviar-li substancialment el format afegint un tros important de cel. En el cas de la Judit, he conservat el fons original de la fotografia però canviant-lo a blanc i negre i fent-hi algun retoc puntual.

Això és el que envio a la Judit i en Marc, respectivament. L’únic que falta abans d’enviar-los-ho és saber quina resolució té la seva pantalla, per tal de poder-los enviar a més un arxiu que s’hi ajusti perfectament.

Suposant que tant la pantalla de l’un com de l’altre fa 1920×1200, allò que ells veurien en el seu escriptori seria quelcom semblant a això:

Cost

Ofereixo aquest servei per 30 € cada composició de fons de pantalla.

Avantatges:

• Pots dir-me quin estil de fons d’escriptori t’agradaria. Jo m’hi intento adaptar.
• Pots adjuntar-me fotografies teves juntament amb d’altres que no ho siguin, sempre i quan tinguin una llicència que ho permeti, com la majoria de les de tipus Creative Commons.
• Pots sorprendre algú regalant-li un fons d’escriptori partint d’una foto seva. És un regal que pot passar per inútil o fer molta il·lusió. Moltes coses bones tenen una component important de risc.
• Si tens un servei d’ftp, et puc enviar arxius de treball (en format GIMP o similar i a més resolució) a fi que tu puguis fer les teves pròpies modificacions més endavant.

Inconvenients

• No és un servei per a empreses. Si com a empresa estàs interessat en quelcom semblant, parlem-ne (raimon arrova imatgedart punt com).
• Pots provar d’imprimir-ho, però el que t’entregaré no està pensat per a això, per qüestions de resolució i gestió de color.
• No és un servei de creació amb revisions. Tu m’envies la foto i m’expliques què t’agradaria. Jo hi treballo i t’envio el resultat que crec que més t’agradarà.

Procediment

1. m’envies un mail amb una fotografia adjunta, allò que t’agradaria que fes amb ella, i l’amplada i l’alçada en píxels de la pantalla on ho vols utilitzar
2. jo et responc, et demano aclariments si s’escau, i t’especifico una forma de pagament
3. així que he rebut el pagament, m’hi poso a treballar
4. preparo les imatges per a la mida de la teva pantalla i t’ho envio

Observacions

• Com més resolució tinguin les imatges que m’envïis, millor. Dóna més joc.
• Mira que la fotografia t’agradi com més millor. Per a miracles, a Lourdes.
• Bé, ja se me n’aniran acudint més…