ubuntu-phone team mailing list archive

["Alejandro J. Cura" <alejandro.cura@xxxxxxxxxxxxx>]

We identified that the new thumbnailer does not provide the
undocumented C++ thumbnailer API that the old one provided.
This is only affecting Telegram on pre-OTA-6 images that have the new
thumbnailer.
OTA-5 is fine because it still has the old thumbnailer.

Karni will be working next week with Michi and James to find the best
solution so whatever version of Telegram we upload to the app store
can be used both by OTA-5 with the old thumbnailer, and OTA-6 and
forward with the new thumbnailer.

cheers,
-- 
alecu

On Fri, Jul 17, 2015 at 8:47 AM, Michal Karnicki
<michal.karnicki@xxxxxxxxxxxxx> wrote:
> Attention,
>
> I believe the change involved has broken Telegram. We were dynamically
> linking with libthumbnailer.so and making calls to thumbnailer.get_thumbnail
> from C++. The application will not start on rc-proposed.
>
> http://paste.ubuntu.com/11892354/
>
> I'm asking in #unity-api, but have not yet received a reply.
>
> On Sat, Jun 27, 2015 at 5:53 AM, Michi Henning <michi.henning@xxxxxxxxxxxxx>
> wrote:
>>
>> One more request:
>>
>> please test with *large* numbers of images/photos/videos/mp3. 2000 or more
>> is good start.
>>
>> To avoid having to copy tons of videos, mp3s or jpg images, you can just
>> make hard links to a single file. The name of the link is part of the cache
>> key, so the effect is the same as having lots of separate files, and you
>> don't have to copy hundreds of megabytes around that way.
>>
>> Cheers,
>>
>> Michi.
>>
>>
>> On 27 Jun 2015, at 13:48 , Michi Henning <michi.henning@xxxxxxxxxxxxx>
>> wrote:
>>
>> >
>> > On 27 Jun 2015, at 13:36 , Victor Thompson <victor.thompson@xxxxxxxxx>
>> > wrote:
>> >
>> >> Have there been any recent changes to the silo? Testing looked good
>> >> the last time I personally checked, if there are deltas let me know
>> >> and I'll test as well.
>> >
>> > The main delta is that, on Arm, we are now limiting the number of
>> > concurrent gstreamer pipelines to 1 because anything else is too risky.
>> > On other architectures, we use as many gstreamer pipelines as there are
>> > CPU cores. You should see around 780% CPU utilization on an 8-core machine
>> > with heavy workloads, such as thumbnailing a whole bunch of videos at once.
>> >
>> > Once the cache is hot, it delivers the thumbnails *very* fast. Please
>> > test your applications not only with a cold cache, but also a hot one; the
>> > way memory allocations happen is markedly different that way.
>> >
>> > If you want to clean the cache and start afresh, just run
>> >
>> > thumbnailer-admin clear
>> >
>> > That wipes the cache completely.
>> >
>> > You can see cache statistics by running
>> >
>> > thumbnailer-admin stats -v
>> >
>> > Please keep an eye out for requests with an invalid QSize (width or
>> > height == -1). Get rid of all of these. Instead, ask for the thumbnail in
>> > the size you need it. This drives the cache in the most efficient way
>> > possible.
>> >
>> > Your application must be prepared to handle a smaller thumbnail than
>> > what it asked for because we never up-scale. If original artwork is
>> > available only as 512 and you ask for 640, the actual thumbnail you get will
>> > be 512. You are guaranteed that you will never get something larger than
>> > what you ask for, unless you ask for (0,0), in which case we deliver full
>> > size. (Don't do this unless there is a good chance that you will need the
>> > same image again shortly; otherwise, it just eats space in the cache and
>> > makes it less effective.)
>> >
>> > Cheers,
>> >
>> > Michi.
>>
>>
>> --
>> Mailing list: https://launchpad.net/~ubuntu-phone
>> Post to     : ubuntu-phone@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~ubuntu-phone
>> More help   : https://help.launchpad.net/ListHelp
>
>
>
>
> --
> Software Engineer
> Professional and Engineering Services
> Canonical Ltd.
>
> Ubuntu - Linux for human beings | www.ubuntu.com