Menu

Svn Commit Log


Commit Date  
[r2912] by wackston2

Fix setting of min GOP size to max GOP size / 2
if GOP size is non-default.

2005-11-05 16:05:02 Tree
[r2911] by sms00

yuvdenoise has not had a '-b' option for some time. Thus describing y4mshift's
-b option as "same as yuvdenoise" was confusing and misleading.

2005-11-05 00:00:29 Tree
[r2910] by sms00

Don't need the extra <sys/types.h> that was using during testing.

2005-11-04 05:22:08 Tree
[r2909] by sms00

Can't use _FILE_OFFSET_BITS == 64 because on some systems (AMD64/SuSE10 for
example) the AC_SYS_LARGEFILE check determines that nothing special needs
to be done for supporting large files - this places "/* #undef _FILE_OFFSET_BITS */"
in config.h.

Changes were made that if NO size limit was explicitly given (usually '-m #MB'
for the tools) then allow unlimited filesize (the ODML extensions will handle
the AVI files and Quicktime hasn't had a size limit in eons).

Also, consolidate the 3 copies of the size limit definitions into one
place (lav_io.h).

2005-11-04 05:20:57 Tree
[r2908] by wackston2

More sensible tuning of GOP splitting and more
reasonable min GOP size...

2005-11-01 09:50:28 Tree
[r2907] by sms00

dynamically allocate chOutFile - hardcoded max lengths shouldn't be used.
A little cleanup.

Also the 2GB (1900MB) limit and multiple (%d) file output can go away now
that ODML AVI support is present.

2005-11-01 05:49:28 Tree
[r2906] by rbultje

Fix dmesg flooding

2005-10-30 20:12:51 Tree
[r2905] by waldviertler

Added the patch from: Alessandro Fausto - fareale

It can be found in the Patches Tracker: [ 1334877 ] Solve the glav current video position always zero.

Short description:
In my system withint the glav tool the time position do
not work, i have found
and patched the problem.

After debugging i have found that the scanf function
only decode the first
parameters and fail for other 3 integer parameters.

The incriminated call is located at
lavtools/glav_main.c row 337

sscanf(inpbuff+1,"%lg/%d/%d/%d",&fps,&cur_pos,&total_frames,&cur_speed);

the inpbuff is @24.0004/52/32692/1
the sscanf extract 24, 0, 0, 0 and return 1 (only one
token correctly decoded)

It fail to decode the decimal part (.0004) of the
floating point number.

I have changed this function with a more complicated
splitting (without strtok)
and manual extraction.
The problem with .0004 remain but to not interfere with
integer tokens decoding.
With this all work very fine!!

2005-10-29 04:44:49 Tree
[r2904] by stefan_fendt

bugfix: orientated SINC-reconstruction was using incorrect taps on one
direction

2005-10-26 07:17:56 Tree
[r2903] by sms00

If the user give "-f q" and wants to call the file foo.avi that's his right.

2005-10-24 03:17:56 Tree
Older >
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.