Iurii Khvorost

Hi @iDevelopper ! Yes, there is a bug with #EXTINF attribute e.g.: ``` swift struct EXTINF2: Decodable { public let duration: Double public let title: String public let artist: String...

Yes, the fix will be available in the next release version.

Fixed in [1.2.0](https://github.com/ikhvorost/M3U8Decoder/releases/tag/1.2.0). Thanks.

Hi @iDevelopper ! There is new [2.0.0](https://github.com/ikhvorost/M3U8Decoder/releases/tag/2.0.0) version of the tool and this version has predefined `segments` property to deal with Media Segments now, e.g.: ``` swift let m3u8 =...

Hi @anelad! Thanks for your notice about the performance issues. Could you provide a link to your large m3u8 file to test and compare with other parsers?

Hi @anelad! There is new [2.0.0](https://github.com/ikhvorost/M3U8Decoder/releases/tag/2.0.0) version of the tool with parsing optimization. This version has predefined `segments` property to deal with Media Segments now, e.g.: ``` swift struct MediaPlaylist:...

Hi! Thanks for issue reporting! Have you observed the problem on v1.1.0? Because I've moved the registering code from `__attribute__((constructor))` func in v1.1.0 to `+load` method in v1.2.0 and it...

Hi @naruaway! The registering code takes about 15 ms with 34673 classes from my tests on a real iPhone. Don't know why but your code maybe have many classes with...

I just use for my code: ``` objc NSDate *date = NSDate.date; // Hard work ... NSLog(@"Timeout: %f", -date.timeIntervalSinceNow); ```

Hi @naruaway! I've tested ReactBridge on my huge real project and got the same result: 53508 classes and ~60 ms registering delay. The root cause of the issue is running...