[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: KWinTV
From:       Hetz Ben Hamo <hetz () kde ! org>
Date:       2001-08-14 20:32:33
[Download RAW message or body]

Hi George, others...

First - glad to see the mail server is back online ;)

I was thinking about an idea while I read this email from george..

I have been playing with ffmpeg lately (as some of you who are in #kde know - 
thanks for helping) - and I think it would be a great idea to implement the 
ffmpeg into kwinTV (to record TV shows), noatun and other multimedia parts...

Some words about ffmpeg: (http://ffmpeg.sourceforge.net):
ffmpeg is a program that allows you to capture audio and video in real-time, 
it works very fast even on pretty-low end machines, it's also a conversion 
program between multimedia formats, and it's got a broadcast server.

The entire idea of ffmpeg is that all the codecs are more or less do the same 
stuff - and ffmpeg shows that. You don't need tons of DLL's or .so files for 
it - fact is - you don't need a single .so file.

There are few advantages of ffmpeg - and I'll list them:

1. Very active development - I see lots of "familiar" faces from other 
projects like Xine, Mplayer, AviPlay and other projects are participating.

2. The current version (0.4.5 - should be out in a day or 2) - is pretty 
stable.

3. It supports lots of codecs natively: ac3,mp2,mpeg1video,h263,h263p,rv10 
(real video), mjpeg,opendivx,msmpeg4,pcm,rawvideo - and thats just for 
encoding - it supports much more for file conversions.

4. No needs for any DLL's or WineLib.

5. Very small - currently the only file that you need is a 1 executable file 
which takes 1M.

6. Legal - it's under GPL and all the work was done using a "clean room" 
implementation.

I think that since we're in the stage of major version development - it would 
be a good idea to integrate it..

Suggestions? comments?

Thanks,
-- 
Hetz Ben Hamo
hetz@kde.org


On Tuesday 14 August 2001 23:14, George Staikos wrote:
> Hello Everyone!
>
>    This is a note to inform you that I have received no feedback from the
> KWinTV author and he doesn't seem to have done any work on it since
> November, so I am starting to maintain it myself in KDE CVS.  It's in
> rather rough shape right now, but it does work and I have fixed many bugs
> already.  I have also applied a patch by Stefan Hellwig which makes the
> channel scanner work and implements a brand new channel file format.
>
>    Things are stable enough for me right now, but I can find ways to crash
> it still, and some things just aren't being done in a nice way.  Ideally it
> could use a complete rewrite since it was originally based on KDE 1.x but I
> just don't have time for that.  So for now, I'm just going to plug away at
> my TODO list which I have added to the app in CVS.  You can find it under
> kdenonbeta/kwintv.  This is not in the main build because it doesn't use
> the KDE build system yet.  I'm not a pro at that, so it will take a while
> to merge it.  For now I will continue to make releases fairly frequently at
> http://www.staikos.on.ca/~staikos/kwintv/.
>
>    I would really appreciate any help that anyone could lend.  I know that
> many of you use this application and it would be nice to get it back in
> shape.  I'm considering dropping all KDE 1.x support from it now, and I'm
> particularily interested in getting the build system switched over to the
> KDE style.  Number one on my TODO list though, is to fix the colour
> depth/bpp code.  Right now it will not work on my machine at a depth of 24.
>  Xawtv does so I am looking at how it manages.  Number two on my TODO list
> is to get image scaling in place instead of using video mode changes to
> simulate fullscreen.  Scaling looks _so_ much nicer on my machine anyways.
>
>    So please, if you use this app and you know anything about KDE build
> system, icons, docs, or coding.... please lend a hand.   Even good bug
> reports will be very useful.
>
> Thanks!

 
>> Visit http://master.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]