On Sat, Mar 15, 2003 at 06:36:34AM +0100, Alexander Rawass wrote:
> I was using Avicap-0.7.22, now I'm using my patched CVS version with my
> timertable-patch (see my other Email!)
It's usually good idea to use the latest CVS version...
And if there appears bug - just let me know.
> I record usually with 384x288 pixel, RGB24 color mode, 25fps, using xvid-0.9
> at 3 Mbit/sec, with halfpel interpolation and luminance masking on
Recoring in RGB24 is really a very bad idea - use YV12 - otherwice
half of your CPU time is spent on RGB24-YV12 conversion.
> That gives me a perfect picture - and it takes only 70-80% CPU time, that's
> *great*, and neither the drivers nor avicap crashes, that's even *better* -
> thanks a lot for it :-)
So with YV12 (or I420) it should be about 40-50%
> The only problem is, that there's an audio-video delay in the resulting
> recording - but that's no real problem, cause I can fix that afterwards with
> VirtualDub (on Windows or Wine..)
Hmm some bug probably somewhere - but it's also good idea how is this handled
in other programs - some audio cards behaves quite strange
(IMHO every one should buy SBLive)
> * fullscreen/maximize option (at least when I'm not recording, preferred also
> when I am recording)
> I tried myself some things to patch Avicap to have a working
> fullscreen/maximize function, I've seen that there are some remaining bits of
> code where someone seemed to have tried it before me, or at least thought
> about it?
Yeah I've played with this a bit - but then I've 'niced' priority for this :)
> It works, actually - but, because I am using 'only' a QImage.scale for this
> purpose, it is much too slow, it works but it is of no real use :-(
I've basicaly already in my head how it should looklike - the only
problem is time (and I assume you would have like it)
> b) I tried to hack around in the 'Overlay' routines to try to force the thing
> somehow to be scaled, but well, I failed completely there, it isn;t that
> easy...
>
> c) I had a very close look at the source code of xawtv/motv.
Yeah part of the plan was to use Xv extension.
> Sigh, I can program Qt, but I have never ever programmed X86 directly, and
> we're talking here about severe xlib programming, so I'm bound to fail here.
I could program basicaly everything for Video/OpenGL - but bacause of this :)
I have also many other things for writing :)
> mplayer has got a library called libvo, which contains code for about every
> way of getting graphics scaled fast on the screen, maybe it could be worth a
> try to merge Avicap with the libvo code somehow?
No way - I've many objections against especially this part of mplayer -
> I'd volunteer, but it also looks like a lot of xlib-programming, and I'm not
> perfect for that task.
If you would have survived for a few months without this - I'll add some support
which will handle this.
> e) I had a short look at the sdl-overlay code in aviplay, I dunno how easy it
> would be to port it to avicap.
Yeah - it will be reused by avicap
> I'd also like to know about the development status of 'qtrecompress'
As I've mentioned previusly - the priority is to fix avicap - but
there have appeared few non-trivial problems which I want to resolve
somehow cleanly.
Once this will be usable and reliable avirecopress will reuse
this code.
> qtrecompress looks like a very young VirtualDub, are there any plans to make
> qtrecompress a tool as good as VirtualDub?
>
> I'd have interest in helping there - but I don't have any ideas or knowledge
> about programming to use codecs, about howto find the next frame/keyframe and
> to paste a resulting avi together.
Well the current problem is the avifile's API is two years old and
has some problems - I'm planning to stop development 0.7 version
0.8 version will be incompatible but probably somewhat easier to use
(there are currently few ugly hack which allows aviplay to use all the
magic of DR rendering)
--
.''`.
: :' : Zdenek Kabelac [EMAIL PROTECTED], users.sf.net, fi.muni.cz}
`. `' Debian GNU/Linux maintainer - www.debian.{org,cz}
`-
_______________________________________________
Avifile mailing list
[EMAIL PROTECTED]
http://prak.org/mailman/listinfo/avifile
