|
From: Arne S. <ar...@sc...> - 2001-01-13 07:17:09
|
My wish list:
speed: a way do do 25 or 30 fps even on slower hardware, maybe with a half
or quarter size image and other tradeoffs. Currently, scaling down the
image slows it down even more (it's an additional phase).
quality: somebody said the mmx routines are less precise than real floating
point routines. For image processing (conversion to mpeg) I need the best
possible input, regardless of cpu time. These would be overnight jobs
anyway.
de-interlacing: the interlacing effects are annoying.
I do not believe we need more features in the sample program. There are
plenty of Xv-, SDL- and other sample programs around.
Audio might need some work and testing. I have some audio code in the
dvgrab program (for writing type 2 avi files, which need a separate audio
track) and I am not sure everything is correct. It sounds reasonable with
my equipment though. I did not look into libdv's recent audio additions
yet.
Arne
-----Original Message-----
From: Stefan Lucke
Sent: Friday, December 29, 2000 9:31 PM
To: lib...@li...
Subject: [libdv-dev] Where to go ?
Hi,
what about the future of libdv ?
During the last months Buck is the only one of the original developers
who takes care of libdv.
- output format selection
Our sample applicatiopn should take care of
- direct output (X11) only if desired.
- possible intermix of PAL/NTSC
-> select output buffers in a way that at least two frames could
be placed in.
- audio extraction
- sample application
- tests cases
- encoding (dct88 vs. dct 248)
When to use dct248 insteadof dct 88
From my experience 248 is used when there are significant differences
in Y values within a macro block (segement)
Upper left <-> lower right.
So for encoding we need a function like
dv_enc_use_dct248 (dv_macroblock_t *mb)
- new functions:
typedef enum { normal, wide} dv_format_t;
int dv_enc_use_dct248 (dv_macroblock_t *mb)
int dv_dec_is_wide_screen (dv_frame_t *fr)
dv_format_t dv_notify_format_change (void);
dv_system_t dv_notify_system_change (void);
--
mfg
Stefan Lucke (lu...@sn...)
_______________________________________________
libdv-dev mailing list
lib...@li...
http://lists.sourceforge.net/lists/listinfo/libdv-dev
|