Phonon questions

[Matthias Kretz]

On Saturday 11 November 2006 17:44, mETz wrote:
> I'd think that buffering should not occur at all before play() gets called.

Hmm, I believe there are valid use cases for where it should start buffering 
before play() is called. Cases where you want an immediate (or as fast as 
possible) feedback: play() should be as few overhead as possible. Also all 
the getter functions wouldn't work then until you call play().

I agree that for some media stream cases you probably don't want to start 
buffering until playing, but then you could just do

setUrl( url ); play();

in your code...

> I'd expect that if the engine is stopped and I call setUrl() that it simply
> remembers that Url and maybe already checks if it supports that type of url
> (think about unsupported protocols).

Checking whether an URL is supported is rather a function for 
BackendCapabilities, no?

> Apart from that it should not do any 
> buffering, opening, loading, whatever.
>
> so you have something like:
>
> EmptyState -> (setUrl() call) -> StoppedState -> (play() call) ->
> BufferingState -> PlayingState -> (stop() call) -> StoppedState

This is the current "state diagram":
Loading
   |
   |setUrl()
   V
Loading
   |------------------------
   |                        |
   |pre-buffering finished  |play()
   V                        V
Stopped                  Buffering
   |                        |
   |play()                  |buffering finished
   |------------------------
   V
Playing

> Btw, does the VideoWidget handle calls like hide() and show()? I'm thinking
> about using a QStackedWidget with one widget for video-display and one for
> audio-display (maybe with vis, maybe metadata, unsure about the look as of
> now).

VideoWidget should handle that, but the phonon-xine implementation doesn't. 
Again, libxine threading issue.

...

-- 
C'ya
        Matthias
________________________________________________________
Matthias Kretz (Germany)                            <><
http://Vir.homelinux.org/
MatthiasKretz at gmx.net, kretz at kde.org,
Matthias.Kretz at urz.uni-heidelberg.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-multimedia/attachments/20061111/f92bb764/attachment.sig>
-------------- next part --------------
_______________________________________________
kde-multimedia mailing list
kde-multimedia at kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia