| Age | Commit message (Collapse) | Author |
|---|
|
Also, do proper blackfill to avoid dark green edges.
|
|
Video out plugins may now fail to allocate soft render space in
update_frame_format (), free possible parts of it, and indicate
that with vo_frame.with == 0.
vo_get_frame () will then free some more, and try again.
I know that is hypothetical but I somehow feel better not letting
it all run into a NULL pointer segfault immediately.
|
|
|
|
OK, I have seen it :-)
|
|
|
|
|
|
|
|
|
|
Ref. https://bugs.debian.org/739458
|
|
|
|
There are deprecated fields still in use here.
|
|
|
|
Casting const away is usually bad idea. It does not fix the cause (incorrect types).
Also, casting const away issues warning: cast discards ‘__attribute__((const))’ qualifier from pointer target type
|
|
Making them all "const char * const *" did work too
(even with Kaffeine build/run), but that would be
an API change.
|
|
I hope this does not break something as it applies to x86 only anyway.
|
|
|
|
|
|
|
|
|
|
That ff takeout was made many years ago, and no longer fits
newer external header. Big thanks to Mounir Ouali <oualim@web.de>
for pointing that out.
|
|
Example gcc -S -O2, _X_BE_32 old:
movzbl 1(%edx), %eax
movzbl 2(%edx), %ecx
sall $24, %eax
sall $16, %ecx
orl %ecx, %eax
movzbl 4(%edx), %ecx
movzbl 3(%edx), %edx
orl %ecx, %eax
sall $8, %edx
orl %edx, %eax
New:
movl 1(%edx), %eax
bswap %eax
|
|
Pt. 3: does not see these are protected by trak == NULL already :-/
|
|
|
|
This is an ISO extension, and even they dont recommend
breaking some players with it. In other words:
I have no file for testing.
|
|
|
|
|
|
|
|
|
|
Eliminate 5 temporary tables.
Fix compressed CBR audio (a52).
Add lots of table size guards.
Optimize.
|
|
|
|
No more byte scanning the entire atom,
what was slow and gave room for misinterpretations.
BTW. The diff looks worse than it is ;-)
|
|
|
|
|
|
Follow ISO 14496-12 (2005).
|
|
Dont hang when user seeks behind the end of audio while there is
still some video left.
|
|
BTW. Happy 2014 to you!
Didnt think xine will survive this far :-)
And yes, I finally got an ffmpeg patch through. That kind of rounds the circle :-)
|
|
HG #12298 + #12335 obsolete the decoder side #define's.
Tweaking libavcodec.h after building that lib may be risky or
future useless anyway.
|
|
|
|
Less audio fifo load (remember those bufs held for resending after user audio switch).
Used by qt so far.
|
|
That is, when "data" does not immediately follow "fmt ".
|
|
|
|
|
|
Old code was broken in 2 ways:
* It repeatedly multiplied drift by 29/30, thus never reaching 0.
* If decoder does not always set vo_frame.duration, strange jumps appeared.
|
|
Possibly only theory. Most real life YCgCo files are 4:4:4 what VDPAU dislikes.
|
|
|
|
|
|
I stumbled upon something - the green orange transform :-)
No, it is not lossless as some publications say. Instead, like traditional
YCbCr it maps the RGB color cube to a pyramid with a central symmetric
hexagonal base. Roughly 80% of color depth gets lost this way. The green
resolution is again worse than ITU-R 709.
It will probably not replace traditional YCbCr. It is incompatible with
existing video equipment, and it lacks an mpeg range mode needed for live editing.
However, if you can live without video equalizer, it makes an interesting
alternative for slow devices like smartphones.
Anyway, just if someone likes...
|
|
Dont output 1920x1080 as MB padded 1920x1088, for example.
And make code more readable.
BTW. VAAPI handles padding internally,
and only needs to know the pure visible size?
|
|
|
|
|
