I see you've added AM Viewer to the Dolby section which is great. This is a viewer tool that requires a metadata authoring solution which is also on Github at PMD Tool. This is listed in the Dolby Vision section at the end but PMD Tool has nothing to do with Dolby Vision at the moment. Please can the PMD Tool entry be moved to be placed next to AM Viewer so it is clear these two go together. Thanks.
Would like to add some links but before would like to recommend new categories so I can add them.
Add a category for CMCD so I can add links to the spec and also to libraries and articles I've seen.
Add a category for accessibility so I can roll captions, subtitles, and add some audio description links. I think it would be good to group them together.
I'd be happy to open a PR up with them in them but reading the contribution guidelines mentions recommending them via an issue.
Hi, I'm not sure what your policy is about adding new stuff, but here's some handyness for subtitles and captions, especially in the IMSC and EBU-TT spaces:
I came across 1 tiny little issue that might not even worth bothering about:
The anchor tag of Introduction section is not working currently both at README.md and the static site.
I believe it's due to the mismatch of href and id.
The former one is #intro while the latter is #introduction.
I think this will be a trivial fix.
However I do not understand how the static site is generated so might not be able to help fix it.
So as the list now reaches close to 800 links I think its time to revisit how things are categorized! I would love any input and or thoughts based on the current list of categories.
My notes to date are:
ffmpeg and encoding tend to blend into each other a bit, probably cause ffmpeg is an encoder...
separate reading sub category per category
need to figure out how to make a "media" category for things like mp4 editing
language break down of resources?
server / storage was just my "doesnt really fit" in my other categories at the time. I think we can break out storage to its own, but there still is this concept of a full system thats not really a tool or an encoder
if a tool is an hls tool? but also transcoding based where does it live?
packaging should be its own category and maybe hls and dash and drm as its subcategories?
However, I realize that a simple youtube-dl can easily download the whole stream files and merge them back to the mp4 file. Is there a way to protect content from Downloader? And in terms of stream protection, what would you recommend? I remember when I still worked at the same company with you, we used Dash stream and I remember it had a more sophisticated way to protect the stream files.