Re: Next Build

"Roger Binns" <[email protected]>
Newsgroups gmane.comp.mobile.bitpim.devel
Message-ID <002701c514c7$abfc1900$3501a8c0@rogersqyvr14d3>
> It looks pretty cool!  In the GerTargetsForImageOrigin dict, can 
> we add and make use of a tuple of formats supported by the phone, 
> ie ("jpg", "bmp", ...)?  If the incoming image format is of one 
> of the supported formats, no conversion would be needed.

Yes, but if any sizing has to happen then conversion will have to
happen, even if it is to the same type as it already is.  Basically
in the code we'll have to make a decision.

What I do intend to do is let the user use the image file unaltered.
That means no resizing, no format conversion, nothing.  That way
control freaks can do whatever they want outside of BitPim.  The
rest of us can have BitPim do the work for you without bothering
you with trivial details.

> Agreed, but should BitPim allow users to send unsupported images 
> to the phone unprocessed?

If they try hard enough to bypass the user friendliness then yes :-)

>>I would like to get thumbnails out of the video, such as frames 
> one >second apart.  It should just be another origin.
> 
> I guess I could start with having just one static frame for the thumbnail.

Yes.  Actually before that we need an image in the resources directory
that represents a movie.  That can be used initially and then we can
work up to one static frame, and finally some sort of sequencing.  

One of my motivations behind writing the custom widget for displaying
media was ensuring it could handle having some sort of timer and 
updating images.

Roger


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.