Hi all, I used VirtualDub to cut a long .AVI with some hundred .AVI chunks inside, into the original episodes. But now I have less then expected, and it is possible that while spliting (which is quite teddious), I inadvertently jumped over some. Or perhaps the collection was incomplete from the start. My question: when someone uses VirtualDub to join many AVI into a single AVI, is there any way to know how many chunks there are? Thanks all, Rec
First, just to see if I understand your question: "If you have a large AVI, you want to know if it was created by joining multiple smaller AVI files, and if so, how many?"
Hi cyprusrom, I know the large .AVI was is made by joining many episodes, using VirtualDub (GSpot says so). I have splitted then back, again using VirtualDub, but I should have say 160 and I have only 150. Looks like I skipped some? Because manually searching for the beginnig and end of each chunk, with VirtualDub, is a very tedious task, and it is possible that I sliped some; or may be they were missing from the start. That's why, before trying a second round of manually splitting, I would like to know how many chunks are really inside that large AVI. Thanks, Rec
Use the Virtualdub Hex Editor. Open the AVI. Select Edit/Riff chunk tree I have never heard of anybody using these internal structures for this purpose. Why don't you just edit by frame?
Hi davexnet, I was not aware of VirtualDub Hex editor... But that did not solve my problem. Now I realize that I misused the word "chunks", sorry. The correct formulation of my question is as put by cyprusrom: "I have a large AVI, I know that it was created by joining multiple smaller AVI files, can I know how many?". Say the the following episodes: E001.Tom.and.Jerry.avi E002.Tom.and.Jerry.avi ... ... E160.Tom.and.Jerry.avi ... Exxx.Tom.and.jerry.avi were all put together in a large .avi: All.Tom.and.Jerry.avi Is it possible to know how many small .avi are there inside the large .avi? Thanks, Rec
I don't think it's possible. Even if you used virtualdub to merge the avi's in direct stream copy mode, I still think the output avi has the internal structure of a single avi. All references to it's origin are lost.
Hi davexnet, Yes, from visual looking at the file, it seems so. But maybe someone knows a way... I thought about looking for the "black screen" frames between the individual AVIs, which I noticed were there, but it is not easy. Thanks, Rec
Hi attar, Good tip. As I used Video\Direct Stream Copy to extract the pieces, that metric should be roughly accurate (roughly because maybe I did some overlapping). The only way I know or counting frames is GSpot (wish it could be command line\batch enabled to automate the process), is there any other way? Thanks, Rec
The value at h30 has the number of frames in the AVI. 5f 00 01 00 if plugged into a calculator (and for reasons I used to know, but don't anymore) depending on the value, is either plugged in straight or in inverse order, gives 65631 frames in this file. So all you have to do is get someone to write a program that you can drop a bunch of files into and let it tally up the frames - and since we are dreaming - tabulate the results.
Hi attar, Good ideia. That I can do. To sumarize: There is no way of knowing how many .avi inside an .avi, but it is possible to verify (at least to some degree) if a collection of .avi manualy extracted with Direct Stream is complete or not. Thanks all, Rec