Support for CCTV DVR .avi files

fchef

New member
Hello, I am using latest beta (actually just upgraded to V6 from 5) and I do have a question.
I am CCTV installer and found out that can't use your good software with Provision ISR 4K DVRs.

File is an H264 AVC but in .avi container.
Do you think you could possibly support those types? I can help out uploading samples and definitely recommend it to fellow installers who suffer from such a compatible editing tool. We have to use MediaCoder to convert to "compatible" MP4 but miss all the good functions of VideoRedo

Thank you so much in advance

Code:
General
Complete name                            : V:\Dropbox\STREET_20200429041930.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 1.50 MiB
Duration                                 : 28 s 840 ms
Overall bit rate                         : 436 kb/s

Video
ID                                       : 0
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L5
Format settings                          : CABAC / 1 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 1 frame
Format settings, GOP                     : M=1, N=24
Codec ID                                 : H264
Duration                                 : 28 s 840 ms
Bit rate                                 : 430 kb/s
Width                                    : 2 560 pixels
Height                                   : 1 440 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 25.000 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.005
Stream size                              : 1.48 MiB (99%)

Audio
ID                                       : 1
Format                                   : PCM
Format settings                          : Little / Signed
Codec ID                                 : 1
Duration                                 : 28 s 840 ms
Bit rate mode                            : Constant
Bit rate                                 : 128 kb/s
Channel(s)                               : 1 channel
Sampling rate                            : 8 000 Hz
Bit depth                                : 16 bits
Stream size                              : 451 KiB (29%)
Alignment                                : Aligned on interleaves
Duration_Source                          : General_Duration
 
Last edited:

Dan203

Senior Developer
Staff member
We had a similar file recently with an issue. Turned out that wile MediaInfo reports that there is an audio stream there aren't any actual audio packets in the file. This throws off VideoReDo. We can generate a silent stream if there is no audio at all, but if the file reports an audio stream and there aren't any audio packets then it causes an error on open after we scan the file and can't find the audio packets.
 

cp2

Member
I think that this is the thread which Dan203 referenced. It might be of interest.
 

Dan203

Senior Developer
Staff member
Your observation is correct, Mediainfo reports the existence of audio stream but there isn't actually any.
However I would extremely appreciate if you could re-examine the possibility of having a look again.
Kindly allow me to share a 30sec video of only 1.5MB via Dropbox

Best regards from Greece
The problem is that we have no way to detect this until it's too late. The internal bits of VideoReDo that process the file need audio. We support files without audio by generating a fake audio stream in our ffmpeg reader module and filling it with silent frames so that the internal bits of VRD still think there is an audio stream and are satisfied. But this happens as soon as the file is opened and we detect that there is no audio stream listed. With these files they have an audio stream listed, so we skip the fake audio stream, But then when the internal bits try to read the audio, they don't get any and throw an error. At that point it's too late to go back and generate the fake one. The error has been thrown and all sorts of other internal bits have been setup to handle the non-existent audio stream, and there is no going back.

This is a problem with the file, not VideoReDo. The file is lying about having audio, for whatever reason, and that's preventing the creation of that fake stream. If it correctly reported that it didn't have audio then VideoReDo would handle it as expected. But this deception gets it to far into the process for us to recover when we finally do discover that there aren't any actual audio packets.

The only way I can think of to "fix" this would be to add an option somewhere that would tell the reader to just ignore the reported audio and always just generate the fake silent stream. But this isn't a very elegant solution as it would need to be turned on/off depending on the type of file you were opening. But given how VRD works internally that's the only way I can think of to make it work. There is no automated solution to be had.
 

fchef

New member
Yes, I think an check option to ignore reported audio and generate fake seems just fine. Those who need it will just enable it when working with such videos or even when wanting to get rid of any audio in any file
 

fchef

New member
Dear all,
It's almost a year since I started the subject thread. Could there be any progress to it?
BTW I found out why .avi files are reported as having audio (falsely), it's because some cameras (especially IP ones), they do have audio and microphone and when enabled it also stores the audio in the file (and VideoReDo happily opens it).
But the majority of recordings don't have audio and it's a pity not to be able to edit video files. I would really appreciate a version to force ignore missing audio part in file
 
Top Bottom