Am 25.10.2005 schrieb "Jason Tackaberry" <[EMAIL PROTECTED]>:
>On Tue, 2005-10-25 at 16:52 +0200, Dirk Meyer wrote: >> Like I wrote in my last post about vlc, I failed to get it working. > >I installed vlc pretty easily on Fedora using the livna yum repo. It >Just Worked. was easy with gentoo too :) >> I would prefer the Freevo 2.0 code base. > >Yes, developing this against 1.5 would be a waste of time. agree. thats why i stopped for now. i was planning to integrate a "stream this" button in the tv screen and heard gui code changed a lot in 2. >> Can you give me an example? E.g. I want to play file foo.avi on the >> remote machine. How do I start vlc server to stream the avi to the >> client? And how do I start the client? > >vlc uses a url style like xine. "vlc foo.avi" or "vlc file://foo.avi". >But I don't know how to control the interface from a controlling >application. Nor do I know anything about the streaming server stuff. >I've only ever used the client, and even then just for testing and >playing, since the union of mplayer and xine implements every feature I >need. i used the graphical version to generate that commandline arguments for me. at least on windows it has a very easy to use interface. i am short on time now, but will send some examples for receiving and streaming tomorrow. after starting vlc from commandline it accepts commands from stdin. (like "seek <seconds>" or simply "pause" and "quit") at least in the console this works fine. >> Yes and no. If someone wants to have a feature, money could help. IIRC >> apple support for vim is a good example for this. But I don't want >> money for this, I want a good reason. > >Both would be best. :) of course, but code should be free to use and modify. >> One major problem is our new canvas stuff. We want to draw on the >> video at client side. Jason hacked stuff to do this for mplayer and >> xine and this is still missing for vlc. > >Right. Adding support for a new video player is seriously non-trivial. >To get the full, seamless integration we're aiming for in Freevo 2.0, >the player will need support for OSD BGRA buffer, and the ability to >copy each frame to shared memory as it's being drawn. i see. for me simple streaming is much more important than playing. as the original poster on this subject noted, mplayer should be able to play stremed data. regards florian ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
