Hi, awesome work!
While trying to construct a dash manifest i noticed that for H.264 / AV1 and AAC the profile / level information is not in the {Video,Audio}Codec struct. Instead this information is in the MIME string.
I have implemented storing the codec info in the codec enum here, and wanted to have your opinion on this, since my change removes the Copy trait. It would be possible to retain this by actually parsing the information and storing it as numbers, though for my use case this would be excessive.
Another thing to think about is the SearchFilter, since it uses the same enums. I've implemented Default, but it is still annoying to specify this each time you use a SearchFilter. Maybe there should be two separate codec Enums, one for searching and one for the actual codec response.
Also this currently doesn't work for the combined video/audio streams, but it should be simple enough to implement.
Hi, awesome work!
While trying to construct a dash manifest i noticed that for H.264 / AV1 and AAC the profile / level information is not in the {Video,Audio}Codec struct. Instead this information is in the MIME string.
I have implemented storing the codec info in the codec enum [here](https://codeberg.org/jeidnx/rustypipe/src/branch/codec_info), and wanted to have your opinion on this, since my change removes the `Copy` trait. It would be possible to retain this by actually parsing the information and storing it as numbers, though for my use case this would be excessive.
Another thing to think about is the SearchFilter, since it uses the same enums. I've implemented `Default`, but it is still annoying to specify this each time you use a SearchFilter. Maybe there should be two separate codec Enums, one for searching and one for the actual codec response.
Also this currently doesn't work for the combined video/audio streams, but it should be simple enough to implement.