[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 145737] New: Play wav files associated with images
From:       Jesper Pedersen <blackie () kde ! org>
Date:       2007-05-21 6:30:53
Message-ID: 20070521083052.145737.blackie () kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=145737         
           Summary: Play wav files associated with images
           Product: kphotoalbum
           Version: unspecified
          Platform: Compiled Sources
        OS/Version: Linux
            Status: NEW
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kpabugs willden org
        ReportedBy: blackie kde org


Version:            (using KDE Devel)
Installed from:    Compiled sources

Some cameras allow you to store a small audio piece with your images. It would be \
cool if KPhotoAlbum had the possibility to play such wav files when annotating. That \
way, when I take a picture, I could record a piece of audio on my camera telling \
where it was shoot, what I see, who is on it, etc.

There is three things to this:
1) KPA should detect these audio pieces (likely same basename as the image, and the \
ext .wav) 2) KPA should play it back when annotating (I imagine a setting telling \
whether this should be done automatically or on request, and if automatic, then it \
should play it right away when the image is shown in the annotation window, if on \
request, then a button should offer to play it back - heck that button should also be \
there for automatically :-) Playing back, shouldn't be too hard, with the use of \
KParts.

3) When done annotating, the wav file should be delete. I'm slightly unsure how to do \
that, to obtain the goal of the file not being deleted too early, and still not \
having to say "Yes I'm done with this file, please delete" all the time. Maybe the \
file should be deleted when the annotation dialog is OK'ed, AND the user has the \
KEYWORD "OK" - but that of course require that user uses this keyword - maybe a \
do-not-show-again-dialog could tell about this trick when an audio file has been \
played.


[prev in list] [next in list] [prev in thread] [next in thread]