I would imagine you could quite efficiently encode a second view that's largely the same as the first You'd need more processing power, but not much more bandw

I would imagine you could quite efficiently encode a second view that's largely the same as the first You'd need more processing power, but not much more bandwidth that way. But the VR 180 videos I've seen so far just seem to do side by side encoding. I guess you need hardware accelerated encoding and decoding for practical use so that's preventing such a new codec for now. Unless the side by side approach is already efficient at this