Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Erfan Ahmadi
    @ahmadierfan99_gitlab
    I think its for gcc not msvc
    Hermet Park
    @hermet
    i see..
    I think it needs to verify windows porting again..
    or you can patch it.
    If you can, you can ticket issues on rlottie page.
    As far as I checked/tested there won't be any linker errors with vs2019/rlottie.sln
    kozhuhardev
    @kozhuhardev
    Hi, everyone! I have a question about rlottie. How do you think are there any advantage of using rlottie from samsung instead of lottie from airbnb (https://github.com/airbnb/lottie-ios). I'm talkin about mobile platform. Because at glance those libraries are the same. Or not ?
    Hermet Park
    @hermet
    @kozhuhardev one big different is the rasterzer.
    lottie-ios depends on the ios graphics stack to rasterize the drawing.
    this rlottie contains its own software rasterizing in the package.
    so this one doesn't have any dependencies.
    In other words, if you write a apps using lottie-ios,
    and the app is compatible for platforms, the app would run on lottie-android if the app is running on android platform
    lottie-android and lottie-ios won't same since the platform graphics is not quite same
    though the specification mostly similar.
    and those apps couldn't run on any linux distrubutions(like ubuntu)
    kozhuhardev
    @kozhuhardev
    yes. I understand that rlottie is cross-platform, and lotties-ios and lottie-android using their own graphics systems (native). But there are not comparison between native graphics system and this system from rlottie, right ?
    Hermet Park
    @hermet
    @kozhuhardev nope,
    @kozhuhardev at least, telegram messenser applications replaced lottie-ios, lottie-andorid to this rlottie
    kozhuhardev
    @kozhuhardev
    i'm asking because as i know telegram is using rlottie instead of lottie-ios, but i don't know why they are using it.
    yes, correct )
    Hermet Park
    @hermet
    @kozhuhardev they argued us rlottie is better than them in performance wise.
    kozhuhardev
    @kozhuhardev
    but we don't know the reason
    oh, they told that ?
    Hermet Park
    @hermet
    yes
    kozhuhardev
    @kozhuhardev
    hm. interesting )
    Hermet Park
    @hermet
    they profiled and informed us.
    one another big benefit is comfortability of the apps since they contains this rlottie symbol
    don't need to be bothered any platform dependencies.
    I guess.
    kozhuhardev
    @kozhuhardev
    can you tell what rendering lib are you using under the hood ? as i correctly understood from your article rlottie can return simple plain rgba32 picture.
    opengl es ?
    Hermet Park
    @hermet
    if app supports multi cross platforms across the linux, desktop, mobile etc
    no, just software processing so far.
    multi-threaded + simd.
    intermediate shape data is well compressed to reduce the processing size and memory usage as like the freetype does.
    kozhuhardev
    @kozhuhardev
    hmmmm. and this is faster than native rendering for ios (for example). that is what told you tg developers ?
    Hermet Park
    @hermet
    we wish to support gl backend but have no detail plan yet.
    yes
    Guess 2 possible reasons.
    If one lottie animation view have multiple fbos internally for compositing multiple layers,
    that would affect serious performance drop
    specifically in mobile devices.
    as you know the lottie animation vector composition hardly avoid the fbos.
    fbo or intermediate buffers for drawing composition.
    one another guess, if telegram apps do try something post processing for the lottie animation,
    Hermet Park
    @hermet
    and that affects some context switching native rendering engine's
    No exact clue. just guess.
    kozhuhardev
    @kozhuhardev
    yes. agree with you. well, anyway thank you for you time ) you really help me ) thank you.
    Hermet Park
    @hermet
    @kozhuhardev you're welcome.