agentrfr
Executive Member
The problem ended up being hikvision using a non-standard header demux format in the mp4 files to declare video and audio formats
In reality the video stream is H.265 with a 4:2:0 8 bit BT709 colour space, and a mono AAC LC 16.0 kHz audio track
This is probably intentional to make 99% of people just use their software
The data in the stream iteself is perfectly normal - just the headers are silly.
The fix is to use VLC to run through demux combinations until it finds out what the stream really is, then remux the raw data as a file with normal headers (in this case just an MPEG-TS file because I cant be bothered otherwise), then to feed the .ts files to ffmpeg to encode it as an AVC file with and AAC audio track in an mp4 container. This makes it so any video editing software can use it again easily
In reality the video stream is H.265 with a 4:2:0 8 bit BT709 colour space, and a mono AAC LC 16.0 kHz audio track
This is probably intentional to make 99% of people just use their software
The data in the stream iteself is perfectly normal - just the headers are silly.
The fix is to use VLC to run through demux combinations until it finds out what the stream really is, then remux the raw data as a file with normal headers (in this case just an MPEG-TS file because I cant be bothered otherwise), then to feed the .ts files to ffmpeg to encode it as an AVC file with and AAC audio track in an mp4 container. This makes it so any video editing software can use it again easily