Edision argus mini HD 2in1 non legge i file più grandi di 4 Gbyte

[beppe0768]

Ciao a tutti,
seguendo le indicazioni di alcuni treads su questo forum, sono riuscito a trasformare un file video in Dvr usando il tool di conversione file di 'TS Doctor'.
Questo ottimo software crea anche la cartella ALIDVRS2 con all'interno un'altra cartella contenente i 3 file che compongono il Dvr, tra cui un file TS che è il vero e proprio file.
Il decoder legge il file perfettamente!
Il problema è quando il file è superiore a 4 Gb, il che è normale se si usano filmati in HD. In questo caso il decoder non legge il file.
Ho notato che quando registra su Hard disk, il decoder spezza i file a 4 Gb, per cui credo che anche in lettura pretenda che i file debbano essere spezzati nello stesso modo.
Purtroppo però 'TS Doctor' non lo fà, crea un solo file lungo finchè basta.
Ci sono vari modi per "splittare" un file TS, anche 'Ts Doctor' lo fà, ma quello che serve a me è che sia splittato mentre genera il Dvr, in modo che i suoi file indice che crea ne tengano conto.
Altrimenti, splittandolo poi e sostituendo un unico TS con più TS rinominati 000.ts, 001.ts...ecc (come fa lui quando registra) non funziona!!

Un bel casino lo so.....chissà se qualcuno ha già avuto questo problema e lo ha risolto.....

 

[Davide Rossi]

Ciao a tutti,
seguendo le indicazioni di alcuni treads su questo forum, sono riuscito a trasformare un file video in Dvr usando il tool di conversione file di 'TS Doctor'.
Questo ottimo software crea anche la cartella ALIDVRS2 con all'interno un'altra cartella contenente i 3 file che compongono il Dvr, tra cui un file TS che è il vero e proprio file.
Il decoder legge il file perfettamente!
Il problema è quando il file è superiore a 4 Gb, il che è normale se si usano filmati in HD. In questo caso il decoder non legge il file.
Ho notato che quando registra su Hard disk, il decoder spezza i file a 4 Gb, per cui credo che anche in lettura pretenda che i file debbano essere spezzati nello stesso modo.
Purtroppo però 'TS Doctor' non lo fà, crea un solo file lungo finchè basta.
Ci sono vari modi per "splittare" un file TS, anche 'Ts Doctor' lo fà, ma quello che serve a me è che sia splittato mentre genera il Dvr, in modo che i suoi file indice che crea ne tengano conto.
Altrimenti, splittandolo poi e sostituendo un unico TS con più TS rinominati 000.ts, 001.ts...ecc (come fa lui quando registra) non funziona!!

Un bel casino lo so.....chissà se qualcuno ha già avuto questo problema e lo ha risolto.....

il file system fat32 non permette fiels maggiori di 4gb, formatta chaivetta o hd in ntfs se il tuo lettore lo permette.

 

[beppe0768]

il mio hard disk è già in ntfs, infatti ho anche caricato i file prodotti con 'Ts Doctor' tra i quali il file TS che è di 14 Giga.
Sull'hard disk non ci sono problemi, è il decoder che non lo legge.

 

[cavallone]

Sull'hard disk non ci sono problemi, è il decoder che non lo legge.

Forse (forse) potresti provare a fare l'incontrario, cioé esattamente l'opposto di quelo che ti consigliava Davide Rossi.
Prova cioé a lavorare per le tue elaborazioni su di un disco in Fat32, potrebbe forse indurre il programma Doctor a spezzettare in origine, mentre li crea, i vari numerosi ts1 ts2 etcetera, associandoli ai file di indice creati contemporaneamente.

Tanto per dire qualcosa... non so se avrá una qualche probabilitá di successo...

 

[beppe0768]

Forse (forse) potresti provare a fare l'incontrario, cioé esattamente l'opposto di quelo che ti consigliava Davide Rossi.
Prova cioé a lavorare per le tue elaborazioni su di un disco in Fat32, potrebbe forse indurre il programma Doctor a spezzettare in origine, mentre li crea, i vari numerosi ts1 ts2 etcetera, associandoli ai file di indice creati contemporaneamente.

Tanto per dire qualcosa... non so se avrá una qualche probabilitá di successo...

Grazie del consiglio....ho provato a fare lavorare TS Doctor su una chiavetta usb in Fat32. Quando arriva a 4 GB il file non cresce più, resta sempre uguale, il programma non dà errori, arriva al fondo creando sempre un solo file, stavolta di 4 GB. Che sfiga!!