Universo multimediale è un azienda presso la quale ho lavorato nel 2004/2005. Ci tengo a scrivere questo articolo per raccontare, ad anni di distanza, le dinamiche lavorative di questa azienda, in cui sono andato a finire.

Questo articolo verterà solo sulle dinamiche aziendali viste dal punto di vista della cosiddetta ultima ruota del carro, quale io ero. Sono relegate ai commenti e ad eventuali richieste, le mie movenze e le mie avventure quotidiane e pratiche all’interno dell’azienda (o forse ad un altro articolo).

L’azienda si occupa di vendita di materiale informatico, in particolare computer ed enciclopedie su cd o dvd, ma quello che è interessante è scoprire il COME tutto ciò viene venduto.

Per spiegare ciò dobbiamo fare una panoramica più ampia del lavoro settimanale dell’azienda.

Ad inizio settimana lavorativa, alcuni dipendenti dell’azienda si recano in una scuola (meglio se in provincia che non in una grande città) e distribuiscono ai bambini all’uscita da scuola delle brochure colorabili in cui c’è scritto che compilando un modulo con nome cognome e numero di telefono, e facendo un disegnino, si sarebbe potuto vincere un premio.

I bambini lo prendono, lo colorano, lo compilano, e lo restituiscono l’indomani alle stesse persone, che hanno così recuperato un gran numero di disegni con nominativi.

A questo punto tutte queste schede vanno ad un call center che provvederà a chiamare TUTTI i bambini indistintamente a prescindere dal disegno fatto. Il call center non da nessunissima informazione su niente, dice solo a ciascuna famiglia che il disegno è stato scelto e che hanno vinto un premio. Per ritirare il premio, devono recarsi in un albergo, dove cominciava il mio lavoro.

Le famiglie venivano fatte accomodare e si spiegava loro che per avere il premio, il bambino o la bambina doveva prima assistere ad una “presentazione pubblicitaria” che in realtà era un tentativo di vendita abbastanza energico.

Tutti i trucchi che venivano utilizzati per vendere non sono oggetto di questo articolo, ma di successivi in cui spiegherò cosa facevo nel dettaglio ad ogni party.

Se il tentativo di vendita andava a buon fine, si faceva firmare alla famiglia un contratto di vendita di un enciclopedia multimediale su cd, ad un prezzo che nessun essere dotato di senno avrebbe mai accettato.

Il prezzo veniva proposto rateizzato a condizioni che poi si sarebbero rivelate non vere, vedrete ora perchè dico questo.

Nel caso in cui la famiglia non avesse avuto un pc, la vendita cambiava, aumentando di prezzo il tutto. Si arrivava a proporre un pc (di potenza e qualità discutibile) con un’enciclopedia, anche a 4788 euro.

Se la famiglia firmava il contratto, veniva accompagnata alla macchina e veniva fissato un appuntamento per la consegna del tutto, mentre se la famiglia non accettava, veniva dato un regalino (valore commerciale un euro) al bambino, e accompagnati in macchina cercando di evitare che le persone parlassero tra loro.

Il party finiva, e si faceva il conto dei contratti firmati.

A partire dall’indomani, cominciava la fase consegna, quella che tutti i venditori del party attendevano con maggiore ansia.

Il consegnatario con una spallina che si occupava di montare il computer o installare l’enciclopedia (lavoro che ho fatto anche io) si occupava di effettuare il VERO contratto, ovvero quello con la finanziaria.

Se il contratto con la finanziaria veniva firmato, la famiglia era vincolata a pagare quanto dichiarato dal contratto. La maggior parte delle volte, qualora la finanziaria potesse davvero fare una rateizzazione per la persona, si vedevano condizioni di pagamento TOTALMENTE diverse rispetto a quelle proposte in sede di vendita al party.

Ricapitoliamo le fasi di lavoro:

1. Consegna schede ai bambini a scuola
2. Ritiro schede e raccolta nominativi
3. Consegna nominativi al call center
4. Assegnazione appuntamenti alle famiglie
5. Party aziendale con proposte di vendita
6. Validazione credenziali bancarie degli acquirenti
7. Consegna Pc e/o enciclopedia
8. Firma contratto di rateizzazzione tramite prestito personale

Il tutto comincia facendo credere ai bambini di avere vinto un premio, e finisce con una famiglia che, se non sa farsi valere o non capisce di cosa si sta trattando, si inguaia a volte anche per 60 mesi per un pc che spesso, prima era stato utilizzato al party per mostrare come funzionava la stessa enciclopedia.

Questo articolo riguarda la teoria dei segnali, un campo dello scibile ovviamente fondamentale per chi (come me!) vuole diventare un professionista nel campo delle telecomunicazioni.

Questo articolo parla di convoluzione, un operazione che per chi è nel campo dell’ingegneria dell’informazione, deve essere automatica come il fare le addizioni.

Supponiamo di dovere convolvere questi due segnali:

analiticamente descritto da:

E una semplice funzione rettangolo:

definita da questa casistica:

Per effettuare la convoluzione tra i due segnali possiamo agire in più modi.

La regola di derivazione ci dice che la derivata della convoluzione si ottiene convolvendo uno dei due segnali con l’altro derivato.

Deriviamo allora la rect:

Otteniamo due delta di dirac (rappresentate dalle frecce) che, da letteratura, sappiamo che sono elementi neutri della convoluzione.

Tutto adesso si riduce a dovere banalmente SOMMARE il segnale di partenza, traslato di -2, e lo stesso segnale di partenza, traslato di più due e ribaltato.

Adesso sommiamo i due segnali…

Adesso occorre soltanto integrare!

P.S le immagini hanno degli errori e la convoluzione potrebbe non essere numericamente esatta. Il procedimento è perfettamente coerente, provvederò a sistemare al più presto le cifre.

Settantasettesimo articolo dedicato alle web radio.

Cominciamo le guide avanzate dedicate ad icecast su linux, studiando i file XML di esempio che vengono forniti a corredo con ices2.

E’ chiaro che il server icecast può non essere utilizzato necessariamente con ices2, ma in questo caso, risulta secondariamente necessario alla trasmissione (quantomeno per passare da un livello amatoriale ad uno semi-professionale) conoscere e sapere manipolare i file di configurazione, che in questo caso sono del tipo Extensive Markup Language.

Il primo di questi file che considereremo è quello dedicato allo streaming da ALSA. Alsa sta per Advanced Linux Sound Architecture e contraddistingue in questo caso una modalità di streaming improntata sul live o sull’ingresso della scheda audio, ad esempio un banale simulcasting.

Andiamo quindi a considerare le parti di questo file, che è meglio ricordare, si trova in /usr/share/doc/ices2/examples

La prima parte del file è questa:

Il tag background va settato ad 1 se si vuole porre ices in background.

Il tag logpath identifica una directory che può essere scritta dall’utente che ices2 sta identificando. Può essere piazzata ovunque, ma chiaramente devono essere abilitati i permessi di scrittura.

Il tag logfile identifica il nome del file di log. Alla riapertura del log file l’esistente viene rinominato come “logfile”.1

Il tag logsize indica la massima grandezza del file di log prima di andare in modalità ciclica di scrittura.

Il tag loglevel Indica un numero che rappresenta il livello di logging prescelto.
1 – Loggati solo i messaggi d’errore
2 – Come il punto uno, ma anche i Warnings verranno loggati
3 – Come il punto due, ma anche i messaggi informativi verranno loggati.
4 – Come il punto tre, ma anche i messaggi di debug verranno loggati.

Il tag consolelog, se impostato ad 1 causa l’apparizione dei messaggi loggati in console, piuttosto che in un log file.

Nelle applicazioni più sensibili al ritardo (tra cui OVVIAMENTE una radio), è sconsigliato avere logging in console. E’ un opzione utile in fase di studio del software.

Il tag pidfile consente di creare un file in cui è scritto il ProcessID del processo ices2 corrente.

Veniamo adesso alla sezione stream.

La sezione stream è composta da tre sottoparti, chiamate metadata, input e instance.

Esaminiamole tutte e tre nel dettaglio.

Metadata intuitivamente si capisce già su cosa abbia influenza, ovvero si occupa di trasmettere tutti i dati a corredo della trasmissione stessa.

Le sue sottoparti sono nome, genere, descrizione e url, esattamente gli stessi campi che si trovano in generale nei server shoutcast, ma in realtà praticamente in tutti.

Input invece tratta la parte hardware della trasmissione, vediamo come.

Module, ci indica di scegliere quale modulo hardware stiamo trattando, qui si parla di alsa, per cui scriviamo alsa.

I successivi parametri sono rate, channels, device e i metadata.

Rate indica la frequenza di campionamento del segnale analogico di partenza. E’ normalmente settata a 44100 hertz, se non sapete come mai, vi invito caldamente a leggere il teorema divino.

Channels indica se vogliamo una trasmissione mono o stereo.

Device indica la posizione della scheda audio nell’elenco delle periferiche del nostro sistema.

Metadata e metadatafilename rappresentano uno switch di scrittura e un nome file dove vengono scritti i metadati.

Istance rappresenta la generica istanza di trasmissione. Dico “generica” in quanto, se conoscete il software di cui stiamo parlando, o avete letto altri articoli (non per forza di questo blog) su ices2, saprete che è un source multi-instanziabile, ovvero ha la possibilità di trasmettere, a differenza di molti software per shoutcast ad esempio, lo stesso stream a più server contemporaneamente.

hostname indica l’indirizzo ip del server da contattare, può essere sia un ipv4 che ipv6.

port indica la porta del processo sul server da contattare, vi ricordo che si comunica in tcp.

password non necessità spiegazioni

mount, identifica il cosidetto mountpoint, ovvero un particolare stream in un singolo server icecast, che può trasmettere più stream contemporaneamente.

yp è uno switch che abilita o disabilita la visione pubblica dell’emittente.

La sezione Encode indica i parametri di codifica dello stream, che devono matchare chiaramente quelli impostati in hardware nella sezione precedente.

Il tag downmix è uno switch che indica se, in caso di necessità, si preferisce diminuire il numero di canali da due ad uno, ovvero passare da stereo a mono.

La sezione Resample definisce la frequenza in hertz a cui passare in caso ad esempio di problemi di rete. Tipicamente si preferisce passare ad un valore pari alla metà della frequenza di partenza. Ricordatevi sempre che sempre per il teorema divino, se volete ricostruire senza aliasing un segnale che ha banda N hertz, avete bisogno di una frequenza di campionamento NON INFERIORE a 2N hertz. Quindi avere 22050 hertz di frequenza di campionamento, consente di sentire discretamente una banda di 10000 hertz. Sufficiente per il parlato ma non certo per la marcia turca di mozart.

Con questa sezione finisce la parte alsa, vedremo nei prossimi articoli di considerare anche le altre opzioni possibili, ovvero OSS e una playlist.

Settantaseiesimo articolo dedicato alle web radio

Carissimi internauti vi ricordate di questo articolo?

In quell’articolo si parlava di Icecast, un server di streaming rilasciato con licenza GPL e che permette lo streaming audio/video dei file Ogg, sia Vorbis che Theora. Lo abbiamo introdotto in ambiente windows, adesso, vedremo di parlarne anche in ambiente linux.

Cominceremo dall’inizio, ovvero dall’installazione dei componenti fino all’effettiva messa in onda della radio. Successivamente, in una guida avanzata, procederemo a vagliare e valutare tutte le possibili opzioni. Per adesso, mettiamo in moto la nostra radiolina linuxiana.

Supponiamo di lavorare su una debian-based

Una volta installati i due programmi, effettuiamo una modifica al file /etc/default/icecast2 tramite un qualsiasi editor di testo modificando il parametro ENABLE, da false a true. Ciò permetterà di potere effettuare la prossima operazione.

Facciamo partire il nostro server icecast2 tramite il comando:

Potremo quindi trovare l’interfaccia web, comprensiva di pannello di amministrazione, all’indirizzo http://localhost:8000
Studieremo successivamente le peculiarità web di questo server di streaming,

In questo momento abbiamo il nostro server di streaming funzionante (almeno in locale) e possiamo cominciare a lavorare su ICES2.

Ices2 è:

usato per fornire a server audio streaming Icecast2 flussi
audio Ogg Vorbis. Supporta sia input audio live dalla scheda audio, sia la
ricodifica di file Ogg Vorbis da una scaletta.

Creiamo tre cartelle da terminale:

La prima servirà a contenere i log, la seconda servirà invece a contenere i file di configurazione mentre la terza conterrà i file musicali.

All’interno della cartella /usr/share/doc/ices2/examples/ si trovano tre files:

I tre files corrispondono alle tre modalità di streaming, ovvero tramite ALSA (Advanced Linux Sound Architecture) oppure OSS (Open sound system) oppure tramite una playlist di file OGG, che è il caso che tratteremo in questa guida basilare.

Copiamo il file ices-playlist.xml all’interno della cartella /etc/ices2 ad esempio con il comando

a questo punto dobbiamo verificare che vi sia matching perfetto tra la password impostata su ices2 e quella del server icecast, come del resto avviene per qualsiasi accoppiata, encoder/server.

La password del server di streaming icecast2 si trova nel file /etc/icecast2/icecast.xml alla sezione AUTHENTICATION.
La password da impostare in ices2, che deve chiaramente essere uguale a quella (per adesso di default) del server icecast2, è nella sezione INSTANCE del file ices-playlist.xml.

Penseremo a tutti i parametri opzionali (tra cui anche la modifica delle password) nella guida avanzata. Per adesso il nostro unico obiettivo è quello di mettere (almeno localmente) la radio in trasmissione.

Dopo avere controllato la corrispondenza tra le password passiamo al riempimento della cartella music, precedentemente impostata con i file ogg vorbis che ci interessa trasmettere.

Una volta riempita la cartella music, creiamo il file playlist.txt all’interno della cartella /etc/ices2 e scriviamo una riga per ciascun file OGG che dobbiamo trasmettere, con tanto di PATH completo.

Una volta creato il file, startiamo ices2 con il seguente comando:

In questo modo il server icecast avrà come mountpoint il flusso creato da ices2.

Ecco l’esempio di cui parlavo

Supponiamo di avere:

L’equazione omogenea associata è . L’equazione caratteristica è che ha

Rientriamo nel terzo caso descritto in questo articolo.

Quindi occorre trovare i numeri in modo da avere:

Le costanti c devono verificare il sistema:

Abbiamo che:

utilizzando la regola di Cramer, possiamo ricavare

Integriamo entrambi i coefficienti:

Sostituiamo i coefficienti nell’equazione di partenza e otterremo la soluzione particolare dell’equazione non omogenea di partenza, ovvero:

Ci eravamo lasciati con un metodo risolutivo delle equazioni differenziali lineari del secondo ordine a coefficienti costanti non omogenee valido in alcuni casi, ovvero quando il polinomio f(x) rispondeva ad una determinata “forma”.

Vedremo adesso come risolvere un’equazione di questo tipo nel caso generico, tramite il metodo di variazione delle costanti altrimenti detto di Lagrange (sempre sia lodato).

Partiamo da:

che sono l’equazione differenziale in forma normale di partenza e la sua omogenea associata.

Definiamo due soluzioni della (2).

Tali soluzioni supponiamo abbiano il determinante wronskiano pari a 0.

Il determinante Wronskiano è dato dal determinante della matrice:

Cerchiamo una soluzione della (1) del tipo:

A questo punto esprimiamo e tramite il seguente sistema:

Risolviamo il sistema in e .

Otteniamo:

Integriamo le costanti, ottenendo i valori finali.

P.S Questo articolo è abbastanza complesso e incomprensibile per forti neofiti, si chiarirà tutto meglio grazie ad un esempio.

Passiamo adesso alle equazioni non omogenee.
Partiamo dall’equazione differenziale del tipo:

(1)

con .

La soluzione generale dell’equazione non omogenea (1) si ottiene sommando la soluzione generale dell’omogenea associata, trovata ad esempio seguendo questo articolo, e una soluzione particolare della non omogenea.

Per trovare una soluzione particolare si procede secondo uno schema, detto della somiglianza in quanto la soluzione particolare è simile, nel senso precisato dalla regola scritta, al termine di non omogeneità f(x).

Definiamo la soluzione particolare.

• CASO 1

  Sia con un polinomio di grado n.

  Allora:

  • se si pone polinomio di grado n da determinare sostituendolo nella (1) ed imponendo che ne sia soluzione.
  • se si pone con polinomio di grado n da determinare sostituendolo nella (1) ed imponendo che ne sia soluzione.
  • se allora abbiamo che si risolve con due integrazioni successive.
• CASO 2
  Sia con un polinomio.

  Allora:

  • se k non è radice dell’equazione caratteristica dell’equazione differenziale omogenea associata, allora si pone con Q(x) dello stesso grado di P(x).
  • se k è radice dell’equazione caratteristica dell’equazione differenziale omogenea associata, di molteplicità r, allora si pone
• CASO 3
  Sia con polinomi (di cui anche uno nullo).

  Allora:

  • se non è radice dell’equazione caratteristica dell’equazione differenziale omogenea associata, allora si pone con di grado pari al massimo grado tra .
  • se è radice dell’equazione caratteristica dell’equazione differenziale omogenea associata, di molteplicità r, allora si pone con di grado pari al massimo grado tra .

Partiamo dall’equazione differenziale del tipo:

con nell’incognita .

Definiamo equazione caratteristica della (1) l’equazione (2) che otteniamo cercando soluzioni della (1) della tipologia con .

Sostituendo nella (1) otteniamo

.

L’esponenziale non si annulla mai, per cui dobbiamo trovare soltanto le radici del polinomio in lambda.

In base alla tipologia delle radici di tale polinomio, osserviamo vari casi di soluzione generale dell’equazione omogenea.

Siano:

• CASO 1
  Se dette e le due soluzioni reali e distinte dell’equazione caratteristica (2) otteniamo:

  

• CASO 2
  Se detta le due soluzioni reali e coincidenti dell’equazione caratteristica (2) otteniamo:

  
  

• CASO 3
  Se dette le due soluzioni complesse e coniugate dell'equazione caratteristica (2) otteniamo:

  
  

Rieccomi a parlare di analisi matematica. Come precedentemente discusso nel post inerente il problema di cauchy si tratta di equazioni differenziali.

Studiamo in questo post, prendendo spunto da Wikiversity come risolvere una generica equazione differenziale lineare del primo ordine.

Data la seguente equazione:

con funzioni continue in I

La famiglia delle primitive soddisfacenti l’equazione è:

In cui

1. 
2. è una costante reale.

Per la dimostrazione e gli esempi rimando a Wikiversity.

Sto studiando analisi matematica 2.

E’ una materia complessa, che a tratti non capisco e che sto cercando di studiare pur avendo pochissimo tempo a disposizione.

Uno degli argomenti principi è lo studio delle equazioni differenziali, in particolare i problemi di Cauchy.

Un problema di Cauchy consiste sostanzialmente nel trovare l’unica soluzione di un problema genericamente di questo tipo:

Nel caso del primo ordine, l’equazione è di questo tipo:

Effettuiamo i seguenti passaggi:

1. Risolviamo l’equazione omogenea che ha come soluzione
2. Dobbiamo adesso trovare la soluzione particolare. Per farlo ad esempio imponiamo che la soluzione sia del tipo
3. Abbiamo supposto che la soluzione particolare sia del tipo , alchè scriviamo anche che in questo caso sarà pari ad .
4. Sostituite le occorrenze di y e della sua derivata con e all’interno dell’equazione differenziale, isolando i termini in y dai termini in x. Si otterrà un equazione in x. Per il principio di equivalenza dei polinomi, dobbiamo confrontare i termini di pari grado di entrambi i membri ricavando così un sistema (che tralascio) che consente di ricavare e
5. Una volta ricavati i valori numerici di e , possiamo scrivere la soluzione finale in questo modo: .
6. Utilizzando la condizione iniziale, e sostituendola nell’equazione appena scritta, otterremo come unica incognita , che ci permette di scrivere la soluzione del problema.