H265 is a minefield in licensing issues. It is only worth paying extra for it if it does something useful. It is basically the same as H264 with some extra compression features, unfortunately all the extra compression features are targeted at saving bitrate in areas of the image that are either not moving, or moving very slowly, while the time we need to save bitrate in our dashcams is when we are driving fast and the image is moving fast. H265 really does nothing useful over H264 when used in a fixed bitrate dashcam with real time encoding. The A139 Pro does have an H265 option, Viofo have chosen to operate it with 11% less bitrate, so it does actually save 11% on file size, but image quality is in my view a little reduced over the H264 setting, so for best quality on the A139 Pro I choose H264. In my view, H265 is not worth having on a dashcam when moving; for low bitrate parking mode it does have advantages, although the time you really need the low bitrate parking mode is also the time when things suddenly start moving fast, and H265 loses its advantage!
AV1 is a completely different codec, made with different design decisions, and appears to me to do a rather better job with dashcam video than H264/H265. It requires significantly more processing, so implementing high bitrate and high frame rate AV1 in a dashcam, where everything must be encoded in real time, is a big challenge. It is being worked on, and has potential to give significant improvements, but when it arrives, and how good the first version will be, is currently uncertain. When it does arrive, it will probably bring HDR10 video, so the bitrate savings will likely get canceled out by the extra detail and dynamic range being recorded in the video. It will not appear on the next dashcam to be released.
I quite like 24:9 aspect ratio for 4K front dashcam video, but Viofo have stuck to 21:9 so that high level traffic lights do not get missed, also 21:9 is a standard format used for cinema, you can buy screens that shape. High level traffic lights only exist in a few countries, but I think we wont be seeing a wider aspect ratio until we get higher resolution than 4K.
It will be released when it is ready, and until then will only have a codename, which may change at any time, and which may or may not get used when released! If Viofo actually answered that question now, it would be wise not to believe the answer!
Comparing h.265 at a lower bitrate to h.264 is not a fair comparison though it appears the units that were mentioned earlier, was limiting the bitrate whether intentional for limiting filesize or if it is due to hardware limitation. This is not an apples to apples test as we are aware when it comes to encoder prowess. It is a comparison of what to expect with what was chosen to be given as our options (thier implemented encoder tuning, and bitrate choice), thank you for the testing again to whom tested it. Those are things to go by for our options and what can work best in our dash cams, but not as the general consensus of h.264/5 true abilities.
It is around 6mbps savings when I did the math from the link shared earlier (lower bitrate used, not apples to apples). At the bitrate range that it was, it should have looked better regardless, if the encoder was tuned well and as long as the hardware could handle higher demands from that, which we do not know, which is alright.
h.265 is actually far superior in movement, if the bitrate is exactly the same as used in h.264, unless of course the tuning of the encoder is not good. It can also look much better at times even with lower bitrate, if tuned well.
I will say that it is very possible that the h.264 tuned implementation was much better in the tested scenario, but if it was same bitrate and the encoders were finely tuned, and that the dashcam could handle everything from heat to the required processing demands, movement of bandwidth, then it would be h.265 is a winner in image quality, but not in power efficiency/heat/processing power used. The tune of the h.265 used may have not been that great perhaps, in addition to the lower bitrate? Possibly.
You can tune the encoder and have it look horrendous regardless of bitrate and codec.
Basically what was compared was what Viofo used as for the tuning of the encoders, and not matching bitrate. h.264 is inferior to h.265 when tuned well for what its intentional use is, at same bitrate, especially in movement. It happens to not be very noticeable with blurry/out of focus and detail in the distance, stuff like movies/dash cams as opposed to super sharp and in focus things like video games which have pixel movement across the entire plane recorded. Video games will quickly show the faults of a codec
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
. One can easily see the difference in h.265 and h.264 and AV1, even moreso the more you happen to lower the bitrate. Where I live in Washington state, there are tons of trees and they are moving all around and there are winding backroads. What happens is that I can be on a bendy road, where the entire scenery will be panning, tons of trees of movement and fine detail in the trees, that the encoder will try to retain which means more bitrate focused on them, with the whole panning going on, h.264 unless really high bitrate, will falter and you will see squares in the entire image where the image starts to break apart, also where the road becomes less detailed until the scenery has less motion. That is where properly tuned h.265 will shine and when using an apples to apples bitrate. No comparison. If the car is parked, I do not expect to see a humongous difference in the two codecs unless they are matched bitrate and the bitrate happens to be very very low where the efficiency of the codec comes into play, where h.265 will win again. Loses in power requirements however.
I like the 24:9 idea <3. Yeah AV1 is super intensive and honestly, a great h.265 would suffice for me with great bitrate for those high panning moments
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
. If the AV1 was used in low bitrate with h.264 and h.265 being a matching low bitrate, I would easily prefer the AV1 in that scenario. Definitely as you mention, I agree as well, implementing AV1 would be tough, especially heat wise and requiring way more processing power. I personally think h.265 is really the sweet spot at current times, but thats an opinion
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
. AV1 or something better will come later, definitely.
You are spot on with the HDR10. I would also be worried about places trying to play it back with tone mapping being different for legal reasons it could be played back on something that isn't capable to show the detail where it matters and being limited by the display. It is cool to record in it for non legal reasons however/leisure etc so thats neat
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
. But yes, doubling down and what you said about the bitrate savings getting overran by the extra bits for the added dynamic range to be saved in.
Look at my attachment of my rear cam (A229 Pro) and what would be the ideal aspect ratio for that. I have louvers. LOL all of the top and bottom is wasted bitrate that could be implemented into the center of the image to retain more of what the lens is getting. Very rare use case but it exists lol. It would make a huge difference in low bitrate parking mode to have that bitrate used only in the sweet spot. This is why options are great to have or add, and also, it would keep the processing power requirements down and the heat down (lower vertical resolution). Rear cam CPL in shipment waiting for arrival, needed badly LOL!
I apoligize if I do happen to come off uneasy, I am very literal, part of my disability. I mean all of this in the kindest sincerity <3. No belly aching and only wanting to better people and things, think outside the box, learn and teach
![Smile :) :)](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
.