Add support for multiple SCTE-35 tag syntax about m3u8

[bradleyfalzon]

@vishal24tuniki your thoughts on this? As I believe you're using the changes in #40 and #41 ?

[vishal24tuniki]

@bradleyfalzon Yes i am using changes in #40 and #41
I will definitely go through the documentation and come back to you. Been pretty busy the last month or 2

[bradleyfalzon]

Thanks, I'd like to maintain ABI, and considering there's a few different SCTE formats, a short term pain by coming up with a more flexible interface maybe a better idea. Although, I think we can reuse much of the existing getters and setters.

[bradleyfalzon]

Ideally, we'd be able to read all types of SCTE-35 formats, manipulate them with a single API internally and be able to write in all formats but having the user select which one (by default using HLS RFC EXT-X-DATERANGE method).

To do this properly, it's likely we'd break the existing functionality, but I haven't thought it through, how it would break it, or how long we can maintain the old functionality.

See #61 for the format I initially need to add support for.

This is still an ongoing issue, no changes will be made yet.

[bradleyfalzon]

OK, my initial proposal is in #61 - @vishal24tuniki this has a few breaking changes, I'm not convinced it'll be merged as is, but if this doesn't break your use of the library and @grafov is OK with it, I'd like to merge it as is (with the breaking changes).

The breaking changes aren't important, so happy either way, it's just renaming SCTE to SCTE35, but it is more correct and specific.

The new support should continue to work with existing SCTE-35 formats, but if you (@vishal24tuniki) could switch to the the newer SetSCTE35() method (if you're using SetSCTE() at all), that'd be ideal. See the source for SetSCTE for the necessary changes.

[bradleyfalzon]

We're using this revision quite successfully, and I'd like to consider merging these changes. If anyone wants more time to review and provide feedback that's fine, really I just want to know whether the backwards incompatible changes are acceptable, and if not (that's fine it's just renaming SCTE to SCTE35), we'll just remove those.

[bradleyfalzon]

@vishal24tuniki do you have any further thoughts on this, I'm not going to merge just yet, but I would like to apply to breaking change (renaming of fields and changing parameters), but it's also not 100% important to do either, so happy to reconsider it.

[bradleyfalzon]

@vishal24tuniki I'd love if you have a chance to check out #81, I've removed the breaking changes as it's taken too long to merge now. So I don't think you'll have any issues, but I have deprecated some functions that you'll need to switch over one day.