Izzat Bahadirov

First and foremost, @ypresto congratulations on a 👶! That is an amazing and very rewarding project, and it should definitely take priority! :) Also, a huge thanks for writing and...

> > Any chance you guys are still planning on open sourcing this? Yes. I am working on it. Stay tuned, good news coming very soon.

@sauravexodus Most probably we will open source it before DeMuxed, but I will be giving a talk about it there :)

LiTr source code is now on GitHub: https://github.com/linkedin/LiTr @ypresto @selsamman @MasayukiSuda @natario1 please take a look, let me know what you think. I did my best to make LiTr pluggable,...

I will be talking about LiTr tomorrow at DeMuxed. @ypresto there will be a special "thank you" to you in my presentation, I hope you are ok with that. :)

your input looks ok. I would not recommend using GRANULARITY_NONE, though - you will get too many callbacks. Use GRANULARITY_DEFAULT instead, if you are updating UI. Low quality output should...

GRANULARITY_DEFAULT does not affect output size, it just significantly reduces the number of times TransformationListener.onProgress is called. I ran a smoke test on my end, bitrate estimation logic seems to...

I recently pushed an update to master which picks highest available profile, which should help with quality. It is not yet released to bintray, though. Can you try transcoding your...

LiTr 1.4.0 is released which has the util method that should help with quality by querying for highest supported profile. Try it out, let me know if it helped.

Happy to hear you are enjoying LiTr! Very valid comment about documentation! I have been meaning to do that for a while now, I will definitely bump the priority on...