*moving subpacket shuffle type to the header
*encoding packet timestamps as signed difference from the msb_timestamp this is more flexible & cleaner
*optionally storing the keyframe flag for subpackets (in RLE)
*storing the timestamps differences for subpackets (in RLE)
*storing the signed differences of subpacket sizes instead of unsigned diff from some base size
*more compact encoding of common name/type for info packets
*removing fixed entries at the start of info packets (simpler)
*removing stuffing packet (uneeded, vlc itself allows padding)
*fixing sample code
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9580 b3059339-0415-0410-9bf9-f77b7e298cf2
all overlay based vo.
Add support for xover to tdfx_vid. Sometimes the display flash bcs
the x server fuckup the overlay settings :( Not so bad as it only append
when i switch the focused window here.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9570 b3059339-0415-0410-9bf9-f77b7e298cf2
access the mem. Still the same problem than with the page fault handler :(
But it doesn't need a patched agpgart.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9567 b3059339-0415-0410-9bf9-f77b7e298cf2
socket buffering. Improve A/V sync by dropping packets when one stream
gets too far behind the other. Now tries to figure out the video frame
rate automatically (if "-fps" is not used). Added support for MPEG-4
Elementary Stream video and MPEG-4 Generic audio RTP streams.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9566 b3059339-0415-0410-9bf9-f77b7e298cf2
by "Per Winkvist <per.winkvist@telia.com>", use -frames 0 if you
want the old behaviour.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9564 b3059339-0415-0410-9bf9-f77b7e298cf2
secondary WxH values, but only the codec can decide which one is the correct...)
- better fps parsing
- print VIDEO: line with codec info
based on patch by Balatoni Denes <pnis@coder.hu>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9562 b3059339-0415-0410-9bf9-f77b7e298cf2
here (display is grabelled) but read are realiable and fast. Could
it be possible to write with the aperture and read with the page fault
handler ?
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9559 b3059339-0415-0410-9bf9-f77b7e298cf2
much better. please report if there are any cases where the old one
worked better. the docs could also use some nicer formatting...
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9555 b3059339-0415-0410-9bf9-f77b7e298cf2
(decode the first frame, and use the w*h reported by codec)
patch by Balatoni Denes <pnis@coder.hu>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9553 b3059339-0415-0410-9bf9-f77b7e298cf2
- added __builtin_delete() for cook (rp9 version at least)
- use OpenCodec2 when avaialble, 2nd param is codecpath (traced from rp8)
- fallback to i_bps=12000 when raGetFlavorProperty(1) fails (some rp9 cook flavors)
- disabled dlclose, caused memcorruption (FIXME)
inspired by bugreports/patches by Balatoni Denes <pnis@coder.hu>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9552 b3059339-0415-0410-9bf9-f77b7e298cf2
