Gambas-it
Programmazione => Progetti degli utenti => Topic aperto da: allegfede - 21 Marzo 2013, 14:52:30
-
https://sourceforge.net/projects/otva/
su sourceforge il fork in gambas di Open TV architecture.
leggete il readme per le impostazioni iniziali e poi lanciate il setup
il modulo di ingesting e' appena uno scheletro ... notizie a breve :D
date un'occhiata anche alla brochure del progetto che trovate qui':
http://sourceforge.net/projects/otva/files/otva%20brochure.pdf/download
DETAILS:
OTVA (Open TV architecture) e' nato come applicazione web (basata su python+django) per la gestione facilitata di molteplici canali televisivi.
Per ora la versione web e' stata messa in stallo a causa delle mie scarse conoscenze del llinguaggio python e per la incredibile difficolta' di trovare professionisti ferrati che (a pagamento) fossero stati disposti a partecipare al progetto (chi ho trovato di valido era subbissato di lavori).
Va da se che mutuando la mia esperienza VB, dopo l'abbandono di python, il passo successivo e' stato creare una suite di applicazioni in gambas per aggiungere contenuti e schedularli al fine di gestire un multiplex di canali televisivi (Terrestri, satellitari, IP etc.)
Tecnologia:
1)database server MYSQL (su server DEBIAN)
2)linguaggio per applicativi otva GAMBAS
3)framework multimediale per applicativi GSTREAMER
4)canali di playout basati su minipc sapphire HD2 (debian)
5)framework multimediale per i canali di playout MLT
6)storage condiviso su rete gigabit
-
I miei più vivi complimenti ed auguri, allegfede ! :coder:
-
https://sourceforge.net/projects/otva/files/2013-04-02/
il modulo di ingesting comincia a prendere forma ....
ps: c'e' un modo automatico per convertire la struttura di un DB mysql in istruzioni gambas per costruirlo ... senno' lo faccio a mano :D
-
https://sourceforge.net/projects/otva/files/2013-04-04/
aggiornamenti .... ma ho un problema con un ciclo for ... ci credereste?
Commentato nella procedura di salvataggio nel form di editing dei dati ......
-
A parte lo Step 1 che non è necessario, che problemi ti da?
-
infatti lo step 1 era un tentativo di debug strano ... :D
per risolvere (mi sembra) ho dubuto cambiare il nome delle variabili ....... penso di aver qualche casino di spaghetti coding con lo "scope" delle variabili ;-)
codice funzionante:
For counter = 0 To ListBox_Parti.Count - 1
appoggio = appoggio & ListBox_Parti.List[counter]
Next
codice non funzionante:
For Indice = 0 To ListBox_Parti.Count - 1 Step 1
Parti & = ListBox_Parti.List[Indice]
Next
PS: aggiornamento disponibile qui': https://sourceforge.net/projects/otva/files/2013-04-15/
-
Strano. Le due forme dovrebbero essere valide alla stessa maniera... :-\
-
avevo tempo da perdere e una macchina linux sotto mano .... ho abbozzato il modulo di gestione per i vari canali di playout ...
sempre qui':
https://sourceforge.net/projects/otva/files/2013-04-21/
ps: il pezzo di codice per la connessione al Db e' commentato (il db e' in ufficio :D)
-
se volete provare .... il DB di riferimento a cui interfacciare le varie applicazioni e' qui':
https://sourceforge.net/projects/otva/files/
e' solo la struttura, m poi provvederete voi a popolarlo ......
PS: il modulo di ingesting e' quasi pronto :D
-
Passo importante per il progetto OTVA.
Il modulo amministrativo in cui si danno i parametri per il raggiungimento del DB e sis istruisce il sistema sulla struttura del sistema di rete/archiviazione e' finito.
Il modulo creazione dei canali TV con le loro particolarita', marchi, etc e' finito.
Il modulo di ingesting dei contenuti (con tanto di trasferiemnto asincrono dei grandi file video fatto da un'altra applicazione gambas lanciata pilotata dal master) e' finito.
https://sourceforge.net/projects/otva/files/2013-07-09_ingesting_with_slave_file_moover/
Prossimi passi:
1) Modulo di scheduling dei contenuti "normali"
2) Modulo di scheduling dei contenuti pubblicitari
3) demone di sincronizzazione e controllo dei player MLT (http://www.mltframework.org/)
dai dai dai che la cosa sta' perendendo forma :D
PS: ogni collaborazione e' ben gradita (tanto carico sempre i "source archive" di ogni nuova versione) ;-)
-
primo prototipo dello scheduler:
https://sourceforge.net/projects/otva/files/2013-07-19/
se non trova settaggi validi chiede file di settaggi.
presi i paramentri giusti si connette al DB e carica la lista dei canali e la lista dei programmi.
si puo' zoomare la risoluzione temporale dello scheduler (una cella al minuto, 10 minuti, 20 etc.)
o zoomare (allargare) la larghezza della cella .....
ora un po' di smanetamento con i DB e poi si va' di drag and drop.
...... purtroppo i rettangolini fighetti ancora sono fantascienza :D
-
Ho rimaneggiato lo scheduler in varie maniere ed ormai sembra aver trovato la forma/logica definitiva ....
http://sourceforge.net/projects/otva/files/2013-09-17_schd_to_db_ok/OTVA-Playlist-0.0.6.tar.gz/download (http://sourceforge.net/projects/otva/files/2013-09-17_schd_to_db_ok/OTVA-Playlist-0.0.6.tar.gz/download)
e' tutto molto grezzo, il progetto non e' integrato in un'unico "setup" :D ma comincia ad essere quasi utilizzabile.
c'e' sicuramente un problema di velocita' forse legato al mio codice (sicuramente NON ottimizzato), all'esecuzione all'interno dell' IDE e (sono quasi sicuro), all'accesso via TCP al database remoto ed il fatto che il mio ubuntu e' una macchina virtuale ..... pero' ci siamo quasi 8)
PS: anche la struttura del DB e' una ciofeca ..... per ora mi sto' concentrando sulle "features" ma presto rimaneggero' il tutto per un tuning sulle prestazioni
-
con i moduli di setup, ingesting e scheduling funzionanti nel loro scheletro piu' primitico ho iniziato a pensare come estrarre queste informazioni per generare gli opportuni XML e dare comandi al server di messa in onda (melted server incluso nel framework MLT che si comanda via telnet con protocollo MVCP).
dopo un paio di idee (alcune riguardanti interfaccie web), ho avuto l'idea di fare una semplice applicazione consolle (in gambas) che messa nel chron (con refresh parametrizzato), controlla lo stato del server di messa in onda, controlla osa contengono i DB e se necessario AGGIORNA la lista caricata nel server.
Per ora mi sembra una buona idea ..... magari poi gli faccio anche scrivere un log delle operazioni .....
prototipo:
https://sourceforge.net/projects/otva/files/2013-10-11_chrone_synch/
-
devo dire che lo "script" che dovra' fare la sincronizzazione tra' i contenuti in memoria sul server di messa in onda (il server di melted che renderizza a schermo) ed i contenuti schedulati (informazioni estratte dal database) e' a buon punto.
Ho estratto i dati dal DB per quel che concerne video generici (i film per capirci) e gli spot (le pubblicita') e li ho messi in un vettore di strutture dati costruit ad hoc.
Ho estratto la plylist presente sul server (anche questa in un vettore di strutture opportune) e ho letto lo stato di riproduzione del server.
Ora devo "smontare" la playlist nel modo opportuno ed aggiornare l'eventuale "history" dei contenuti trasmessi.
Qui' il sorgente:
https://sourceforge.net/projects/otva/files/2013-12-16_cron_sync_script/
-
aggiungo qui' gli update dei vari moduli tra' qui l'ultima versione del costruttore di playlist semplificato (con timeline scorrevole e preview dei filmati):
https://sourceforge.net/projects/otva/files/2014-03-07_simple_playlst_generator/
c'e' anche un file XML di test nella cartella del programma (che dovete copiare nella vostra home o ambiare il percorso nel codice) che serve a testare la possibilita' di usare gli XML per fare dei preset dei vari canali (OTVA e' un progetto multi canale)
saluti
-
piccola rivoluzione!
ho semplificato OTVA levando la parte relativa all'ingesting .... per velocizzare un po' l'utilizzo!
Ora qui' troverete l'applicazione per fare il setup del sistema:
https://sourceforge.net/projects/otva/files/00_Setup-Tool/
qui' l'applicazione per creare i vari canali:
https://sourceforge.net/projects/otva/files/01_channel_manager/
e qui' lo scheduler per programmare i centenuti per i vari giorni e per i vari canali:
https://sourceforge.net/projects/otva/files/02_Scheduler/
anche il lavoro di "sistemistica e le cartelle da montare in fstab sono un po' differenti .......
un piccolo addendum nella root del progetto:
https://sourceforge.net/projects/otva/files/?source=navbar
-
alcuni piccoli ritocchi e ci siamo: OTVA (lite) e' pronto ad entrare in fase ALFA e ad essere testato sul campo.
Il setup e' pronto, il gestionale dei canali e' pronto, lo scheduler e' pronto (al 99%) .... manca un demone che aggiorni le playlist sui player e ci siamo!
http://sourceforge.net/projects/otva
ovviamente ogni collaborazione e' ben gradita (per esempio con l'implementazione del multilanguage :D)
Federico
-
ALFA release disponibile.
Debuggate please :D
-
Wow che figata, credo possa tornare molto utile !!! Complimenti! :)
-
sono contento :D
-
buon giorno cari!
scusate l'assenza ma sono sempre piu' incasinato e si combatte veramente ogni giorno per rimanere aperti :-(
Il progetto OTVA "lite" e' quasi completo.
Si possono creare i vari canali, si puo' fare una programmazione giornaliera e c'e' un demone che aggiorna il server di messa in onda (melted) con le clip della giornata (che loopa indefinitivamente).
Per l'immediato a me va bene cosi', poiche devo riprodurre dei filmati che cambiano giornalmente e li DEVO loopare indefinitivamente (un po' come DMAX :D).
Poi dovro' concentrarmi sulla versione FULL di otva e passare ad una granularita' piu' sottile (secondi) e gestire anche playlist parallele (pubblicita').
Peo' se puo' essere utile a qualcuno, prego attingete dal repository su sourceforge e divertitevi (ogni debug e' ben accetto) :D
-
Tenendo validi gli strumenti di setup e creazione canali, ora lo scheduler (programmazione contenuti per i canali del multiplex) ha una programmazione Batch e il check per contenuti non validi (file spostati o rovinati).
Inoltre il demone da caricare sulle macchine che fanno la riproduzione, controlla solo che i files siano validi per OGGI e fa il loop dei contenuti della giornata (per evitare di dover fare playlist complete di 24 ore).
sempre su https://sourceforge.net/projects/otva/