I problemi dietro le quinte di un discreto successo
In questi giorni stiamo macinando nuovi record e di utenti, e di dati trasferiti (2 tera al giorno di traffico in uscita…) e, immancabilmente, la struttura informatica che regge tutto il sistema inizia a vacillare…
Il mese di agosto, in questo senso, è stato un mese di gioie per tutti i record fatti, ma anche di dolori per via di imprevisti e problemi hardware che hanno minato la stabilità di uno strumento sempre più utilizzato da tutti voi.
Per questo, anche giustamente, qualcuno ha un po’ avuto da ridire sull’operato globale: La7 dalle nostre parti ha deciso di non vedersi più, ci si lamenta di risposte non date alle mail, di registrazioni fatte ma inutilizzabili o addirittura cancellate . . . è tutto vero, imprevisti di questo tipo ci sono ed è inutile negarlo.
Ricezione di La7 a parte, vogliamo comunque rincuorare chi ci ha scritto e fino qui ci ha seguito nel bene e nel male con la seguente lista di risposte alle centinaia (e non scherziamo) di comunicazioni che ci arrivano quotidianamente:
- Il vcast è totalmente gratuito, ma è SOPRATTUTTO una beta (non seguiamo la moda dei servizi web 2.0 perennemente in beta ma stabilissimi, VCAST è davvero ancora in via di sviluppo e rimaneggiamento): se qualcosa non va non è per il primo motivo, ma per il secondo, noi facciamo questo lavoro con la serietà con cui affrontiamo qualsiasi altra “attività remunerante”. . .
- Non possiamo rispondere a centinaia di mail al giorno (ci ridurremmo a fare solo quello, ma leggerle le leggiamo dalla prima all’ultima): con migliaia di utenti è statistico che qualcosa possa non andare, noi prendiamo atto delle segnalazioni e controlliamo, ma non possiamo riservare trattamenti di controllo ad hoc per ogni utente e, a volte non possiamo risolvere certi problemi (se si rompe un disco o un canale per 2 ore non si prende…), preferiamo stare dietro alla tastiera per migliorare il servizio.
- Ci teniamo alle vostre proposte, e anche alle critiche, se costruttive, tutto serve a far crescere e migliorare il servizio.
- Come tutte le cose seguite da tantissime persone, c’è (purtroppo) chi se ne approfitta e fa un numero smodato di registrazioni ad alta qualità, per poi neanche vederle, ammazzandoci le macchine . . . per evitare ciò, nell’immediato futuro saremo costretti a porre qualche piccolo paletto sia sulle quantità che sulle qualità per far sì che tutti possano usufruire di VCAST nel modo più efficiente possibile (diciamo che a occhio e croce il 99% di voi non noterà differenze).
- VCAST non deve essere inteso come un sostituto totale della TV e del videoregistratore, ma solo come un aiuto in più a questi due strumenti, molto più qualitativi e rodati: loro ci sono da decine di anni, vcast c’è da neanche 6 mesi.
Questi sono i dietro le quinte di Vcast: uno staff tecnico di poche persone che, oltre al portale, deve (per forza) anche seguire il proprio mestiere “remunerato” e, pur credendoci davvero tanto, non è riuscito in questo periodo a tenere in efficienza completa la “baracca”, nonostante l’impegno e le notti in bianco . . .
Ci scusiamo per tutti i disagi (passati e futuri), ma soprattutto vi ringraziamo perchè ci seguite.
VCAST team.
September 13th, 2007 at 12:06 pm
Bene!!Imponete un carico massimo giornaliero penso siamo tutti d’accordo..
basta saperlo ( cioe’ io so che ho ( per esempio) 1 gb al giorno so che 1 ora di 3gp consuma tanto apple tv ( ??) tanto,etc..superato tale linite di impostazione una bella scritta rossa che il carico e’ eccessivo..cancellata la registrazione di troppo tutto ok.
NEl computo ricordatevi di inserire anche il carico eventuale della funzione che permette 24 ore prima di registrare le passate registrazioni,aggiungendole nel carico giornaliero..
MEttete se potete provvisoriamente la 7 analogico…please..
ma via sat con il pacchetto sky non e’ possibile?non ve lo permettono?
grazie ancora..!!
September 13th, 2007 at 7:45 pm
anche io sono daccordo… mi chiedo se non possa iniziare a pensare ad una cosa folle tipo di registrare le trasmissioni in chunk epoi diffonderle via p2p (avendo accesso ciascuno solo alle proprie, così non cambiano le politiche di copyrght), così da alleggerirvi i carichi!
Cmq tenete presente che se ad agosto era un tera e oggi 2, beh, forse a fine anno saranno 40.
grazie mille dell’ottimo servizio , della stabilità del tutto inaspettata (bravissimi!) e della cortesia.
e poi è bello ce ’sta cosa sia ITALIANA, siamo fieri di voi andate avanti così!
September 13th, 2007 at 8:40 pm
ragazzi(magari avete 80 anni ma siete cmq dei ragazzi per me) siete dei grandi…si ci sono dei problemi per la7 e per le registrazioni…ma il servizio è cmq ottimo..il limite dello spazio penso che sia un dovere altrimenti chi ne abusa rende impossibile l’utilizzo a chi ne fa un uso “normale”
per il resto grazie tanto e continuate così!!!!
(aspetto notizie per il forum;) )
September 13th, 2007 at 9:16 pm
Prima di tutto complimenti vivissimi x il servizio che offrite e dato che leggete le mail e i commenti da incompetente dico la mia:
- Concordo con voi nel mettere dei paletti sopratutto nei file appletv spero soltanto che il tetto massimo delle registrazioni non sia giornaliero ma da gestire a tre giorni o settimanalmente in modo da dare la possibilita’ di registrare un evento di due ore piu pubblicita’ (piu’ lo scarto dei palinsesti televisivi spesso non rispettati) senza rimanere col fiato sospeso
- Non sarebbe x voi meglio ridurre il tempo di 3 gg di permanenza nei server ???
- Qualche sponsor in sovraimpressione o durante la registrazione disposto a farsi carico delle spese ???
- Spero di rientrare nel 99% degli utenti che non noterrano differenze
Scusate se mi son dilungato e complimenti di nuovo !!!
September 13th, 2007 at 9:55 pm
Non vorrei essere l’uomo dalla soluzione troppo facile ma…
non sarebbe più scalabile registrare tutti i programmi in tutti i codec supportati?
dopodiché, al momento del download, il server restituisce soltanto l’offset della registrazione? senza dover ricodificare ne memorizzare nulla? in pratica…. un po’ di disco in più (ma forse neanche tanto e comunque non dipenderebbe dal numero di utenti) in cambio di molto processore in meno
ovviamente dopo 3 giorni (il tempo massimo che una registrazione sta sul server) le registrazioni si butterebbero via.
Facendo un rapido calcolo, solo per appletv (che immagino sia anche quello che rompe più le balle) ci vorrebbero (faccio il conto in Bytes)
167KB/sec * (24 *3600) sec/giorno * 3giorni /(1024^2) = 42 GB / canale
Voi supportate 34 canali (anche se non è detto che questo approccio sia vantaggioso per tutti i canali) quindi, per il formato appletv avreste bisogno di 42*34/1024 = 1,34 Terabyte
Andando a spanne sugli altri formati, con un 5 dischi da 1 Terabyte in raid 5 dovreste aver risolto il vostro problema anche se gli utenti fossero 10 milioni e tutti registrassero tutto e da tutti i canali del mondo!
Onestamente io pensavo che già faceste cosi
(infatti non cancellavo le registrazioni scaricate…ma da oggi lo farò)
La cosa che, ovviamente, non scala è la banda…ma li c’è poco da fare…
Altra banalità: ma perché non inserite della pubblicità all’inizio della registrazione al posto ( o dopo) quel piacevolissimo camion?
Ah…. ragazzi…la getto li…. se avete bisogno di una mano non avete che da chiedere, x lo più sono specializzato in reti (e non so quanto vi possa esser d’aiuto
ma ho una certa esperienza con i sistemi unix like (per lo più linux e openBSD) e una passabile conoscenza del php… apprezzo tantissimo il vostro lavoro e mi auguro di potervi essere d’aiuto (almeno x ricambiare il fantastico servizio che offrite)….. nel caso la mia email ce l’avete nel mio profilo…
Mi auguro di non aver detto troppe banalità
Ciao ciao
Marco
September 14th, 2007 at 2:20 pm
Mi permetto di fare una domanda, alla quale naturalmente, potete non rispondere (magari volete tenere segrete alcune tecniche …).
Quale delle seguenti due modalità di lavoro avete scelto?
- Il sistema registra separatamente per ogni utente (occupazione spazio proporzionale al numero di utenti)
- Il sistema registra ogni trasmissione di tutti i canali e poi, al momento del download, compone il file da inviare all’utente (occupazione spazio indipendente dal numero di utenti)
Considerazioni:
La prima modalità è probabilmente la più semplice dal punto di vista implementativo (e quindi ritengo sia quella scelta). Al crescere del numero di utenti aumenta lo spazio occupato e la banda in uscita.
La seconda modalità è più complessa da realizzare ma al crescere del numero di utenti aumenta solo la banda in uscita.
Osservazioni:
Si può stimare che gli utenti che avete registrino l’equivalente di circa 2000 GB al giorno (visto che è quello che effettivamente viene scaricato).
Ho visto occorrono circa 0,5 GB per registrare un’ora di TV nel formato migliore -> 12 GB al giorno per ogni canale -> per registrare 32 canali occorrono 384 GB -> 1152 GB per registrare tre giorni.
Da queste rapide stime sembrerebbe che la seconda tecnica (registrare tutto e poi comporre al volo il file) dovrebbe essere la più conveniente.
Che ne pensate?
September 14th, 2007 at 3:36 pm
mfurlando mi ha anticipato riassumendo involontariamente il contenuto del mio post precedente. Ho una certa familiarità con i sistemi unix e con alcuni tool per codifica / decodifica video. Se avete bisogno … farò del mio meglio.
September 15th, 2007 at 12:19 pm
Purtroppo ogni registrazione è personale e completamente diversa dalle altre, ed anche ogni conversione.
Difatti il preroll video contiene i dati specifici di ogni utente, come pure i tag all’ interno dei file multimediali sono specifici e personali.
Questo non perchè non capiamo nulla di informatica, o capendone siamo masochisti, ma perchè in altri modi si configurerebbe come “diffusione” e si andrebbe a sbattere contro tutte le leggi che tutelano giustamente i diritti d’ autore: quello che si fa è solo “registrazione personale”.
Quindi sorry, ma niente supporto a P2P, o qualsiasi condivisione del contenuto, o rimettere le cose su YouTube.
Occhio, capiteci bene: non vogliamo assumere con questo commento nessun tono moralista (falso o meno), vogliamo solo riuscire a portare ancora un po’ avanti questa sperimentazione senza dover fare la fine di Napster.
September 15th, 2007 at 1:44 pm
Ma non preoccupatevi…state facendo grandi cose e il servizio è free e sperimentale perciò potete avere tutti i problemi che volete…
Considerazione…
—————————————–
Ho visto occorrono circa 0,5 GB per registrare un’ora di TV nel formato migliore -> 12 GB al giorno per ogni canale -> per registrare 32 canali occorrono 384 GB -> 1152 GB per registrare tre giorni.
la seconda tecnica (registrare tutto e poi comporre al volo il file) dovrebbe essere la più conveniente.
—————————————–
Concordo…
Cioè si scarica tutto e poi si genera al volo/idem la compressione basta solo una volta APPLE TV e poi si genera al volo (vedendo anche la potenza di calcolo)…
Primo è un risparmio per voi secondo uno riesce a registare anche programmi che ha dimenticato al max di tre giorni + vecchi….
September 17th, 2007 at 11:30 am
Chiedo scusa se insisto
September 18th, 2007 at 9:55 pm
Ciao,
è da un po’ che mi interessa molto quello che avete fatto con vcast, e mi piace spesso pensare a come lo svilupperei io qualcosa del genere.
Per cui spesso ragiono su idee o soluzioni che adotterei se dovessi sviluppare vcast.
Vi riporto una idea sulla logica generale di funzionamento, ed in seguito una ipotesi per migliorare la consegna del formato apple-tv.
Idea sulla logica con cui il sistema funziona:
Io ne sono completamente allo scuro per cui spero di non dire cose che, per come vcast è sviluppato, siano impossibili.
Mi stavo chiedendo se non fosse possibile smettere di ragionare con la relazione a singola registrazione per singolo utente, ma a registrazione “generica” concessa in lettura agli utenti: questo credo possa ridurre drasticamente i tempi di carico del/dei server ed anche il tempo di elaborazione.
Mi chiedo (voi credo possiate scoprirlo molto velocemente) quante volte capita che lo stesso programma nello stesso formato è registrato da decine di utenti?
Quello che io proporrei è verificare una logica di gestione di registrazione codvisisa: questo peretterebbe agli utenti di impostare una registrazione per un programma radio/tv (per il programma X sulla rete Y) e di mostrare agli altri questa registrazione.
Agli utenti non resta quindi che vedere se c’è già una registrazione per il formato desiderato nell’ora desiderata, e semplicemente selezionarla: a questo punto il sistema non dovrà creare molti file diversi per lo stesso programma desiderato da più utenti, ma lo farà una sola volta.
Cosa ne pensate?
Formato AppleTv:
avevo notato come ci sono momenti della giorata in cui il sistema è praticamente scarico e i filmati in appletv vengono fatti quasi all’istante.
Potrebbe essere interessante spostare le codifiche di questi formati nella mattinata successiva alla registrazione, in modo da poter consegnare più facilmente questi formati, magari limitando ad un giorno solo il tempo di permanenza sul server di questo tipo di file.
September 19th, 2007 at 10:05 am
Caro Giovanni ne so meno di te pero’ a quanto ho capito un metodo diverso da questo è da intendersi “diffusione”.
Admin says: Ogni registrazione è personale e completamente diversa dalle altre, ed anche ogni conversione.
Difatti il preroll video contiene i dati specifici di ogni utente, come pure i tag all’ interno dei file multimediali sono specifici e personali.
Questo non perchè non capiamo nulla di informatica, o capendone siamo masochisti, ma perchè in altri modi si configurerebbe come “diffusione” e si andrebbe a sbattere contro tutte le leggi che tutelano giustamente i diritti d’ autore: quello che si fa è solo “registrazione personale”.
September 23rd, 2007 at 11:21 pm
Ciao. é gia da un paio di settimane che uso il faucet per registrare alcuni programmi. Complimenti per il vostro lavoro veramente ottimo volevo dire il mio parere sulla risoluzione delle registrazioni. Il punto è cosa uno ne vuole fare della registrazione, se la vuole veramente vedere la deve fare in “apletv” perchè le altre codifiche sono molto scarse capisco che la cosa provoca dei problemi ma se veramente al terminne del lavoro volete commercializzare la cosa è proprio su quel formato che dovete lavorarare (lo dico da usufruitore del servizio e cinefilo ) Per i limiti si può fare però c’è da considerare appunto che un film o un programma di solito dura circa due ore per cui un giga di limite è troppo poco, sarebbe bene averne almeno due al giorno per utente (fate voi conti). Spero di esservi stato utile e continuate così.
September 26th, 2007 at 1:12 pm
Ciao,
vi scrivo perchè volevo farvi i complimenti per il servizio che ci offrite.
Vi ho “scoperto” su WinMagazine e ho trovato la vs. idea “geniale”. Anch’io dopo aver letto in questo blog farò la mia parte cancellando subito i file scaricati.
C’è una cosa che vorrei chiedervi; trovavo molto utile (se così posso dire) la possibilità di scaricare programmi fino alle 24h successive alla messa in onda, ma oggi mi pare che questa funzione non ci sia più, mi sbaglio? C’è qualche motivo per il quale non è più disponibile? Grazie e complimenti di nuovo !!!
October 3rd, 2007 at 9:09 am
Potte darci una illuminata se è vero o no che Mediaset vi avrebbe chiesto di ’smetterla’ di diffondere i loro conteuti?
nota: ritengo corretta la tesi che voi TRASFERIATE contenuti e NON CHE DIFFONDIATE, cosa ben diversa.
A questo punto chiedere al nonno che abita di fronte a me di videoregistrarmi passaparola sarebbe un reato!
October 3rd, 2007 at 10:01 am
Un commento di poche parole: complimenti per questo fantastico servizio!
E’ ovvio che i problemi ci siano quando gli utenti sono tanti e il servizio è in sviluppo.. ma voi offrite un servizio gratuito e utilissimo e questo già basta!
Ancora complimenti!
October 11th, 2007 at 10:59 am
[…] Il servizio ha riscosso così tanto successo da avere numeri esorbitanti riguardo la mole di contenuti registrati dagli utenti ed arrivare all’attenzione di Mediaset che lo ha considerato poco lecito. La filosofia dello staff che lavora a Vcast è ben riassunta da questo post e dal commento sul blog ufficiale che riporto di seguito: Purtroppo ogni registrazione è personale e completamente diversa dalle altre, ed anche ogni conversione. Difatti il preroll video contiene i dati specifici di ogni utente, come pure i tag all’ interno dei file multimediali sono specifici e personali. Questo non perchè non capiamo nulla di informatica, o capendone siamo masochisti, ma perchè in altri modi si configurerebbe come “diffusione” e si andrebbe a sbattere contro tutte le leggi che tutelano giustamente i diritti d’ autore: quello che si fa è solo “registrazione personale”. Quindi sorry, ma niente supporto a P2P, o qualsiasi condivisione del contenuto, o rimettere le cose su YouTube. Occhio, capiteci bene: non vogliamo assumere con questo commento nessun tono moralista (falso o meno), vogliamo solo riuscire a portare ancora un po’ avanti questa sperimentazione senza dover fare la fine di Napster. […]