Re: [linux-audio-user] audio/video player for theatre use anyone?

From: Robin Gareus <robin@email-addr-hidden>
Date: Fri Mar 02 2007 - 20:34:45 EET

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Joern Nettingsmeier wrote:
> Lee Revell wrote:
>> On 3/1/07, Joern Nettingsmeier <nettings@email-addr-hidden-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-----
Received on Sat Mar 3 00:15:03 2007

This archive was generated by hypermail 2.1.8 : Sat Mar 03 2007 - 00:15:03 EET