Hi, Daniel Kristjansson wrote: > You probably don't know me because I'm a MythTV developer. It was long > ago that I made the decision between using freevo or MythTV. While I > preferred the freevo UNIXy design philosophy over MythTV's kitchen sink, > it had preliminary ATSC support at the time...
I'm a Freevo developer because MythTV needed X the time I joined. :) > Anyway, I'm going to be at a mini meeting on a new UI library based on > KDE's libplasma. The meeting is being sponsored by Pluto Home, Inc. > Who I know through my involvement with the LinuxMCE project. The idea > behind this new UI library is to write a fully themable UI that can be > used as a standalone UI, and more importantly for freevo it will be > usable as an OSD renderer. The library will be GPLed and linkable to > a variety of programs and will also be usable as a separate application > which can receive commands from something like python or perl. > > There is a description of the goals here: > http://wiki.linuxmce.org/index.php/UI3 > This is written in business speak, but feel free to ask me any technical > questions. That sounds interessting. We did some hacks to draw on mplayer and xine and thinking of a new ui maybe based on evas for a long time now. A simple libSomething that can be used to draw an UI and can working together with a player is something we need. And re-inventing the wheel at this point over and over again is something we also don't like :) But it should be very flexible. Thinking of Freevo, this lib has a theme part for designer that must interact with the core (menu, etc). It is not easy to provide the core level to the designer level, it is much easier the other way around (but limits the possibilities of the designer). > My question for this list is whether anyone here would be interested > in attending the meeting on Saturday (near Mountain View, CA). > Especially if you are a graphics programmer who knows the internals > of how freevo handles the OSD, or a graphics designer with flash > authoring experience. Even if you can't attend, I would be interested > in what freevo developers think are essential, desirable, and horrid > features for this type of library to have. Thanks for the offer, but the two people in question here are far away. I'm in Germany and Jason is from Canada. But we would like to join a discussion. I saw the 'discussion' like but I would prefer a mailing list for future development. My point of view: let us share as much as possible. Freevo has split some parts into smaller libs already to make it possible to build something Freevo-like with less work. IMHO the users should have a choice. I like the Gnome vs. KDE, Emacs vs. Vi, mplayer vs. xine vs. gstreamer and Linux should have Freevo, MythTV and LinuxMCE. We all have a different focus, but should share as much underlying code as possible. In the future it would also be cool if Freevo and MythTV can interact with eachother, use functions of the other system. So yes, I like the idea. We (Freevo, MythTV and others) needs a simple framework first where you can do nice effects, but it still works without it. It should also work on framebuffer (not a requirement but nice to have). Together with some canvas logic and a video as canvas object this would be a lib we all need and should share. For me this is part 1. The second part is something designers know. A hint here: they know HTML, CSS and JavaScript. This may not be what we want, but we should keep that in mind. > BTW I'm sorry if I have violated list etiquette, I don't read this list > regularly, but think this might be of interest to the freevo devs. You violated nothing and thanks for the information. Dischi -- Disc space -- the final frontier!
pgpLFJgEbBol9.pgp
Description: PGP signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
