| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
Make the tracknumber/tracktotal buffer larger (possible overflow).
|
|
|
|
This is to avoid having to rebuild external plugins for each new release.
--HG--
extra : transplant_source : %C2%3EF%0B%EF%16%40K%FD.%EB9%E07%CB%97GhU%98
|
|
|
|
|
|
|
|
|
|
|
|
"times" and "filepositions").
Parse flv script data only once upon send_headers().
Use relative seeking instead of absolute seeking when seek_time-current_time is below 5 seconds.
(transplanted from 689daba9823670864eaef213733987196be21acc)
--HG--
extra : transplant_source : %3CA%D9%CBuM%14%DAR%F8%89K%EF%13%83%17%9A%F7%AB%8F
|
|
|
|
application/x-flac is not reported anywhere.
Both file(1) and shared-mime-info report audio/x-flac.
Xiph wiki[1] reports audio/flac as being queued for registration.
Report both audio/x-flac and audio/flac for compatibility.
[1] http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions
|
|
Some 0-sized sections were observed in the TS PMT parser.
Test setup details:
Test channel is Film 4 on Freeview.
Test hardware is a Nova-T Stick (older dib7000m variant).
Drivers from v4l-dvb hg, id a1c94c4a05f5, with dib7000m_set_frontend() patched
to select OUTMODE_HIGH_Z while tuning.
|
|
(Cset 1a0447486a13 broke things differently.)
|
|
|
|
This fixes a crash in the ASF demuxer, caused by the example exploit file given
for CVE-2006-1664.
|
|
compensate pts.
|
|
|
|
Replaced a magic number by #define.
|
|
|
|
|
|
This has a side effect: versions older than 1.1.10 do not unescape, so
"#save:foo%23.ts" will result in a file named "foo%23.ts".
Front end maintainers, beware :-)
|
|
This was broken in 1.1.8 when #subtitle:/file was fixed.
|
|
|
|
|
|
|
|
|
|
Fixed random glitches.
|
|
|
|
|
|
|
|
Fixed bug id=2.
|
|
Fixed bug id=17.
|
|
skips the first part of the frame.
Fixed wmv playback with ffmpeg.
|
|
Typo of WORDS_BIGENDIAN in in /src/video_out/macosx/XineVOpenGLView.m. It
only affects big-endian systems (PowerPC) as it defaults to little-endian.
|
|
|
|
CVE-2008-0225; ported from mplayer changeset 22821.
|
|
|
|
|
|
Previously, with junk content, the plugin could potentially consume lots of
memory (possibly causing a local DoS).
Also, a few small memory leaks have been eliminated.
|
|
|
|
instance yet.
|
|
One can assume that a still frame is to show when there are no more
frames left to display.
The changed code uses _x_query_buffer_usage() to retrieve the number
of frames waiting to be displayed to integrate this information into
the decision.
|
|
|
|
There are some situations where bob deinterlacing doesn't make much
sense, as the effect doesn't work for example for slow motion. And
in fast motion mode, the sleep between displaying the two fields
lowers the reachable fast motion frame rate. Another annoying effect
is the reduction in vertical resolution for still images.
The changed code tries to detect such issues and disables bob
deinterlacing for such frames. The detection of still images is
still to come.
|
|
Bob deinterlacing is implemented as showing the top field, sleeping
for half the frame duration and showing the bottom field. Most
drivers tend to synchronize displaying a field on the VBI and thus
displaying a field may take up to half the frame duration in certain
cases.
According to the original code, the sleep took always half the
frame duration and therefore the second field could get displayed
too late. As a result, the driver was syncing to VBI most often,
so that things got even worse.
The changed code now calculates the sleep time in a way that the
second field gets displayed half the frame duration after the
first field. Moreover, it monitors how much time was spent to
display the first field and when this time exceeds 75 % of the
field time (= half the frame time), it skips displaying the second
field, as usually this is an indicator that the driver has no
more frame buffers left. So displaying the second field would just
make things go worse.
|
|
The current implementation keeps references to VO_NUM_RECENT_FRAMES
frames (for deinterlacing), but doesn't make any use of them.
As many XXMC capable devices only supply 8 frames at all, keeping
fewer frames referenced makes more available for decoding and thus
avoids frame drops by keeping the number of frames which are ready
for display more often above frame_drop_limit.
|
