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
peluvio
Users receive reputation points by contributing quality content to the forums.
Posts include post and replies published on the forums.
Post authors can mark replies as Accepted to indicate successful solutions.
Apple Developer Forums admins can mark replies as Apple Recommended to indicate an approved solution
Last seen
User for
Post
Replies
Boosts
Views
Activity
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.
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?