diff options
author | Gustavo Sverzut Barbieri <barbieri@gmail.com> | 2013-01-11 03:07:58 +0000 |
---|---|---|
committer | Gustavo Sverzut Barbieri <barbieri@gmail.com> | 2013-01-11 03:07:58 +0000 |
commit | fc82f2f978ee765dcd67d77ff55a9077b9211286 (patch) | |
tree | 8468550382229032ef5eb04f8851e6c26133561f /README | |
parent | 5c3d1f1f6be28079a7c693f6feb52881b2597501 (diff) | |
download | emotion_generic_players-fc82f2f978ee765dcd67d77ff55a9077b9211286.tar.gz |
add emotion_generic_players project.
This is similar to evas_generic_loaders. It contains VLC player
engine.
SVN revision: 82603
Diffstat (limited to 'README')
-rw-r--r-- | README | 24 |
1 files changed, 24 insertions, 0 deletions
@@ -0,0 +1,24 @@ +Players for Emotion using "generic" module. + +EMOTION GENERIC PLAYERS +======================= + +Emotion support multiple modules provided as shared-objects under +${prefix}/lib/emotion/modules, making it extensible. However these +live in the same process as the application, thus problems handling +the media may crash or halt the application. Unfortunately media +handling is very error prone due multiple sources, sinks, decoders et +al, each with their own level of stability. + +To solve this emotion ships with a "generic" module that will be a +layer to talk to another process, the "player", using pipes and shared +memory (shm). If this external process dies, the main application +remains working (without any media, of course). Thus it is safer and +have some nice qualities as avoiding bringing in many libraries to +decode media, saving memory in the application process, etc. + +A secondary benefit is that the generic player is a separate process +and does not link with the user application code or EFL, avoiding +license conflicts. Many decoding libraries or elements exist in +conflicting licenses with GPL, LGPL or even proprietary code. + |