| Newsgroups |
gmane.comp.mobile.bitpim.devel |
| Message-ID |
<[email protected]> |
>> future that if BitPim is smart enough to bring up the
>> convert dialog, it should be smart enough to know which
>> formats it can convert and which it can't.
>Actually, we don't have a clue. ffmpeg handles all of
>that.
In QueryAudio, if the format is not known, should we return as is or proceed with the conversion and let ffmpeg figure it out?
>> Second, I ripped the Track.cda file to a Track.wav file,
>> and dragged and dropped that into BitPim. It happily put
>> it on the UI without conversion.
>Joe looks after this phone so he'll need to update it to do >length/size checks.
Should this, and other limits, be planned out for all phones or be handled individually? Also, where should the checks be performed, my guess is that it'd be right before sending the data (or not) to the phone.
-Joe Pham
______________________________________________________________________
Speed up your surfing with NetZero HiSpeed.
Now includes pop-up blocker!
Only $14.95/month -visit http://www.netzero.com/surf to sign up today!
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl