I have already selected the simulator. But now what?
Can you add a feature to automatically go online when
playing intermet or network content? I think, Maemo
provides an API for that. The most apps ask for the connection
to use.
I have used the same shuffle principle than you do in a C++ program I wrote
some time ago. But it is less good, when skipable. Reverse skipping to a
song played is not possible, because it is removed from the shuffle list.
What do you think about that:
All tracks are added to a list, and the list gets shuffled itself. Playing starts
from beginning. When adding more tracks, they will be appened to the end,
and the list gets shuffled again. Playing starts from beginning again.
When switching from and to continuous mode the current title could be
searched, and playing continues from that position.
To accelerate searching and other access, a small DB like sqlite or something
could be used. Using a DB lets the lists and state exist over a program restart
or even a reboot. Maybe cover art could be saved binary in the DB, but I don't
know exactly, if this will work (well).
On the other side: Doesn't MAFW provide a shuffle mode with a given playlist?
What do you think about that:
All tracks are added to a list, and the list gets shuffled itself. Playing starts
from beginning. When adding more tracks, they will be appened to the end,
and the list gets shuffled again. Playing starts from beginning again.
This sounds good, except when adding more tracks, only the unplayed remainder of the list should get shuffled in order to avoid playing the same track twice.
On the other side: Doesn't MAFW provide a shuffle mode with a given playlist?
MAFW does if MediaBox was using the unportable MAFW handling of playlists.
It's good enough for the built-in media player, because that only runs on the N900, but MediaBox doesn't use MAFW for handling playlists.
As it does time out, is there anything that can be done to prevent timeouts or to refresh the download?
It seems to be YouTube's behavior that it doesn't serve data as long as it thinks you already got enough for watching the video. They try to limit the download rate and maybe pause transmission occasionally.
There shouldn't be a timeout while waiting for data in MediaBox (only a connection timeout). That's the bug, and it will be fixed in the next version.
I think, when adding more tracks to an shuffle playlist, the "shuffle session"
restarts. No matter if a track is played twice after that.
Yes, I mean playing to be continued from that position in the already shuffled
list, and the same from the non-shuffle list. Therefor a DB makes sense.
Using a list container would take too long, because of the iterating. Searching
in a DB takes as good as no time.
[QUOTE=mase;848631]I think, when adding more tracks to an shuffle playlist, the "shuffle session"
restarts. No matter if a track is played twice after that.
Yes, I mean playing to be continued from that position in the already shuffled
list, and the same from the non-shuffle list. Therefor a DB makes sense.
Using a list container would take too long, because of the iterating. Searching
in a DB takes as good as no time.
I have a problem with Video files on your Oct release. (ie: got some avi files, youtube dl via the mediabox) When i try to launch the video file, it launchs a black screen kinda like its about to start the video playback, but it than proceed to skipping to the next track as it seems like there was an error with the video therefore it skips to the next file. the mediabox do this for all my video files. i saw earlier that you recommended to restart, but that is a no go, as the problem still exist. thanks in advance
