Newsgroup: it.media.video.produzione
Titolo: Tmpgenc ancora

Ho dei file più grandi di 2Gb in formato Avi 1.1 su sistema Win XP.
Tmpgenc mi da errore su file più grandi di 2Gb in formato Avi 1.1
fatti con Premiere Pro, perchè Premiere Pro mi sembra che possa solo
leggere avi OpenDml ma non scrivere.
Ora io vorrei risolvere il problema. O facendo leggere a Tmpgenc il
file in Avi 1.1 più grande di 2 Gb oppure facendo in modo di far
salvare a Premiere in formato opendml. Oppure, non so... potete darmi
una mano per risolvere questo spinoso problema?
Il messaggio di errore di Tmpgenc è:
"A time-out error occured during a trasmission with the VFAPI Frame
Server."
Vi ringrazio.

 Vi ringrazio.
Di niente
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Ho capito male ?
No, per niente, purtroppo mi da quell'errore!
Ho trovato quest'articolo in internet.
Da quello che ho capito dovrebbe essere un bug microsoft, ma io come
ne esco per fare un maledetto mpeg2 partendo da questi file avi?
"The original, old AVI file format (sometimes refered to as "AVI 1.0")
allows file sizes up to 2 GB, even if the file system would allow
larger files. 
In order to circumvent this limit, Microsoft specified the Open-DML
extensions to the AVI file format by 06/28/1996, also refered to as
"AVI 2.0". 
Most software nowadays supports this format, such as VirtualDub. 
If you have used older versions of AVI-Mux GUI to create Open-DML
files, you might have encountered weird problems, such as that only
one out of 2 output files has worked, or that an output file only
worked in some players. AVI-Mux GUI, as well as VirtualDub, never had
any problems reading and processing these files. 
The problem is, again, Microsoft: Unfortunately, DirectShow does only
support some Open-DML-files! It is no problem at all to create
Open-DML files that meet all specifications, but that do not play in
DirectShow! 
I think that I have found all additional conditions these files have
to meet after a finit amount of experimenting and evaluating reports
by users who struggled with such issues. Now, users can profit from
the smaller overhead of Open-DML-files. 
The reason for this taking that long is mainly that these additional
conditions are not at all logical, and that I usually had to guess
when looking for these conditions and errors. 
Open-DML-files use a different index format, compared to old AVI
files, which uses less overhead (33% less). Nethertheless, it is
allowed to add an old index ("legacy index") to make the first part of
the file 100% compatible to the old AVI format. 
Until AVI-Mux GUI 1.16.2, i thought that this does not make any sense
as long as the created Open-DML files are DirectShow-fiendly. However,
after installing Windows XP on my own, I was able to really run a few
tests, and I realized that a bug in shmedia.dll causes the entire file
to be read if you only dare to click on it. The fix is to write a
legacy index, but only over a very small part of the file, such as 1
MB. 
That's why Open-DML output is now activated as default, while legacy
index is activated and set to a range of 1 MB. 
Low overhead mode 
The Open-DML specification seems to allow an interesting
interpretation of the index: As the index points to the video and
audio data directly, and as no chunk headers are mentioned, it seems
to be valid to put several video or audio frames into one chunk,
create an index entry for each frame, and then force an AVI reader to
use the index to retrieve single frames by setting the
AVIF_MUSTUSEINDEX flag in the headers. Doing this decreases the
overhead by almost 50%, compared to "normal" Open-DML files (that
means 66% compared to AVI 1.0).
Microsoft's AVI splitter can read such files correctly, as well as
VirtualDub(Mod). However, Gabest's AVI splitter, as well as lots of
Linux tools, don't like files created that way. 
The first version of AVI-Mux GUI to be able to write such files is
1.16.10. I'm not aware of any other program being able to create such
files. "

 Da quello che ho capito dovrebbe essere un bug microsoft
Non e' un bug, ma delle specifiche di un formato.
L'AVI1.x non supporta indirizzamenti piu' grandi di 2GB.
Non ci puoi far nulla.
Se qualche player ha aggirato l'ostacolo, non vuol dire che il limite non ci
sia per gli altri SW.
Se lo apri con Virtualdub, ti da' sempre errore?
Se te lo da', puoi buttare il file, credo.
Se non te lo da', puoi fare da frame server verso TMPGEnc e comprimere.
Prova anche Avisinth, a riga dicomando.
Ciao
--
http://tinyurl.com/ekcb

Ciao
Devo convertire i files?
Oppure esiste qualche plugin che permette di esportare in avi open
dml?
Ciao e grazie.

Ciao e grazie.
Mi rispondo da solo dicendo che bbMpeg sembra fare bene l'mpeg2.
Ma allora perchè Tmpgenc non gliela fà? Ho provato ben 3 versioni
differenti...

 Devo convertire i files?
Ma hai letto quello che ho scritto nel precedente post?
--
http://tinyurl.com/ekcb

Ma hai letto quello che ho scritto nel precedente post?
Nel precedente post mi dicevi di buttare il files...
Ora vedo se riesco a risolvere.

 Nel precedente post mi dicevi di buttare il files...
Si ma almeno prova, poi li butti.
--
http://tinyurl.com/ekcb

Si ma almeno prova, poi li butti.
Infatti è quello che ho fatto, visto che esiste almeno un programma
che lo legge vuol dire che in qualche modo è recuperabile.