Posts

Post not yet marked as solved
6 Replies
It seemed like there was a stealth update (I have automatic updates turned off) that fixed it for a short time. But it is still broken on MacOS 10.15.4 (19E287) Darwin, Safari 19.4.0 13.1 (15609.1.20.111.8)Test stream
Post not yet marked as solved
3 Replies
Thanks for pointing this out. I was trying to implement ISO/IEC 23001-7 as well, and parsing the slice header to figure out where the slice data begins was going to be a big pain, as far as I can tell. I'm guessing Apple decided the same thing and just chose to allow 31 bytes for the header, which I'm assuming is more than enough to be safe.This approach still complies with the ISO spec, because you can specify the length of clear bytes in the sample auxiliary info. That is, you could choose to leave 100 bytes clear if you wanted to, and the decrypter should still know what to do if you update the `senc` accordingly.
Post not yet marked as solved
6 Replies
Haha, that was me.Does it work for you now on iOS 13.4 or macOS 10.15.4? If so, are you using MPEG-TS or fMP4?
Post not yet marked as solved
4 Replies
We still see this problem