Procurarsi RecTvEdit

[S7efano]

Provato con ffmpeg ?

ffmpeg -i "concat:input1.ts|input2.ts|input3.ts" -c copy output.ts

sostituendo con i nomi corretti i file input e output
oppure ceando una lista di input in un file (es. mylist.txt) coi nomi dei file .ts da unire

ffmpeg -f concat -i mylist.txt -c copy output.ts

_https://trac.ffmpeg.org/wiki/Concatenate

Non si risolve, il glitch, almeno a me, rimane
In parte è anche una causa persa voler lasciare su file di lunga durata il flusso video così come acquisito (se la registrazione la si vuole 'bel fatta'), nel senso, se si fa un controllo, sui file acquisiti che pensiamo corretti perché nella riproduzione non sembrano aver problemi, qualche errore in realtà è spesso presente. Si può verificare con questo comando dello stesso ffmpeg:

ffmpeg.exe -i "estratto.raw" -v error -f null - >"estratto.raw.error.txt" 2>&1
pause

( su file grandi bisogna attendere un bel po', basta lasciarlo lavorare... meglio fare una prova prima su file piccoli).
Dopo la ricompressione naturalmente spariscono.

[h264 @ 000001ece0fc04c0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0fc04c0] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0fc04c0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c17b40] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] error while decoding MB 28 12, bytestream -6
[h264 @ 000001ece0c0fd80] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c17b40] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c17b40] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c10180] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c10180] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one

Questo l'errore che ottengo dopo l'analisi di ffmpeg (per comodità e non attendere troppo, ho analizzato solo la parte che contiene l'unione dei file). Per cui sono gli errori rilevati in corrispondenza della giuntura. Penso manchi proprio un frame all'origine della registrazione...

 

[Moseweb]

Provato con ffmpeg ?

ffmpeg -i "concat:input1.ts|input2.ts|input3.ts" -c copy output.ts

sostituendo con i nomi corretti i file input e output
oppure ceando una lista di input in un file (es. mylist.txt) coi nomi dei file .ts da unire

ffmpeg -f concat -i mylist.txt -c copy output.ts

_https://trac.ffmpeg.org/wiki/Concatenate

Si, provato. Qualche volta il glitch è mitigato, altre volte no.

 

[Moseweb]

Oppure con Total Commader utilizzando la funzione unisci.

C'è anche la funzione dividi.

Hai tempi ho aperto il thread di Total Commander, programma essenziale.

Provato..

 

[Moseweb]

Non si risolve, il glitch, almeno a me, rimane
In parte è anche una causa persa voler lasciare su file di lunga durata il flusso video così come acquisito (se la registrazione la si vuole 'bel fatta'), nel senso, se si fa un controllo, sui file acquisiti che pensiamo corretti perché nella riproduzione non sembrano aver problemi, qualche errore in realtà è spesso presente. Si può verificare con questo comando dello stesso ffmpeg:

ffmpeg.exe -i "estratto.raw" -v error -f null - >"estratto.raw.error.txt" 2>&1
pause

( su file grandi bisogna attendere un bel po', basta lasciarlo lavorare... meglio fare una prova prima su file piccoli).
Dopo la ricompressione naturalmente spariscono.

[h264 @ 000001ece0fc04c0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0fc04c0] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0fc04c0] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c17b40] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] error while decoding MB 28 12, bytestream -6
[h264 @ 000001ece0c0fd80] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c0fd80] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c17b40] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c17b40] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c10180] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001ece0c10180] mmco: unref short failure
    Last message repeated 1 times
[h264 @ 000001ece0c10180] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one

Questo l'errore che ottengo dopo l'analisi di ffmpeg (per comodità e non attendere troppo, ho analizzato solo la parte che contiene l'unione dei file). Per cui sono gli errori rilevati in corrispondenza della giuntura. Penso manchi proprio un frame all'origine della registrazione...

Però se i file li hai uniti senza RecTVEdit gli errori te li da. Queste prove le avevo fatte.
Che poi ogni singolo decoder che crea spezzatini abbia un suo modo di farlo, è vero: RecTVEdit ti chiede di impostare il decoder.
Probabilmente è come dici te: i file a corredo servono per l'unione. Una sorta di file tampone/temporaneo/cache usato durante la chiusura del primo file e l'apertura del secondo. Almeno per il mio decoder.
Ed usato da RecTVEdit per l'unione.

 

[Bobbys]

Si, provato. Qualche volta il glitch è mitigato, altre volte no.

Anche facendo una conversione in output.mp4 o altro ?

 

[S7efano]

Però se i file li hai uniti senza RecTVEdit gli errori te li da. Queste prove le avevo fatte.
Che poi ogni singolo decoder che crea spezzatini abbia un suo modo di farlo, è vero: RecTVEdit ti chiede di impostare il decoder.
Probabilmente è come dici te: i file a corredo servono per l'unione. Una sorta di file tampone/temporaneo/cache usato durante la chiusura del primo file e l'apertura del secondo. Almeno per il mio decoder.
Ed usato da RecTVEdit per l'unione.

Esatto, il denominatore comune dei "diversi spezzatini" dei vari decoder sono quei file gestionali (anche se diversi da decoder a decoder).

Mi è venuto un dubbio, se provi dai singoli file eliminare solo le tracce audio che non digerisce (immagino E-AC3 o AAC), non riesci poi a usare RecTVedit con solo il video? Esige anche l'audio? Oppure ovviamente eliminando quelle tracce il programma usato effetta purtroppo anche un remux del solo video e sega parti che RecTVedit saprebbe gestire. Ci vorrebbe un demuxer meno "smart" paradossalmente....

 

[S7efano]

Si, provato. Qualche volta il glitch è mitigato, altre volte no.

Viene mitigato quando si riesce a lasciare tutto quello disponibile nei .ts del decoder, senza che il demuxer metta il becco sui delta frame in testa al secondo file. Da questo sono arrivato alla conclusione che mi manca solo frame nei .ts, in corrispondenza della giuntura (e probabilmente rimane traccia appunto nei file extra che non possiamo utilizzare). Lo squadrettamento è proprio fugace e il conseguente ritardo audio minimo.

 

[bruciolo]

Io, hai tempi del dream box utilizzavo TSSplitter (divide e unisce).

https://pcpercaso.com/video-editing...ividere-unire-file-video-mpeg-ts.html?start=1

Mi raccomando di scansionare con antivirus adeguato.

 

[S7efano]

Io, hai tempi del dream box utilizzavo TSSplitter (divide e unisce)

https://pcpercaso.com/video-editing...ividere-unire-file-video-mpeg-ts.html?start=1

Mi raccomando di scansionare con antivirus adeguato.

Non riesce ffmpeg, dubito ce la possa fare un altro programma. A meno che non sappia leggere quei file extra dei vari decoder...

 

[Moseweb]

Anche facendo una conversione in output.mp4 o altro ?

Non si possono preelaborare in altro formato i file, si perde qualcosa. Per cui poi l'unione è praticamente impossibile.
Il decoder quando chiude il file per passare al successivo non fa una chiusura 'pulita' in un momento adatto per poi iniziare il successivo in modo preciso.
Credo per non rischiare di non riuscire a gestire il salvataggio su chiavetta in tempi utili per poter comunque stare dietro ai dati che riceve anche in presenza di buffer, visto l'hardware che ha.
Quindi l'unione dev'essere 'precisa'. RecTVEdit lo fa, probabilmente come suggerito da S7efano anche grazie ai file di contorno presenti nella cartella della registrazione.

 

[Moseweb]

Esatto, il denominatore comune dei "diversi spezzatini" dei vari decoder sono quei file gestionali (anche se diversi da decoder a decoder).

Mi è venuto un dubbio, se provi dai singoli file eliminare solo le tracce audio che non digerisce (immagino E-AC3 o AAC), non riesci poi a usare RecTVedit con solo il video? Esige anche l'audio? Oppure ovviamente eliminando quelle tracce il programma usato effetta purtroppo anche un remux del solo video e sega parti che RecTVedit saprebbe gestire. Ci vorrebbe un demuxer meno "smart" paradossalmente....

Provato.. con RecTVEdit puoi selezionare cosa 'salvare' (ad esempio io tolgo tutti i dati teletext, etc.) ma a priori lui capisce che la registrazione ha qualcosa di strano e non ti permette di passare alla finestra di selezione presalvataggio.

 

[Moseweb]

Viene mitigato quando si riesce a lasciare tutto quello disponibile nei .ts del decoder, senza che il demuxer metta il becco sui delta frame in testa al secondo file. Da questo sono arrivato alla conclusione che mi manca solo frame nei .ts, in corrispondenza della giuntura (e probabilmente rimane traccia appunto nei file extra che non possiamo utilizzare). Lo squadrettamento è proprio fugace e il conseguente ritardo audio minimo.

Ok, si. Ma ci sono anche volte in cui pur essendo minimo o nullo, l'audio salta perché nell'unire gli spezzoni cerca di sistemare il timing della parte audio. La cosa è totalmente casuale.. dipende dal punto di taglio, da quello che stava arrivando al decoder dall'emmittente, etc.: un casino..

 

[Moseweb]

Io, hai tempi del dream box utilizzavo TSSplitter (divide e unisce).

https://pcpercaso.com/video-editing...ividere-unire-file-video-mpeg-ts.html?start=1

Mi raccomando di scansionare con antivirus adeguato.

Già provato in passato anche questo.. ne ho provati veramente un'infinità..
Tra l'altro è fermo alla 1.2 del 2009, quindi non so se riesce con il nuovo formato HEVC.
Ogni tanto provo a cercare una soluzione.. nella speranza che tra un periodo e l'altro qualcosa salti fuori..

 

[Moseweb]

Non riesce ffmpeg, dubito ce la possa fare un altro programma. A meno che non sappia leggere quei file extra dei vari decoder...

Ho anche provato qualche tempo fa a lasciare una richiesta nel forum che lo ospitava.. purtroppo è andata a vuoto.

 

[S7efano]

Ho anche provato qualche tempo fa a lasciare una richiesta nel forum che lo ospitava.. purtroppo è andata a vuoto.

Temo non ci sia soluzione dai soli .ts, perché si tratta di ricreare dal nulla informazioni andate perse.
L'unica sarebbe che ffmpeg o altri leggessero quei file aggiuntivi che genera il decoder (è l'unica cosa che giustifica perché col player del decoder non si hanno problemi)... ma qui si apre il problema che non sono file standard ma proprietari che variano in base ai modelli (anche se fondamentalmente sono degli indicizzatori, ma non solo)... per cui non so chi si sbatterebbe a farlo... ci sono troppi tipi di file...

 

[S7efano]

Ok, si. Ma ci sono anche volte in cui pur essendo minimo o nullo, l'audio salta perché nell'unire gli spezzoni cerca di sistemare il timing della parte audio. La cosa è totalmente casuale.. dipende dal punto di taglio, da quello che stava arrivando al decoder dall'emmittente, etc.: un casino..

Il ritardo è facile che ci sia anche senza punti corrotti, ma in base a come si uniscono i file. Quei file gestionali si occupano anche di questo probabilmente.

In pratica dipende dal fatto che le tracce audio hanno generalmente un ritardo negativo sui canali, cioè fisicamente sono un po' in anticipo rispetto al video, questo fa sì che alla fine del file, per qualche istante, c'è solo il video. Quando si uniscono i file, la parte audio anticipata del file successivo va a "slittare" nella parte senza audio del primo file e fin qui sembrerebbe tutto filare liscio... il problema è che il valore di delay del secondo file è facilmente differente dal primo file... per cui non va a 'incastrarsi' perfettamente al posto del "buco" audio del primo file, per cui è necessario allineare prima i file singolarmente alla posizione giusta (in particolare il secondo, anche se io preferisco 0 delay anche sul primo) estrapolando le tracce e poi riunire il tutto. Almeno io ho sempre fatto così, poi non so se ci sono soluzioni più 'automatizzate' (mkvmerge mi sembra che si comporti molto meglio da qualche tempo), ma è un'altra cosa rognosa, appunto un casino... che spesso capita, anche senza il problema glitch...

In pratica... ad esempio, supponiamo:

1° file (in sincrono):

   ________________________
   _video__________________
________________________
_audio__________________

2° file (in sincrono)

[COLOR="#FF0000"]
       ________________________
       _video__________________
________________________
_audio__________________

[/COLOR]

Quando vai ad unire... la seconda traccia del secondo file sarà in ritardo, rispetto a come era in origine... dando così il fastidioso fuori sincrono del labiale.

File uniti (fuori sincrono dopo il punto d'unione)

   ________________________[COLOR="#FF0000"]________________________[/color]
   _video__________________[COLOR="#FF0000"]_video__________________[/color]
________________________[COLOR="#FF0000"]________________________[/color]
_audio__________________[COLOR="#FF0000"]_audio__________________[/color]

(oppure in anticipo se si immette in alcuni programmi il delay del secondo file come valore assoluto senza tener conto del delay del primo file).

 

[Moseweb]

Forse ho trovato qualcosa, ho provato con file video 'normali' quindi non con i recenti formati.
Queste prove le ho fatte per il formato Ali 3.
Questo formato è, o era, usato anche da altri sistemi non legati a decoder tv e qualcuno si è preso la briga di andare a vedere i file in profondità. A livello esadecimale.
Ha scoperto che ogni file ha in comune col precedente 47KiB, 48128 byte esatti. Andando ad eliminare dalla testa del file (successivo.. quindi da ogni spezzone tranne il primo file) tali byte ed unendo poi gli spezzoni (ho usato il semplice copy /b..), il video è perfetto e non c'è glitch.
Ho provato, ed è risultato proprio così. Perfetto e con audio sincronizzato.
Devo approfondire con altri video ma se così si conferma, i vari file di supporto del registrato sono solo utili al decoder. Il decoder durante la registrazione, a questo punto, va a salvare il file in uso e poi ricomincia col successivo tenendo un 'buffer' di 47KiB (probabilmente utile per gestire i tempi di chiusura e apertura file sul supporto). L'unione semplice degli spezzoni senza l'eliminazione dei 47KiB genera il glitch (per forza di cose). Non c'è alcun frame perso: è l'errore per via della ripetizione, che poi sfasa anche l'audio. Nell'unione pulita non c'è desync perché credo gestisca dinamicamente/periodicamente la sync durante la riproduzione grazie ad informazioni 'temporalmente regolari' inserite nel file. Infatti con mediainfo si vedono i delay dell'audio nei vari spezzoni e tali delay sono diversi ma secondo me mediainfo mostra solo la prima informazione di delay che trova, le successive presenti non le rileva. Forse questa cosa si può vedere con TSReader.
Le prove le ho fatte su una registrazione video contenente 3 tracce audio, le tracce teletext, i sottotitoli e le informazioni legate all'EPG.
Se questa cosa funziona anche con i recenti formati usati, RecTVEdit non serve più. O per lo meno solo per i formati che capisce.
Il tutto è solo un po' più elaborato perché si devono eliminare i byte dai file ma l'unione senza perdite è comunque veloce tanto quanto RecTVEdit.
Proprio quello che mi serviva.
Se la cosa torna utile anche a voi..

 

[S7efano]

Non riesco a trovare informazioni sul formato Ali 3 di cui parli.

Volevo provare anche io.

Potresti postare un rapporto di mediainfo del file? Grazie

 

[Moseweb]

Forse ho trovato qualcosa, ho provato con file video 'normali' quindi non con i recenti formati.
Queste prove le ho fatte per il formato Ali 3.
Questo formato è, o era, usato anche da altri sistemi non legati a decoder tv e qualcuno si è preso la briga di andare a vedere i file in profondità. A livello esadecimale.
Ha scoperto che ogni file ha in comune col precedente 47KiB, 48128 byte esatti. Andando ad eliminare dalla testa del file (successivo.. quindi da ogni spezzone tranne il primo file) tali byte ed unendo poi gli spezzoni (ho usato il semplice copy /b..), il video è perfetto e non c'è glitch.
Ho provato, ed è risultato proprio così. Perfetto e con audio sincronizzato.
Devo approfondire con altri video ma se così si conferma, i vari file di supporto del registrato sono solo utili al decoder. Il decoder durante la registrazione, a questo punto, va a salvare il file in uso e poi ricomincia col successivo tenendo un 'buffer' di 47KiB (probabilmente utile per gestire i tempi di chiusura e apertura file sul supporto). L'unione semplice degli spezzoni senza l'eliminazione dei 47KiB genera il glitch (per forza di cose). Non c'è alcun frame perso: è l'errore per via della ripetizione, che poi sfasa anche l'audio. Nell'unione pulita non c'è desync perché credo gestisca dinamicamente/periodicamente la sync durante la riproduzione grazie ad informazioni 'temporalmente regolari' inserite nel file. Infatti con mediainfo si vedono i delay dell'audio nei vari spezzoni e tali delay sono diversi ma secondo me mediainfo mostra solo la prima informazione di delay che trova, le successive presenti non le rileva. Forse questa cosa si può vedere con TSReader.
Le prove le ho fatte su una registrazione video contenente 3 tracce audio, le tracce teletext, i sottotitoli e le informazioni legate all'EPG.
Se questa cosa funziona anche con i recenti formati usati, RecTVEdit non serve più. O per lo meno solo per i formati che capisce.
Il tutto è solo un po' più elaborato perché si devono eliminare i byte dai file ma l'unione senza perdite è comunque veloce tanto quanto RecTVEdit.
Proprio quello che mi serviva.
Se la cosa torna utile anche a voi..

Ho provato ad eliminare la stessa parte anche nel file 'precedente' ed il glitch è presente, quindi il contenuto è contenuto utile.

 

[Moseweb]

Non riesco a trovare informazioni sul formato Ali 3 di cui parli.

Volevo provare anche io.

Potresti postare un rapporto di mediainfo del file? Grazie

Il mio decoder ts 6810 stealth usa il chip Ali per gestire quanto meno la parte PVR.
Crea una cartella su cui mette i file della registrazione e quelli di supporto. Uno di questi è il file info3.dvr.

Il formato specifico lo desumi da TSDoctor, nel log che salva per la conversione: Ali file format 3.0. Infatti credo che info3.dvr, il 3 stia proprio per la versione.

Questo è quanto mi da Media info:

Generale
ID : 4 (0x4)
Nome completo : 000.ts
Formato : MPEG-TS
Dimensione : 1,00 GiB
Durata : 1 o 8 min
Inizio : UTC 2021-05-28 05:50:50
Fine : UTC 2021-05-28 06:59:32
Modo bitrate generale : Variabile
Bitrate totale : 2.075 kb/s
Nome in rete : RAI
Nome originale in rete : Eutelsat Satellite System at 13'E
Stato : ITA (1)
Fuso orario : +02:00:00

Video
ID : 433 (0x1B1)
ID menu : 8583 (0x2187)
Formato : MPEG Video
Versione formato : Version 2
Profilo formato : Main@Main
Impostazioni formato : CustomMatrix / BVOP
Impostazioni formato, BVOP : Si
Impostazioni formato, Matrix : Personalizzato
Impostazioni formato, GOP : M=3, N=12
Format settings, picture structure : Frame
ID codec : 2
Durata : 1 o 8 min
Modalità bitrate : Variabile
Bitrate : 1.585 kb/s
Bitrate massimo : 10.000 kb/s
Larghezza : 720 pixel
Altezza : 576 pixel
Rapporto aspetto visualizzazione : 16:9
Frame rate : 25,000 FPS
Standard : PAL
Spazio colore : YUV
Croma subsampling : 4:2:0
Profondità bit : 8 bit
Tipo scansione : Interlacciato
Ordine scansione : Top field first
Modo compressione : Con perdita
Bit/(pixel*frame) : 0.153
Timecode del primo frame : 04:43:43:09
Timecode sorgente : Group of pictures header
GOP, Open/Closed : Open
Dimensione della traccia : 782MiB (76%)

Audio #1
ID : 443 (0x1BB)
ID menu : 8583 (0x2187)
Formato : MPEG Audio
Versione formato : Version 1
Profilo formato : Layer 2
ID codec : 4
Durata : 1 o 8 min
Modalità bitrate : Costante
Bitrate : 192 kb/s
Canali : 2 canali
Frequenza campionamento : 48,0 kHz
Frame rate : 41,667 FPS (1152 SPF)
Modo compressione : Con perdita
Ritardo video : -982 ms
Dimensione della traccia : 94,7MiB (9%)
Lingua : Italiano

Audio #2
ID : 543 (0x21F)
ID menu : 8583 (0x2187)
Formato : MPEG Audio
Versione formato : Version 1
Profilo formato : Layer 2
ID codec : 4
Durata : 1 o 8 min
Modalità bitrate : Costante
Bitrate : 64,0 kb/s
Canali : 1 canale
Frequenza campionamento : 48,0 kHz
Frame rate : 41,667 FPS (1152 SPF)
Modo compressione : Con perdita
Ritardo video : -1s 64 ms
Dimensione della traccia : 31,6MiB (3%)
Lingua : oth

Audio #3
ID : 644 (0x284)
ID menu : 8583 (0x2187)
Formato : MPEG Audio
Versione formato : Version 1
Profilo formato : Layer 2
ID codec : 4
Durata : 1 o 8 min
Modalità bitrate : Costante
Bitrate : 128 kb/s
Canali : 2 canali
Frequenza campionamento : 48,0 kHz
Frame rate : 41,667 FPS (1152 SPF)
Modo compressione : Con perdita
Ritardo video : -1s 66 ms
Dimensione della traccia : 63,2MiB (6%)
Lingua : Inglese

Testo #1
ID : 585 (0x249)-777
ID menu : 8583 (0x2187)
Formato : Teletext Subtitle
Lingua : Italiano

Testo #2
ID : 585 (0x249)-778
ID menu : 8583 (0x2187)
Formato : Teletext Subtitle
Lingua : Inglese

Altri
ID : 585 (0x249)-100
ID menu : 8583 (0x2187)
Formato : Teletext
Lingua : Italiano

Menu
ID : 423 (0x1A7)
ID menu : 8583 (0x2187)
Durata : 1 o 8 min
Elenco : 433 (0x1B1) (MPEG Video) / 443 (0x1BB) (MPEG Audio, Italiano) / 543 (0x21F) (MPEG Audio, oth) / 644 (0x284) (MPEG Audio, Inglese) / 585 (0x249)-100 (Teletext, it) / 585 (0x249)-777 (Teletext Subtitle, it) / 585 (0x249)-778 (Teletext Subtitle, en) / 3001 (0xBB9) () / 3002 (0xBBA) () / 2001 (0x7D1) () / 2002 (0x7D2) () / 3101 (0xC1D) ()
Lingua : / Italiano / oth / Inglese / Italiano / Italiano / Inglese
Nome servizio : Rai 4
Fornitore servizio : RAI
Tipo servizio : digital television
UTC 2021-05-28 05:16:59 : it:Marvel's Agents of S.H.I.E.L.D. VI ep.13 / it:SERIE TV - In seguito alla morte dell'agente Coulson e alla scomparsa di Fitz, la squadra è divisa tra la Terra e lo spazio. Sarà la minaccia di un'invasione extraterrestre a riunire gli agenti. / / / 00:45:22 / Running
UTC 2021-05-28 06:02:21 : it:Marvel's Agents of S.H.I.E.L.D. VII ep.1 / it:SERIE TV - Gli agenti S.H.I.E.L.D. devono viaggiare nel tempo nei punti cruciali della storia dello S.H.I.E.L.D. per impedire agli extraterrestri Chronicom di compromettere la nascita dell'agenzia. / / / 00:49:45 / Not running
UTC 2021-05-28 06:52:06 : it:Missions ep.1 / it:SERIE TV - L'Ulysse-1 è la prima missione spaziale diretta su Marte, finanziata dall'Ag. Spaziale Europea e dal miliardario svizzero William Meyer. Quando l'equipaggio sta per sbarcare, qualcosa va storto e gli astronauti dovranno t.. / / / 00:25:01 / Running
UTC 2021-05-28 07:17:07 : it:Missions ep.2 / it:SERIE TV - L'Ulysse-1 è la prima missione spaziale diretta su Marte, finanziata dall'Ag. Spaziale Europea e dal miliardario svizzero William Meyer. Quando l'equipaggio sta per sbarcare, qualcosa va storto e gli astronauti dovranno t.. / / / 00:22:44 / Not running
UTC 2021-05-28 07:39:51 : it:Missions ep.3 / it:SERIE TV - L'Ulysse-1 è la prima missione spaziale diretta su Marte, finanziata dall'Ag. Spaziale Europea e dal miliardario svizzero William Meyer. Quando l'equipaggio sta per sbarcare, qualcosa va storto e gli astronauti dovranno t.. / / / 00:17:05 /
UTC 2021-05-28 07:56:56 : it:Missions ep.4 / it:SERIE TV - L'Ulysse-1 è la prima missione spaziale diretta su Marte, finanziata dall'Ag. Spaziale Europea e dal miliardario svizzero William Meyer. Quando l'equipaggio sta per sbarcare, qualcosa va storto e gli astronauti dovranno t.. / / / 00:24:16 /
UTC 2021-05-28 08:21:12 : itelitti in Paradiso VIII ep.5 / it:SERIE TV - Da un Dj ucciso mentre è in diretta in radio a una misteriosa morte durante una festa di compleanno, la squadra di Jack Mooney deve risolvere alcuni complessi casi nell'isola di Saint Marie. / / / 01:05:34 /
UTC 2021-05-28 09:26:46 : it:Cold Case VI ep.8 / it:SERIE TV - Lilly Rush è una detective della squadra omicidi di Filadelfia che entra a far parte nella sezione "Cold Case", specializzata sui crimini rimasti insoluti. / / / 00:50:50 /
UTC 2021-05-28 10:17:36 : it:Cold Case VI ep.9 / it:SERIE TV - Lilly Rush è una detective della squadra omicidi di Filadelfia che entra a far parte nella sezione "Cold Case", specializzata sui crimini rimasti insoluti. / / / 00:45:49 /
UTC 2021-05-28 11:03:25 : it:Criminal Minds V ep.18 / it:SERIE TV - L'Unità deve vedersela con psicopatici, cacciatori di uomini, giustizieri e un serial killer che colleziona occhi. Ma la sfida più grande riguarda Hotch, preso di mira dal terribile Mietitore. / / / 00:50:23 /
UTC 2021-05-28 11:53:48 : it:Criminal Minds V ep.19 / it:SERIE TV - L'Unità deve vedersela con psicopatici, cacciatori di uomini, giustizieri e un serial killer che colleziona occhi. Ma la sfida più grande riguarda Hotch, preso di mira dal terribile Mietitore. / / / 00:42:57 /
UTC 2021-05-28 12:36:45 : it:Marvel's Daredevil III ep.4 / it:SERIE TV - Uscito dal carcere il boss della malavita Kingpin è a piede libero; con l'aiuto di "Dex" Poindexter, un agente dell'FBI, vuole ricostruire il suo regno criminale: Daredevil è pronto a impedirglielo. / / / 00:54:15 /
UTC 2021-05-28 13:31:00 : it:Marvel's Agents of S.H.I.E.L.D. VII ep.2 / it:SERIE TV - Gli agenti S.H.I.E.L.D. devono viaggiare nel tempo nei punti cruciali della storia dello S.H.I.E.L.D. per impedire agli extraterrestri Chronicom di compromettere la nascita dell'agenzia. / / / 00:44:22 /
UTC 2021-05-28 14:15:22 : it:Marvel's Agents of S.H.I.E.L.D. VII ep.3 / it:SERIE TV - Gli agenti S.H.I.E.L.D. devono viaggiare nel tempo nei punti cruciali della storia dello S.H.I.E.L.D. per impedire agli extraterrestri Chronicom di compromettere la nascita dell'agenzia. / / / 00:47:15 /
UTC 2021-05-28 15:02:37 : it:Tribes and Empires: Le profezie di Novoland ep.3 / it:SERIE TV - Nel mondo di Novoland la dinastia Duan è in declino. Secondo tre profezie, i giovani Muyun Sheng, Muru Hanjiang e Shoufeng Heye diventeranno re, cambiando la storia dell'impero. / / / 00:53:09 /
UTC 2021-05-28 15:55:46 : it:Tribes and Empires: Le profezie di Novoland ep.4 / it:SERIE TV - Nel mondo di Novoland la dinastia Duan è in declino. Secondo tre profezie, i giovani Muyun Sheng, Muru Hanjiang e Shoufeng Heye diventeranno re, cambiando la storia dell'impero. Alle ore.. / / / 00:47:58 /
UTC 2021-05-28 16:43:44 : itelitti in Paradiso VIII ep.6 / it:SERIE TV - Da un Dj ucciso mentre è in diretta in radio a una misteriosa morte durante una festa di compleanno, la squadra di Jack Mooney deve risolvere alcuni complessi casi nell'isola di Saint Marie. / / / 01:01:56 /
UTC 2021-05-28 17:45:40 : it:Criminal Minds V ep.20 / it:SERIE TV - L'Unità deve vedersela con psicopatici, cacciatori di uomini, giustizieri e un serial killer che colleziona occhi. Ma la sfida più grande riguarda Hotch, preso di mira dal terribile Mietitore. / / / 00:47:21 /
UTC 2021-05-28 18:33:01 : it:Criminal Minds V ep.21 / it:SERIE TV - L'Unità deve vedersela con psicopatici, cacciatori di uomini, giustizieri e un serial killer che colleziona occhi. Ma la sfida più grande riguarda Hotch, preso di mira dal terribile Mietitore. / / / 00:49:10 /
UTC 2021-05-28 19:22:11 : it:Triple Threat / it:FILM AZIONE - La figlia di un milionario viene rapita da un cartello della droga thailandese che ha la protezione della polizia locale. Un team composto da tre lottatori professionisti viene reclutato per salvare la ragazza. / / / 01:41:37 /
UTC 2021-05-28 21:03:48 : it:Ben Hur / it:FILM DRAMMATICO - Il principe giudeo Ben-Hur viene accusato ingiustamente di cospirazione e ridotto in schiavitù, mentre la sua famiglia condannata a morte. Ben-Hur medita vendetta verso i romani e suo fratello adottivo Messala. / / / 02:04:05 /
UTC 2021-05-28 23:07:53 : it:Speciale Wonderland - Il giallo e la nera: Sessanta anni di mafia in TV / it:MAGAZINE - La mafia negli sceneggiati e nelle fiction televisive italiane: tra immaginario cinematografico e cronaca nera, tra romanzo e politica, una storia lunga 60 anni rac.. / / / 00:46:40 /
UTC 2021-05-28 23:54:33 : it:Marvel's Daredevil III ep.4 / it:SERIE TV - Uscito dal carcere il boss della malavita Kingpin è a piede libero; con l'aiuto di "Dex" Poindexter, un agente dell'FBI, vuole ricostruire il suo regno criminale: Daredevil è pronto a impedirglielo. / / / 00:50:13 /
UTC 2021-05-29 00:44:46 : it:Tribes and Empires: Le profezie di Novoland ep.3 / it:SERIE TV - Nel mondo di Novoland la dinastia Duan è in declino. Secondo tre profezie, i giovani Muyun Sheng, Muru Hanjiang e Shoufeng Heye diventeranno re, cambiando la storia dell'impero. / / / 00:44:35 /
UTC 2021-05-29 01:29:21 : it:Tribes and Empires: Le profezie di Novoland ep.4 / it:SERIE TV - Nel mondo di Novoland la dinastia Duan è in declino. Secondo tre profezie, i giovani Muyun Sheng, Muru Hanjiang e Shoufeng Heye diventeranno re, cambiando la storia dell'impero. / / / 00:44:01 /
UTC 2021-05-29 02:13:22 : it:The dark side pt.1 / itOCUMENTARIO - Un percorso di esplorazione e indagine nel paranormale con Sandro Giordano, alla scoperta delle più famosi Edifici Infestati, o presunti tali, del territorio italiano. / / / 00:58:38 /
UTC 2021-05-29 03:12:00 : it:The dark side pt.2 / itOCUMENTARIO - Un percorso di esplorazione e indagine nel paranormale con Sandro Giordano, alla scoperta delle più famosi Edifici Infestati, o presunti tali, del territorio italiano. / / / 00:20:41 /
UTC 2021-05-29 03:32:41 : it:Cold Case IV ep.19 / it:SERIE TV - Lilly Rush è una detective della squadra omicidi di Filadelfia che entra a far parte nella sezione "Cold Case", specializzata sui crimini rimasti insoluti. / / / 00:41:02 /
UTC 2021-05-29 04:13:43 : it:Marvel's Agents of S.H.I.E.L.D. VI ep.7 / it:SERIE TV - In seguito alla morte dell'agente Coulson e alla scomparsa di Fitz, la squadra è divisa tra la Terra e lo spazio. Sarà la minaccia di un'invasione extraterrestre a riunire gli agenti. / / / 00:40:07 /
UTC 2021-05-29 04:53:50 : it:Marvel's Agents of S.H.I.E.L.D. VI ep.8 / it:SERIE TV - In seguito alla morte dell'agente Coulson e alla scomparsa di Fitz, la squadra è divisa tra la Terra e lo spazio. Sarà la minaccia di un'invasione extraterrestre a riunire gli agenti. / / / 00:43:49 /
UTC 2021-05-29 05:37:39 : it:Marvel's Agents of S.H.I.E.L.D. VI ep.9 / it:SERIE TV - In seguito alla morte dell'agente Coulson e alla scomparsa di Fitz, la squadra è divisa tra la Terra e lo spazio. Sarà la minaccia di un'invasione extraterrestre a riunire gli agenti. / / / 00:48:36 /
UTC 2021-05-29 06:26:15 : it:Marvel's Agents of S.H.I.E.L.D. VI ep.10 / it:SERIE TV - In seguito alla morte dell'agente Coulson e alla scomparsa di Fitz, la squadra è divisa tra la Terra e lo spazio. Sarà la minaccia di un'invasione extraterrestre a riunire gli agenti. / / / 00:43:21 /