| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since Windows Vista, when running at 144 DPI or higher with composition
switched on, applications that don't declare themselves to be DPI aware
are stretched by the window manager, kind of like low resolution apps in
OSX.
To avoid this, declare DPI awareness in the manifest. Since mpv is
practically resolution independent this shouldn't cause any trouble. The
'True/PM' value declares per-monitor DPI awareness in Windows 8.1, so
that the mpv isn't shrunk when moved from a high DPI screen to one with
a lower DPI.
Also, avoid compatibility shims by declaring compatibility with all
Windows versions from Vista to 8.1 and add the missing uiAccess
attribute to the requestedExecutionLevel element.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Move the reading loop from read_all_fd_events to read_events. If
got_new_events is set when calling read_events, don't actually wait
and set the timeout to 0.
(Note that not waiting is sort of transparent to the caller: the caller
is just supposed to execute the event loop again, and then it will
actually wait. mplayer.c handles this correctly.)
This might reduce latency with some input sources.
|
| | |
|
| |
|
|
|
|
|
| |
Removes some code duplication. Also restructure the input waiting code
a bit: split the select() loop into a input_wait_read() function. On
systems which do not have POSIX select(), this function has an alternate
implementation, which waits unconditionally.
|
| | |
|
| |
|
|
|
| |
This improves some lacking areas of the documentation based on some remarks
and questions I got on IRC from @jon-y.
|
| |
|
|
|
| |
The previous code would pass down `len` instead of `read_len` which, in theory,
could be more than what was available in the buffer.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The main problem is that this m_struct stuff uses pointers for offsets
(why...), so we mangle it by intptr_t. This stuff really should use ints
(or in theory ptrdiff_t) for offsets, but changing it would be too much
effort, and hopefully this m_struct stuff will go away and replaced by
the common option parser mechanism instead.
Shuts up warnings on Windows.
Patch suggested by jon_y and rossy on IRC.
|
| |
|
|
| |
Was not cleanly removed with internal network code removal.
|
| |
|
|
| |
Didn't work on Windows. Apparently, WIN32 is not set in the Makefile.
|
| | |
|
| | |
|
| |
|
|
|
| |
This improves the situation when moving a window from screens with different
DPIs.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Add this option, which lets users set the cache size without forcing it
even when playing from the local filesystem.
Also document the default value explicitly.
The Matroska linked segments case is slightly simplified: they can
never come from network (mostly because it'd be insane, and we can't
even list files from network sources), so the cache will never be
enabled automatically.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This was missing from the previous commit. It worked by luck, because
the sub-commands weren't freed either (as long as the original command
was around), but this is proper.
Also, set the original string for command lists (needed for input-test
only).
|
| |
|
|
|
|
| |
This is a regression caused by 854303a. This commit removed the include of
`sys/time.h` which was included in `cache.c` through a chain of recurvive
includes.
|
| |
|
|
| |
Separate the commands with ';'.
|
| |
|
|
|
|
| |
This is needed by demux_mkv to decode files with compressed tracks.
Requested by nikoli.
|
| |\
| |
| |
| |
| | |
Conflicts:
video/out/gl_video_shaders.glsl
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
This was accidentally broken with 37c5c11 and has been nroken for
5 months.
Does anyone (want to) use this at all?
|
| | |
| |
| |
| |
| |
| | |
This doesn't help if -pthread is omitted. (Apparently, glibc 2.17, on
which I tested the previous commit, doesn't require -lpthread in order
to use pthreads either.)
|
| | |
| |
| |
| |
| | |
In order to use clock_gettime() (which we need for use with
pthread_cond_timedwait()), most glibc versions need to link with -lrt.
|
| | |
| |
| |
| | |
Obscure corner case, but in theory we support this.
|
| | |
| |
| |
| |
| |
| |
| | |
Commit 7b16d4b changed some stream implementations to check the buffer
size passed to them. This made stream_cdda stop working, because the
default buffer size is smaller than the CDIO frame size. So pass the
sector size instead of the (arbitrary) default buffer size.
|
| | |
| |
| |
| |
| |
| |
| | |
Not sure how this worked. Only af_export.c and tvi_v4l2.c were
using mmap, but they didn't include osdep/mmap.h or mmap_anon.h. In
any case, we trust that the target system is sufficiently POSIX
compliant if mmap is actually defined (as checked by configure).
|
| | | |
|
| | |
| |
| |
| | |
All of the removed lines are hopefully useless and didn't do anything.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Seeking to position 0 meant to try reconnecting with some streams,
actually just the internal http implementation. This has been removed,
so we don't need the special handling anymore.
This means we don't have to be stuck in a retry loop if the stream
doesn't even support reconnect.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
stream_vstream.c in particular was actually dependent on the network
code, and didn't compile anymore.
Cleanup the protocol list in mpv.rst, and add some missing ones
supported by libavformat to stream_lavf.c.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
This was an old leftover from an earlier cleanup (which happened in
2003), and which used "special" stuff for streams that could be only
forward-seeked.
Also, don't add mode flags to s->flags; they're supposed to be in
s->mode instead.
|
| | |
| |
| |
| |
| |
| |
| | |
This was under CONFIG_NETWORKING, so in theory it should have been save
to remove. But actually this disables forward skipping when reading
from a pipe. (Still a questionable feature, because it doesn't behave
well with libavformat - but it was not supposed to be changed.)
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This commit removes the "old" networking code in favor of libavformat's
code.
The code was still used for mp_http, udp, ftp, cddb. http has been
mapped to libavformat's http support since approximately 6 months ago.
udp and ftp have support in ffmpeg (though ftp was added only last
month). cddb support is removed with this commit - it's probably not
important and rarely used if at all, so we don't care about it.
|
| | |
| |
| |
| | |
Preparation for removing the old network code.
|
| | | |
|
| | |
| |
| |
| |
| | |
This should help with github issue #128, which reported stuttering
distorted sound with 6 channel audio, but not with 2 channels.
|
| | |
| |
| |
| |
| |
| |
| | |
--disable-libquvi creates the impression that it disables libquvi 0.9
as well. It doesn't, because it refers to libquvi 0.4, and 0.4 and 0.9
are practically completely different libraries. Make this more explicit
by renaming the switch to include the "4" version number.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fixes compilation with broken libcs, like on Cygwin. C99
absolutely requires long double and associated functions like expl,
even if long double is double. But newlib (used by cygwin) omits
declaration for these if long double is equivalent to double.
The extra precision is not needed here, so remove it to make life
easier for the single person using mpv with cygwin.
|
| | |
| |
| |
| |
| |
| |
| |
| | |
The entries were always added after the insertion point - but that
means the entries are appended in reverse order. So update the
insertion point on each entry.
Regression introduced by commit 5f664d7.
|
| | |
| |
| |
| |
| |
| | |
When reading something successfully, the eof flag should never be 1, so
clear it in these situations. The eof flag will be set properly on the
next read call.
|
James Ross-Gowan
wm4
Stefano Pigozzi
Jonathan Yong
Stephen Hutchinson
Bin Jin
Rudolf Polzer
Martin Herkt