Ah wow. :D Allora non sei esattamente un utente ”classico”, per quello forse non ti trovi bene a usare gli script direttamente nel sito. ;)

Mi sembra che tu abbia voglia di polemizzare su qualsiasi scemenza. A parte che i miei script li puoi benissimo usare con Chrome (e quindi non ha senso prendersela contro Firefox) non credo di avere tempo per discutere con qualcuno che non ha voglia di installarsi un’estensione sul browser (ma un software autonomo sì ?!?!?) e non ha mai visto un tag embed (che esistono da ’na vita).
Ma sul serio scrivevi i commenti mandando a capo ogni 79 colonne? Questo sito non è un emulatore di terminale…
Per cortesia, non continuare a lamentarti con me perché non ti va bene nulla del WWW e io non mi adatto alle tue particolarissime esigenze di amante della console a tutti i costi (nulla contro la console eh, la uso anche io quasi giornalmente). Se vuoi ti prendi il codice e fai tu.
Mi spiace che a te la cosa crei tanti problemi e ti turbi profondamente, ma il solo script per Mediaset viene installato circa 60 volte al giorno, quindi vuol dire che a molte persone va bene così. E dato che ne sono anch’io il primo utilizzatore, mi accontento di questo piccolo successo.

Non voglio polemizzare su qualsiasi scemenza né mi permetto di considerare tale il tuo lavoro, voglio ”fare lobbing” ad ogni occasione su ciò che ritengo giusto e ciò che ritengo pericoloso. La moda ”tutto nel browser” è IMO uno dei tanti pezzi del ritorno al vecchio paradigma mainframe con l’aggravante che il mainframe era ”privato” le webapp sono di millemila terze parti…

Allo stesso modo non vado a capo ogni 79 colonne perché così si faceva nei terminali ma perché come tipografia e prova materiale docet le righe molto lunghe sono difficili da leggere. Se si abitua la gente a *gestire* il proprio testo anziché scrivere tutto di fila si evitano le mail o i post illeggibili nei forum con righe da n-mila caratteri, si invita ad andare a capo quando serve ecc. All’opposto si invita allo stile superficiale e infantile di infilare punteggiatura a caso, usare accenti a caso (vedi i perché vs perchè ecc) ed in ultima analisi a disimparare a scrivere. I commenti in particolare per me hanno senso se c’è un contenuto informativo, lo stile oggi diffuso è l’opposto. È lo stile made-in-USA dei messaggi infantili e iper-superficiali tipo ”You made it Man!” ”Love $nome” ”You are crazy” ecc che servono solo a sprecare bit, tempo e/o generare flame, in questo senso mi piace la prossima versione di OSNews come mi piace usenet! Perché in interfacce superfighe e ipercomplesse tipo GMail per poi avere delle textarea rudimentali che manco negli anni ’80 usavamo!? Del resto anche a te non va tanto bene lo strip di &c, i limiti al nest dei post ecc no?

Poiché il tuo articolo è interessante, non è la classica cartolina di natale che nessuno legge o la meteo ma è la condivisione di un tuo lavoro che può far comodo a terzi mi fa piacere commentare e discutere in maniera costruttiva e per questo dico e spiego la mia. Non sono seriamente interessato né a RAI né a Mediaset ma riconoscendo che c’è un interesse e piacendomi scrivere di quando in quando qualche applicazione e avendo tu aperto la via mi garba con tutta calma scrivere un’applicazione più complessa riusando il tuo lavoro, questo è come funziona il free software, all’opposto di Google Play&c dove pubblichi qualcosa, speri ti diano n stelle e facciano la Hola nei commenti con l’essere opensource, se lo si è, come fosse una caratteristica aggiuntiva del tutto irrilevante per l’applicazione finale…

Bene ci siamo un po’ chiariti. Ma secondo me non è ”tutto nel browser” è ”il web nel browser” come è sempre stato. Ovvio, cose come IRC, Jabber, e altro non sono propriamente web, quindi si usano spesso con client dedicati. Ma i siti delle tv son pur sempre web, non è così strano navigarci.
Sullo scrivere in italiano sfondi una porta aperta, ma da leggero appassionato di web design e del LaTeX, ti dico che non è la formattazione ”manuale”, bensì lo stile del documento a dover essere fatto bene. Infatti molti client di mail e siti web hanno un CSS che restringe la larghezza massima del testo, dato che il principio che dicevi tu è molto valido.
Comunque se scrivi un client basato sul mio codice poi dimmelo che ti linkerò nei miei due post. Ah, nominando Google Play mi hai fatto venire un’idea malsana… app per Android, mmm… ci vorrebbe solo il tempo di realizzarla (oltre a quello di imparare a programmare per Android e non semplice Java per computer). XD

Good! Quando c’è qualche scintilla ma si ragiona son sempre contento!

In topic da dove posso scaricare vd.php?

Ovviamente appena mi ci metto ti avviso, lo metterei in Launchpad se qualcuno vuol contribuire (a tema aGPLv3 ti garba?) :-) su un’app per Android… Mi limito ad augurarti buona fortuna, le uniche prove che ho fatto m’han schifato al pari del vecchio Palm anzi, di più, visto quanta roba mi tocca tirar giù tra framework ed Eclipse! Potresti volendo provare Necessitas (Python e Qt per Android) ma a naso ti ritroveresti con un mostro da 10+Mb solo per una GUI minimale…

Più OT, si, alcune webui e client danno una lunghezza massima ma pure troppo spesso subdolamente restringono la visuale, non inseriscono dei \n col risultato che tu vedi una cosa chi riceve tutt’altro! Questa e molte altre scelte di design sono una delle cose che mi fan girare le sfere sino al punto di evitare in toto alcuni servizi!

Questa è una pagina che ti ristampa a video il codice del file vd.php in qualsiasi momento: http://lazza.dk/script/vd.src.php
Fai copia-incolla in un editor di testo per avere il codice corretto senza robe strane.
Al momento non ho tempo per mettermici sull’app, ma in futuro potrebbe anche succedere. La licenza degli script è GPLv3, c’è un motivo particolare per cui tu andresti per la aGPL?

@Lazza
Tanto BUON ANNO!

Ho visto ora vd.php ed oki per la GPLv3, l’aGPL è solo un mio sassolino: giacché molti usano strumenti opensource per offrire servizi ma si guardano bene dall’ammetterlo e dal condividere (anche in maniera lecita talvolta) il loro codice io mi diverto: l’aGPL è virale come la GPL ma obbliga la condivisione del codice per ogni prodotto usato via rete quindi se usi un cms con licenza ogpl e questo è accessibile via internet gli internauti devono poter scaricare il suo codice, giusto per diffondere il concetto che free software non vuol dire ”fai quel che vuoi e fatti bello col lavoro di altri” :-)

Auguri anche a te! Buffo che proprio oggi ho aggiornato il codice dello script ed ho rimesso tutto lato-client per evitare di dover dipendere dal server (e subire problemi per controlli geoIP sui video del motoGP per esempio). :D

molto a spanne 1000/1400 righe di codice (80 col. max.) con commenti ecc su 10 o 15 files se si è molto ordinati e prolissi in Python+Qt (classiche, dato lo stato dei desktop components) la usi nativamente su tutti gli *nix (se vuoi si impacchetta con makeself) e vai di PyInstaller/cx_freeze ecc per Win32&c… Se ci si limita alla CLI le righe scendono *di molto* credo molto a spanne 250-350 al max; se è solo codice buttato li tanto per farlo andare penso si scenda enormemente di più…

L’esagerato dipende da quanto lo si desidera :P

Il ”mantenimento”… di consolazione c’è che hai un’applicazione tua che si può se scritta umanamente estendere ad ogni radio/TV che offra streaming!

Può anche stuzzicarmi, se hai molta pazienza e vuoi pubblicare il vd.php verso febbraio potrei provare a fare una versione CLI, magari anche GUI :-) Tempo fa girava roba in zenty/YAD/* ma non so se sia ancora mantenuta…

Sull’impedire di scaricarli: la ”più forte” delle protezioni non può impedirti di fare uno screen-capture mentre riproduco il video live quindi è IMO piuttosto idota pensare di ”limitare il download” per vedere il video lo devi scaricare non c’è santo che tenga! La pubblicità la metti facilmente in stile youtube e puoi inserirla tranquillamente in un feed, son già in parecchi a farlo… Su Facebook non saprei: nessuno mi posta link a video anche perché SE sono su Facebook l’account non l’ho fatto io :D

Rispondo sotto al mio commento perché manca il bottone sotto al tuo. Kim il codice del file PHP l’ho messo oggi pomeriggio, se vuoi guardare lo trovi nella descrizione dello script su userscripts.org. Resto dell’idea che sia assolutamente overkill ricreare un browser stile minitube e mantenerlo+impacchettarlo per tre piattaforme solo per guardarsi i video di Mediaset e Rai quando bastano meno di 100 righe di JS e funziona bene.

Lo scarico, in questi giorni anche se sarò offline (montagna, sperando nella meteo) qualche sera me lo guardo :-)

Non penso di ricalcare Minitube, piuttosto di trovare un modo automatico per presentare i contenuti in una TreeView di qualche tipo, l’obiettivo dopotutto sono i video, quindi mi basta una schermata con un cerca e la TreeView sotto senza HTML, grafica extra od altro; da questa dopioccliccando o battendo invio su un titolo lanci vlc/mplayer/quel che ti pare… Se vuoi un esempio più ”vicino” anche se cmq diverso guarda gPodder o l’organizzazione delle webradio di rhythmbox…

BeautifulSoup è abbastanza flessibile per masticare un DOM osceno e buttar fuori una qualche struttura yaml/json utile a generare un TreeModel quindi non dovrebbe essere improponibile, almeno per Mediaset…

Capisco, in effetti sembra carino anche così. Be’ anche il sito di Mediaset non è male se usi AdBlockPlus, ma un cerca veloce potrebbe tornar comodo agli utenti che lo preferiscono.
Come vedi il PHP è veramente una sciocchezza. L’ho introdotto a un certo punto per evitare problemi con Chrome che ha il bug di non poter fare richieste con user-agent customizzato, una tecnica che usavo nel PHP in passato per farmi dare anche la versione iPhone. Poi mi evitava anche le chiamate asincrone che sono odiose se ne devi fare più di una e in un ordine ben specifico. Ora come ora potrei tranquillamente riportare tutto su Javascript, lavorandoci un po’…