-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Joern Nettingsmeier wrote:
Lee Revell wrote:
On 3/1/07, Joern Nettingsmeier
<nettings(a)folkwang-hochschule.de> wrote:
* does not ever crash ;)
I've never seen a media player for any OS that never crashes (other
than the one built into a Tivo). mplayer is the closest I have seen.
I guess if you only need to support a single format like MPEG4 it
could be made reliable. But all bets are off if you need to support
proprietary codecs.
as i said, it's absolutely not a problem if it supported only one or two
open, well-documented and generally sane video codecs. the most
important thing (i think) is the pre-buffering feature - tacking a nice
"instant play" user interface on a playlist-driven player wouldn't be
hard, but i don't know of any existing players that do buffering...
I'm working low priority on a tool that could do the job (event
triggered video sequencing), but it's far from being usable - check
xjadeo and gjvideotimeline SVN-devel-branches on sourceforge and stay
tuned for video-jack...
You can already do sth. like that with the xjadeo remote control, but
xjadeo does not pre-cache video (the xj5-branch and gjvidetimeline do),
but you can change the video-file(s) and video-file-offset during
runtime and use JACK-transport to start/stop the show.
mplayer does provide low latency, caching and double-buffering. If you
only want to trigger sequences: just script it, it can even read simple
EDLs and is quite flexible. - but you can not sync it to some external
app, only trigger it to start/stop.
The dual-head setup depends on your grafix hardware not the software.
many chipsets only allow accelerated video only on one video-pipe
(usually the built-in on laptops) - you can always render something on
the 2nd screen in RGB (check mplayer -x ..) but it's probably going to
be slow..
robin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFF6G5FeVUk8U+VK0IRArAgAJ9rjgy4COPml/W0KY8hXahmlC1TpQCeMAHB
SFFSNMlNRWUTAJ+Y+fT/2/8=
=OQ6n
-----END PGP SIGNATURE-----