Jason Tackaberry wrote:
>      1. First movie is playing, STATE_PLAYING.
>      2. We call open(mrl) and mrl requires new player class, so stop()
>         and release() is called on current player, then
>         _create_player(), then _open(mrl)
>      3. Either stop() or release() (depending on the backend)
>         immediately causes STATE_SHUTDOWN
>      4. Player closes and its state begins STATE_NOT_RUNNING, so we go
>         from STATE_SHUTDOWN -> STATE_NOT_RUNNING
>      5. get_state() however returns STATE_IDLE, but because STATE_IDLE
>         is not in one of the required states for _create_player() it
>         never gets called.

Strange, I had this working before. OK, I guess have have to fix the
get_state stuff. The problem is that we have the difference between
STATE_IDLE, STATE_SHUTDOWN and STATE_NOT_RUNNING for the backend
player. But as user of kaa.popcorn these three states are the same for
me. That is why I return STATE_IDLE for STATE_NOT_RUNNING (the code is
olden than STATE_SHUTDOWN, it should also return STATE_IDLE). So for
our internal stuff we need a get_state() function that returns the
correct state and one get_state to use from the outside.

I will fix that later.


Dischi

-- 
Deck of Cards: $1.29. Card Table: $14.99. 101 Solitaire Variations book: $6.59.
Finding a cheaper replacement for the one thing Windows is ideal for: priceless.

Attachment: pgpfiL5HbwAjT.pgp
Description: PGP signature

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Freevo-cvslog mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-cvslog

Reply via email to