Sostieni il forum con una donazione! Il tuo contributo ci aiuterà a rimanere online!
Immagine

Il programma definitivo del diyer!

Gli Strumenti, gli Effetti, i Setup e quant'altro...
Avatar utente
gnogno
Braccio destro di Roger Mayer
Braccio destro di Roger Mayer
Messaggi: 1986
Iscritto il: 15/05/2006, 20:34
Località: Lucerna

Re:Il programma definitivo del diyer!

Messaggio da gnogno » 09/03/2010, 9:55

a proposito del bridged-t notch (che poi sarebbe il cuore del controllo contour dei marshall, cioè un filtro che crea uno scoop ad una data frequenza) ho trovato queste formule:

Codice: Seleziona tutto

-------------------------
0) Definitions & Circuit
-------------------------

   fn    : notch frequency in Hz
   depth : notch depth or attenuation in dB

   Bridged Tee circuit:
                          C1
                          ||
                  .-------||--------.
                  |       ||        |
                  |                 |
                  |   ___     ___   |
             In o-+--|___|-+-|___|--+-o Out
                       R1  |   R2
                           |
                          ---
                          --- C2
                           |
                           |
                          ===
                          GND

   (created by Andy´s ASCII-Circuit v1.27 beta www.tech-chat.de)

----------------
1) General Case
----------------
                  1
   fn = ----------------------   [Hz]
        2·PI·sqrt(C1·C2·R1·R2)
        
                 (    C1·(R1+R2)      )
   depth = 20·Log(--------------------)  [dB]
                 ( C1·(R1+R2) + C2·R1 )
              
----------------------------
2) Simplified Case: R1=R2=R
----------------------------
                1
   fn = ------------------   [Hz]
        2·PI·R·sqrt(C1·C2)
   
                 (    2·C1   )
   depth = 20·Log(-----------)  [dB]
                 ( 2·C1 + C2 )

---------------------------------
3) Step-by-Step Design Procedure
---------------------------------

   a. Choose C1 to your liking (1nF to 10nF are good starting values)
   
   b. Choose C2 for the desired notch depth according to the following table:

         C2     depth [dB]
      ---------------------
        1 x C1      3.5
      1.5 x C1      4.9
      2.2 x C1      6.4
      3.3 x C1      8.5
      4.7 x C1     10.5
      6.8 x C1     12.9
       10 x C1     15.6
       15 x C1     18.6
       22 x C1     21.6
       33 x C1     24.9
       47 x C1     27.8
       68 x C1     30.9
      100 x C1     34.2
   
   c. Calculate both resistors as:
 
                        1
      R1 = R2 = ------------------   [ohms]
                2·PI·fn·sqrt(C1·C2)

      where fn is the desired notch frequency in Hz

-----------------
4) Mods & Tweaks 
-----------------

   a. Frequency tuning

      If you move both resistors equally you change notch frequency
      without altering the notch depth. A dual ganged pot can be used
      for this purpose. Don't forget to add a series resistor on each
      pot to limit minimum value.

      My recommendation here would be: a dual ganged 100k LOG taper +
      1kohm in series with each pot, allowing a frequency tuning range
      of 100:1.

   b. Notch depth adjustment

      You can change the notch depth WITHOUT altering the notch frequency
      if you change the C1/C2 ratio without altering their product (i.e. C1·C2).

      In plain english, choose a constant K and then divide C1 by K and
      multiply C2 by K.  This effectively changes the notch depth keeping
      its frequency intact.  K values greater than one increase original
      notch depth, while values smaller than one reduce its depth.

      There is no easy way to accomplish the above with tunable elements,
      so the best you can do in this respect is have a two or three position
      switch to select from some preset depth values.  A six position rotary
      switch would be ideal.  By the way, to implement zero dB notch depth
      or all-pass response you just have to leave C2 open.

   c. Use of two independent pots for R1 and R2

      This offers an interesting option to control both frequency and depth
      but in an unusual manner.  Assuming identical valued pots and series
      resistors the situation is as follows:

      * Whenever both pots track each other (on the same value), you will
        be changing frequency maintaining the original notch depth.
             ___        ___
            / | \      / | \
           |  '  |    |  '  |
           | R 1 |    | R 2 |
            \___/      \___/

      * If R1 pot is greater than R2 pot you will increase notch depth with
        respect to the original desing value.
             ___        ___
            /  /\      /\  \
           |  '  |    |  '  |
           | R 1 |    | R 2 |
            \___/      \___/

      * If R1 pot is less than R2 you will reduce notch depth with respect
        to the original design value.
             ___        ___
            /\  \      /  /\
           |  '  |    |  '  |
           | R 1 |    | R 2 |
            \___/      \___/

   d. Low-frequencies with more attenuation than high-frequencies 

      Place a parallel resistor with C2 (let's name it Rp).  This attenuates
      low frequencies, producing an overall increase in the high frequency
      content.  The resulting frequency response of this filter is akin to a
      typical Fender or Marshall tonestack in the sense that you have a
      notch and low frequencies are more attenuated than high frequencies.
      There are two advantages in this:

      * The circuit has minimum possible attenuation, since very high
        frequencies pass directly through C1 (0 dB).  On other tone stacks
        you can have an overall insertion loss in the range of 6 to 20 dB!

      * You only need two capacitors and three resistors to implement a
        fixed-setting typical tone stack response.  On the other hand, if you
        replace values on a standard tonestack, you may need up to three
        capacitors!

      The attenuation suffered by the low frequencies now is:

      AL = 20·Log[ Rp / (R1 + Rp) ]

      For instance, if Rp is nearly half R1, the lows will have approximately
      10 dB attenuation with respect to the highs.

   e. High-frequencies with more attenuation than low-frequencies

      Place a series resistor with C1 (let's name it Rs), thus attenuating
      high frequencies while letting low frequencies pass without attenuation.

      This could be useful at the output of an overdrive type circuit, where
      some high-frequency attenuation might be desirable apart from the
      mid scoop or notch.

      The attenuation suffered by the high frequencies with respect to the
      lows is:

      AH = 20·Log[ R2 / (R2 + Rs) ]

Note that when adding Rs or Rp the depth of the notch and its frequency are somewhat
affected. Nevertheless the proposed design method still provides a good starting point.
http://www.diystompboxes.com/smfforum/i ... ic=25788.0
[size=40][b]La funzione Cerca è tua amica[/b][/size]

Avatar utente
davidefender
Garzone di Roger Mayer
Garzone di Roger Mayer
Messaggi: 1437
Iscritto il: 11/02/2008, 23:51
Località: Roma
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da davidefender » 09/03/2010, 11:15

Salve gente!

allora come promesso, e con un pò di ritardo, ti dò qualche suggerimento e opinione dal punto di vista di un programmatore.
Prima di tutto concordo al 100% per la scelta del linguaggio java, per un'applicazione così è d'obbligo! Come hai detto ci sono infinite librerie, e in più per questo tipo di applicazione è molto meglio avere un linguaggio estremamente pulito ed orientato agli oggetti piuttosto che un linguaggio più "sporco" ma più efficiente!

Ora, sulla programmazione: non so a che livello di fissazione stai lavorando ( :face_green: ) ma io sono un oggettista puro! la prima cosa che mi è venuta in mente vedendo il programma, e le seguenti discussioni è stato che hai bisogno di un sistema molto elastico per il calcolo di generiche equazioni. L'idea è questa: filtri, polarizzazione e qualsiasi altra rete elettrica, in realtà necessita di formule matematiche... allora generalizza il problema!

A te serve un calcolatore che funzioni in questo modo:
hai x1..xn incognite/dati e f1...fn funzioni che mettono in relazione le incognite fra loro; a questo punto a seconda di quale siano i dati, sei in grado di calcolare l'incognita applicando la funzione: f1(xi..xj) = a

mi spiego meglio con un esempio: partitore di tensione! hai r1 r2, un generatore V e la tensione di uscita Vo, quindi:

incognite: r1,r2,V,Vo

hai inoltre le seguenti funzioni:

Vo = V * (r2 /(r1 + r2)
r2 = (Vo*R1/V) / (1 - Vo/V)
r1 = ...
V = ...

Crei un'interfaccia grafica dinamica che ti chiede le incognite e a seconda del campo che hai lasciato in bianco (significa che vuoi sapere quel valore) cerca l'equazione associata e la calcola!
moooolto più elastico... qual'è il vantaggio? mai sentito parlare di XML?  :lol1:

Tutti i problemi così rappresentati possono essere salvati in file XML in un path specifico all'interno del programma, a questo punto puoi aprire la sezione "calcolo" e dinamicamente si trova tutti i problemi che sono calcolabili, ognuno in un file proprio. Il codice lo scrivi in una volta sola e in più permetti attraverso uno strumento magari da "developer" di aggiungere moduli con una facilità disarmante!  :yrock:

Piccola nota pratica, ti converrebbe per le equazioni sfruttare la notazione polacca (http://it.wikipedia.org/wiki/Notazione_polacca) questo ti permette di implementare il risolutore algebrico in una maniera banalissima: una pila!  :arf2:
Se l'idea ti piace potrei aiutarti a sviluppare qualche classe (tempo permettendo purtroppo  :trip:)!
:ciao:
La teoria è quando si sa tutto ma non funziona niente. La pratica è quando funziona tutto ma non si sa il perché. In ogni caso si finisce sempre con il coniugare la teoria con la pratica: non funziona niente e non si sa il perché.
(Albert Einstein)

Avatar utente
meritil
Amministratore
Amministratore
Messaggi: 2971
Iscritto il: 06/05/2006, 4:57
Località: Roma
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da meritil » 09/03/2010, 11:44

Hades ha scritto: l'unico problema e' che necessita di una parte server che volevo evitare di fare installare utilizzando un database embedded.
sqlite è esattamente ciò che cerchi, non necessità di nessuna parte server, dacci un occhiata ti svolterà la vita (da programmatore :face_green:)
Ultima modifica di meritil il 09/03/2010, 11:51, modificato 1 volta in totale.

Avatar utente
Hades
Roger Mayer Jr.
Roger Mayer Jr.
Messaggi: 2615
Iscritto il: 10/09/2008, 11:56
Località: Carpi (MO)

Re:Il programma definitivo del diyer!

Messaggio da Hades » 09/03/2010, 14:46

meritil ha scritto: sqlite è esattamente ciò che cerchi, non necessità di nessuna parte server, dacci un occhiata ti svolterà la vita (da programmatore :face_green:)
sqlite lo sto usando per applicazioni gia' belle pronte, ovvero per l'indicizzazione dei file sul disco del mio server linux (alias locate/updatedb) e per la posta, mai usato su un programma!!!
Comunque piace molto anche a me, ha un utilizzo di risorse irrisorio!
davidefender ha scritto: Crei un'interfaccia grafica dinamica che ti chiede le incognite e a seconda del campo che hai lasciato in bianco (significa che vuoi sapere quel valore) cerca l'equazione associata e la calcola!
moooolto più elastico... qual'è il vantaggio? mai sentito parlare di XML?  :lol1:

Tutti i problemi così rappresentati possono essere salvati in file XML in un path specifico all'interno del programma, a questo punto puoi aprire la sezione "calcolo" e dinamicamente si trova tutti i problemi che sono calcolabili, ognuno in un file proprio. Il codice lo scrivi in una volta sola e in più permetti attraverso uno strumento magari da "developer" di aggiungere moduli con una facilità disarmante!  :yrock:

Piccola nota pratica, ti converrebbe per le equazioni sfruttare la notazione polacca (http://it.wikipedia.org/wiki/Notazione_polacca) questo ti permette di implementare il risolutore algebrico in una maniera banalissima: una pila!  :arf2:
Se l'idea ti piace potrei aiutarti a sviluppare qualche classe (tempo permettendo purtroppo  :trip:)!
:ciao:
Ottima idea!! Oltretutto XML lo utilizzo giornalmente nella programmazione delle stampanti barcode e RFID... :arf2: Mi si e' accesa la lampadina!

La soluzione XML la trovo molto pratica per 2 "parti" del programma:

A) Librerie di componenti: essendo un formato standard posso scrivere il parser del documento una volta sola e riutilizzarlo ogniqualvolta devo caricare le specifiche di un componente.
Essendo inoltre facile da comprendere, si possono aggiungere dinamicamente componenti semplicemente copiando un file xml e cambiando i valori, senza mettere mano ad una singola riga di codice Java;

B) Configurazioni del programma: se eventualmente verranno previste delle configurazioni (sicuramente in futuro almeno i path delle librerie di componenti esterne) con XML posso memorizzare e caricare velocemente queste impostazioni.

Per i calcoli, mi sono fatto una classe in cui ho dei metodi classici che richiamo coi dati raccolti dalla GUI.
Come avrai capito non sono un oggettista puro, ma ammetto che in molti casi sono l'unica soluzione semplice.
Live another day, climb a little higher, find another reason to stay...

Avatar utente
davidefender
Garzone di Roger Mayer
Garzone di Roger Mayer
Messaggi: 1437
Iscritto il: 11/02/2008, 23:51
Località: Roma
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da davidefender » 09/03/2010, 15:10

Ciao Hades!

ciò che hai suggerito è davvero perfetto! Componenti in XML e proprietà di sistema.. (senza contare che in un futuro potresti addirittura sviluppare un parser automatico datasheet.pdf-> XML!  :face_green: )

Considera inoltre che usando XML puoi anche evitare di editarli a mano (è questa la cosa più potente), ma puoi sviluppare semplicissimi tool che generano XML da dati inseriti attraverso una GUI, praticamente dei tool da sviluppatore!

Sul discorso per calcolo, non è che sia poco efficiente come hai fatto, solo che c'è un ostacolo: se dall'oggi al domani vuoi inserire un nuovo filtro, o magari vuoi creare una comunità che sviluppi per conto proprio nuovi "plugin", nel modo da te adottato è molto difficile, ogni aggiunta corrisponderebbe a mettere mano al codice creando intere interfacce grafiche ad-hoc e quindi in pratica impossibile da sviluppare da terze parti (cioè.. non tu!  :face_green: )

Con la maniera suggerita se io avessi voglia di aggiungere un calcolatore del mistico filtro a zquadropigreco ( :mart: ) potrei semplicemente creare l'XML e dire: copiatelo nella cartella tal dei tali! ... non ti alletta neppure un pò?  :lol1:
La teoria è quando si sa tutto ma non funziona niente. La pratica è quando funziona tutto ma non si sa il perché. In ogni caso si finisce sempre con il coniugare la teoria con la pratica: non funziona niente e non si sa il perché.
(Albert Einstein)

Avatar utente
Hades
Roger Mayer Jr.
Roger Mayer Jr.
Messaggi: 2615
Iscritto il: 10/09/2008, 11:56
Località: Carpi (MO)

Re:Il programma definitivo del diyer!

Messaggio da Hades » 09/03/2010, 15:21

Allora... Mi sono messo un po' sotto con l'utilizzo di XML per le librerie di componenti.
Pensavo ad un formato del genere per le valvole:



   33
   220
   2650
   1.4
   3.1
   1.5


Facile da leggere, da interpretare e volendo inserire un nuovo tipo di triodo basta cambiare i valori e salvare in un nuovo file che automaticamente viene aggiunto.

davidefender, fammi capire meglio: tu intendi memorizzare la disposizione dei componenti in xml in modo che ogni programma che viene richiamato peschi le impostazioni dall'XML?
Non male come idea, ma all'atto pratico le finestre Swing si aprono come cavolo pare a loro, e ogni volta che per un motivo o un'altro fai un refresh la maschera si dispone come pare a lei.
Gia' provato... Preferisco piuttosto fare un menu' dinamico e "esternalizzare" le GUI dei programmi e aggiungere dinamicamente le voci di menu tramite un XML.
Comunque non prevedo che questo tool abbia una diffusione cosi' ampia, per cui se qualcuno volesse sviluppare magari metto un CVS pubblico sul server e passo l'accesso a chi sia interessato!
Live another day, climb a little higher, find another reason to stay...

Avatar utente
davidefender
Garzone di Roger Mayer
Garzone di Roger Mayer
Messaggi: 1437
Iscritto il: 11/02/2008, 23:51
Località: Roma
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da davidefender » 09/03/2010, 17:42

Hades ha scritto: davidefender, fammi capire meglio: tu intendi memorizzare la disposizione dei componenti in xml in modo che ogni programma che viene richiamato peschi le impostazioni dall'XML?
no no, assolutamente! questo sarebbe del tutto inutile come dici, inoltre anche concettualmente sbagliato  :face_green: :  per sviluppare del buon codice devono rimanere molto ben distinti i livelli di "applicazione" e "GUI".. dovresti sviluppare il tuo programma in maniera del tutto indipendente dalla GUI, altrimenti crei un enorme "blob"!
La mia idea era quella di dare delle specifiche dei dati:

per calcolare un partitore di tensione ti servono le incognite R1,R2,ecc.. e si calcolano così: R1=....

queste informazioni sono del tutto indipendenti dalla GUI che usi (potresti usarla anche da riga di comando!  :lol1:). L'interfaccia grafica dovrà essere dinamica, cioè appena viene richiesto un modulo si legge in primis quante sono le incognite, poi a questo punto crei un numero di textbox una per ogni incognita e così via.. questa è solo un'idea, ma il bello è che è completamente indipendente da come fai l'XML!
:ciao:
La teoria è quando si sa tutto ma non funziona niente. La pratica è quando funziona tutto ma non si sa il perché. In ogni caso si finisce sempre con il coniugare la teoria con la pratica: non funziona niente e non si sa il perché.
(Albert Einstein)

Avatar utente
Hades
Roger Mayer Jr.
Roger Mayer Jr.
Messaggi: 2615
Iscritto il: 10/09/2008, 11:56
Località: Carpi (MO)

Re:Il programma definitivo del diyer!

Messaggio da Hades » 09/03/2010, 20:35

davidefender ha scritto: no no, assolutamente! questo sarebbe del tutto inutile come dici, inoltre anche concettualmente sbagliato  :face_green: :  per sviluppare del buon codice devono rimanere molto ben distinti i livelli di "applicazione" e "GUI".. dovresti sviluppare il tuo programma in maniera del tutto indipendente dalla GUI, altrimenti crei un enorme "blob"!
La mia idea era quella di dare delle specifiche dei dati:

per calcolare un partitore di tensione ti servono le incognite R1,R2,ecc.. e si calcolano così: R1=....

queste informazioni sono del tutto indipendenti dalla GUI che usi (potresti usarla anche da riga di comando!  :lol1:). L'interfaccia grafica dovrà essere dinamica, cioè appena viene richiesto un modulo si legge in primis quante sono le incognite, poi a questo punto crei un numero di textbox una per ogni incognita e così via.. questa è solo un'idea, ma il bello è che è completamente indipendente da come fai l'XML!
:ciao:
Allora e' esattamente quello che facciamo in ufficio!

Questo facilita la programmazione si, ma rende meno gradevole l'interfaccia all'utente, dato che dovra' esserci un algoritmo per creare i textbox (jtextarea nel mio caso) col risultato che tutti i moduli saranno simili. Puo' essere un discorso interessante se si comincia a lavorare con dei jTable() da cui pescare i dati, ma a questo punto mi creo un XLS e faccio prima...

Attualmente questo e' il mio modus operandi: ogni programma ha principalmente una $nomeprogrammaGUI.class, $nomeprogrammaMath.class, $nomeprogrammaBridge.class.
GUI e Math sono chiare: la prima e' l'interfaccia dura e pura, Math sono soltanto i metodi che implementano l'algoritmo di calcolo (date queste costanti, ritorna una o piu' variabili).

Bridge e' il ponte fra la GUI e il Math: cio' che controlla che all'avvio del calcolo tutti i dati siano correttamente formattati (ad es. che non ci siano lettere in un campo solo numerico) o entro i limiti del range d'azione, prende in carico le conversioni quando la GUI permette di scegliere l'unita' di misura. Queste sono alcune funzioni che le classi *Bridge implementano.
Live another day, climb a little higher, find another reason to stay...

mick
Amministratore
Amministratore
Messaggi: 1727
Iscritto il: 06/05/2006, 16:24

Re:Il programma definitivo del diyer!

Messaggio da mick » 09/03/2010, 21:19

Complimenti a tutti per il lavoro!  :yrock:

Avatar utente
davidefender
Garzone di Roger Mayer
Garzone di Roger Mayer
Messaggi: 1437
Iscritto il: 11/02/2008, 23:51
Località: Roma
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da davidefender » 10/03/2010, 1:25

Hades ha scritto: Questo facilita la programmazione si, ma rende meno gradevole l'interfaccia all'utente, dato che dovra' esserci un algoritmo per creare i textbox (jtextarea nel mio caso) col risultato che tutti i moduli saranno simili.
perfetto, sono contento che alla fine ci siamo capiti!  :arf2: si cmq è vero, di "contro" se vuoi c'è che l'interfaccia grafica tende ad omologarsi.. ma daltronde non mi sembra un grande difetto: prima di tutto si tratta dello stesso programma (quindi può essere plausibile che lo stile sia ben riconoscibile e fissato), in più nell'XML potresti aggiungere dei campi per titolo, descrizione, icona e schema elettrico... in maniera da poter personalizzare un pò i moduli e renderli appunto un pò più user-friendly!  :lol1:

cmq ribadisco, la cosa importante è che ci siamo capiti e che sono riuscito a metterti la pulce nell'orecchio  :face_green: poi del resto il programma è tuo, ed è giustissimo che tu lo sviluppi nella maniera che ritieni ottimale per tanti aspetti!  :yrock:

cmq se vuoi confrontarti ancora, non esitare a chiedere!  :ciao:

P.S. la GUI è davvero davvero piacevole !  :fonz:
La teoria è quando si sa tutto ma non funziona niente. La pratica è quando funziona tutto ma non si sa il perché. In ogni caso si finisce sempre con il coniugare la teoria con la pratica: non funziona niente e non si sa il perché.
(Albert Einstein)

Avatar utente
Hades
Roger Mayer Jr.
Roger Mayer Jr.
Messaggi: 2615
Iscritto il: 10/09/2008, 11:56
Località: Carpi (MO)

Re:Il programma definitivo del diyer!

Messaggio da Hades » 10/03/2010, 2:01

davidefender ha scritto: P.S. la GUI è davvero davvero piacevole !  :fonz:
E cosi' deve essere! Un'interfaccia accattivante, nonche' comoda ma non troppo pesante invoglia all'utilizzo!

Per il fatto di rimanere alle classi e non alla definizione su XML dei calcoli, lo preferisco per il fatto di avere uno strumento flessibile e non appoggiato ad uno schema.

Stasera ho ultimato lo schema XML per i valori dei triodi e la parte di parsing e caricamento, oltre che la GUI per il calcolo delle rette di carico su esempio dell'XLS che ha postato robi.
L'unica cosa su cui mi sono incartato e' il disegno del grafico della retta di carico del triodo in esame... Qualcuno conosce delle librerie per la creazioni di grafici? Altrimenti metto direttamente le immagini, tanto il grafico rimarrebbe sempre quello, no?
Live another day, climb a little higher, find another reason to stay...

Avatar utente
slashguitarplayer
Diyer Aiutante
Diyer Aiutante
Messaggi: 50
Iscritto il: 19/03/2010, 11:48

Re:Il programma definitivo del diyer!

Messaggio da slashguitarplayer » 20/03/2010, 21:52

ci sono aggiornamenti?

Avatar utente
Hades
Roger Mayer Jr.
Roger Mayer Jr.
Messaggi: 2615
Iscritto il: 10/09/2008, 11:56
Località: Carpi (MO)

Re:Il programma definitivo del diyer!

Messaggio da Hades » 21/03/2010, 0:48

Sto lavorando al programma per elaborare le caratteristiche complete di uno stadio di amplificazione, con elaborazione delle rette di carico in base al triodo scelto e alla polarizzazione dello stadio.

E' un programma parecchio complesso, pertanto non so quando riusciro' a tarminarlo, comunque non mi manca molto...
Live another day, climb a little higher, find another reason to stay...

Avatar utente
gnogno
Braccio destro di Roger Mayer
Braccio destro di Roger Mayer
Messaggi: 1986
Iscritto il: 15/05/2006, 20:34
Località: Lucerna

Re:Il programma definitivo del diyer!

Messaggio da gnogno » 15/04/2010, 10:22

Ho trovato una pagina che può essere d'ispirazione sulle cose da inserire

http://www.diystompboxes.com/analogalchemy/emh/emh.html
[size=40][b]La funzione Cerca è tua amica[/b][/size]

Avatar utente
hardcore
Elettrone Impazzito
Elettrone Impazzito
Messaggi: 47
Iscritto il: 22/06/2006, 23:38
Località: Genova
Contatta:

Re:Il programma definitivo del diyer!

Messaggio da hardcore » 15/04/2010, 15:37

Ragazzi complimenti di cuore a tutti per il tempo che ci state mettendo e per la passione.
Questo forum è una vera e propria fucina di idee... :yrock:

Rispondi