"Florian Demmer" wrote: > 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 failed using gentoo. Guess I should try again.
>>> 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.
Yes.
>>> 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.
That would be great.
> 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.
Yes, but free to use does not mean without costs. So maybe someone can
pay a vlc hacker to update vlc to our needs. We need to draw on the
screen and need full control of vlc.
>>> 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.
We prefer xine right now. Using libxine and our python wrapper gives
us pefect control over the stream.
Dischi
--
Early to rise, early to bed, makes a man healthy, wealthy and dead.
-- Terry Pratchett, "The Light Fantastic"
pgpkD9wXttGeA.pgp
Description: PGP signature
