aboutsummaryrefslogtreecommitdiffhomepage
Commit message (Collapse)AuthorAge
* player: fix OSD bar chapter marksGravatar wm42016-04-22
| | | | Truly dumb bug introduced with the previous commit.
* command: if only ab-loop-b is set, loop from start of fileGravatar wm42016-04-21
| | | | | | | | | | Commit 382bafcb changed the behavior for ab-loop-a. This commit changes ab-loop-b so that the behavior is symmetric. Adjust the OSD rendering accordingly to the two changes. Also fix mentions of the "ab_loop" command to the now preferred "ab-loop".
* ad_spdif: take care of deprecated libavcodec API usageGravatar wm42016-04-20
|
* stream_memory: add hex:// protocolGravatar wm42016-04-20
| | | | Completely useless, expect for some special purposes.
* player: force wakeup on playback restartGravatar wm42016-04-20
| | | | Just a theoretical issue, most likely.
* player: really start audio only once video is readyGravatar wm42016-04-20
| | | | | | | | | | | | | | | The check whether video is ready yet was done only in STATUS_FILLING. But it also switched to STATUS_READY, which means the next time fill_audio_out_buffers() was called, audio would actually be started before video. In most situations, this bug didn't show up, because it was only triggered if the demuxer didn't provide video packets quickly enough, but did for audio packets. Also log when audio is started. (I hate fill_audio_out_buffers(), why did I write it?)
* player: reduce some timer callsGravatar wm42016-04-20
|
* player: minor simplification to buffering property updatesGravatar wm42016-04-20
| | | | | | | | | | Strictly schedule an update in regular intervals as long as either stream cache or demuxer are prefetching. Don't update just always because the stream cache is enabled ("idle != -1") or cache-related properties are observed (mp_client_event_is_registered()). Also, the "idle" variable was awkard; get rid of it with equivalent code.
* player: simplify an aspect of buffering determinationGravatar wm42016-04-19
| | | | | | | | | | | | | | | Calculate the buffering percentage in the same code which determines whether the player is or should be buffering. In particular it can't happen that percentage and buffering state are slightly out of sync due to calling DEMUXER_CTRL_GET_READER_STATE and reusing it with the previously determined buffering state. Now it's also easier to guarantee that the buffering state is updated properly. Add some more verbose output as well. (Damn I hate this code, why did I write it?)
* demux_playlist: read directories recursiveGravatar wm42016-04-18
| | | | | | | | | | | | | | demux_playlist.c recognizes if the source stream points to a directory, and adds its directory entries. Until now, only 1 level was added. During playback, further directory entries could be resolved as directory paths were "played". While this worked fine, it lead to frequent user confusion, because playlist resuming and other things didn't work as expected. So just recursively scan everything. I'm unsure whether it's a good fix, but at least it gets rid of the complaints. (And probably will add others.)
* player: loop on end of file if ab-loop-b is unsetGravatar wm42016-04-18
| | | | Possibly slightly more useful/intuitive.
* d3dva: move Intel_H264_NoFGT_ClearVideo to lower priorityGravatar Kevin Mitchell2016-04-18
| | | | | | This seems to cause problems, so only use it if H264_E is not available. fixes #3059
* dxva2: fix missing newline in error messageGravatar Kevin Mitchell2016-04-18
|
* d3dva: include selected decoder and format in verbose outputGravatar Kevin Mitchell2016-04-17
|
* input: fix parsing multiple input command prefixesGravatar Philip Sequeira2016-04-17
|
* TOOLS/zsh.pl: complete --audio-deviceGravatar Philip Sequeira2016-04-16
|
* vo_opengl: fix an outdated commentGravatar wm42016-04-16
| | | | This wasn't updated over multiple iterations.
* command: fix cycling certain propertiesGravatar wm42016-04-15
| | | | | | | Commit a9bd4535 generally changed properties are set to string values. This actually broke the fallback for non-string properties, because the set string action was redirected directly to the property, instead of the generic handler and its fallback code.
* vo_lavc: fix build on LibavGravatar wm42016-04-15
| | | | | OF COURSE Libav doesn't have AV_PICTURE_TYPE_NONE. Why the fuck would it?
* mp_image: make mp_image_copy_fields_* privateGravatar wm42016-04-15
| | | | | Future code should always use mp_image_{to,from}_av_frame(). Everything else is way too messy and fragile.
* vo_lavc: unsupport deprecated AVFMT_RAWPICTUREGravatar wm42016-04-15
| | | | | | | | As of ffmpeg git master, only the libavdevice decklink wrapper supports this. Everything else has dropped support. You're now supposed to use AV_CODEC_ID_WRAPPED_AVFRAME, which works a bit differently. Normal AVFrames should still work for these encoders.
* vo_lavc: send refcounted AVFrame to encoderGravatar wm42016-04-15
| | | | | | This potentially makes it more efficient, and actually makes it simpler. Yes, AV_PICTURE_TYPE_NONE is the default for pict_type.
* mp_image: add mp_image_to_av_frame()Gravatar wm42016-04-15
| | | | | What mp_image_to_av_frame_and_unref() should have been. (The _unref variant is still useful though.)
* mp_image: simplify mp_image_steal_data()Gravatar wm42016-04-15
| | | | Why was this so complex.
* mp_image: pass through AVHWFramesContextGravatar wm42016-04-15
| | | | In both directions.
* ao_coreaudio_exclusive: list formats when searching substreamGravatar wm42016-04-15
| | | | Should help debug problems with AC3 passthrough not working.
* ao_coreaudio: remove unused functionGravatar wm42016-04-15
|
* lcms: include math.hGravatar wm42016-04-15
| | | | Fixes #3053.
* command: log property set callsGravatar wm42016-04-15
| | | | | | | And remove the same thing from the client API code. The command.c code has to deal with many specialized M_PROPERTY_SET_* actions, and we bother with a subset only.
* command: allow setting panscan etc. properties if no video is activeGravatar wm42016-04-15
| | | | In that case, it merely changes the underlying option value.
* client API: improve mpv_set_property() handling of MPV_FORMAT_NODEGravatar wm42016-04-15
| | | | | | | | | If a mpv_node wrapped a string, the behavior was different from calling mpv_set_property() with MPV_FORMAT_STRING directly. Change this. The original intention was to be strict about types if MPV_FORMAT_NODE is used. But I think the result was less than ideal, and the same change towards less strict behavior was made to mpv_set_option() ages ago.
* vo_opengl: rpi: don't include x11 header fileGravatar wm42016-04-15
| | | | Copy & paste bug.
* player: fix use-after-free with --screenshot-directoryGravatar wm42016-04-14
| | | | Probably fixes #3049.
* build: add check for AVHWFramesContext APIGravatar wm42016-04-14
| | | | | It's not used yet anywhere. Pushing this now so switching between branches is less bothersome.
* m_option: slightly improve --msg-level=help outputGravatar wm42016-04-13
| | | | In particular get rid of the semi-deprecated ":" separator.
* m_option: add string conversion for --audio-channelsGravatar wm42016-04-13
| | | | Requested in #3040.
* vo_opengl: simplify and improve up scale=oversampleGravatar Niklas Haas2016-04-12
| | | | | | | | | Since what we're doing is a linear blend of the four colors, we can just do it for free by using GPU sampling. This requires significantly fewer texture fetches and calculations to compute the final color, making it much more efficient. The code is also much shorter and simpler.
* demux_mkv: fix seeking with files that miss the first index entryGravatar wm42016-04-12
| | | | | | | | | Now it will always be able to seek back to the start, even if the index is sparse or misses the first entry. This can be achieved by reusing the logic for incremental index generation (for files with no index), and start time probing (for making sure the first block is always indexed).
* vf_vavpp: reindentGravatar wm42016-04-11
|
* vaapi: determine surface format in decoder, not in rendererGravatar wm42016-04-11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Until now, we have made the assumption that a driver will use only 1 hardware surface format. the format is dictated by the driver (you don't create surfaces with a specific format - you just pass a rt_format and get a surface that will be in a specific driver-chosen format). In particular, the renderer created a dummy surface to probe the format, and hoped the decoder would produce the same format. Due to a driver bug this required a workaround to actually get the same format as the driver did. Change this so that the format is determined in the decoder. The format is then passed down as hw_subfmt, which allows the renderer to configure itself with the correct format. If the hardware surface changes its format midstream, the renderer can be reconfigured using the normal mechanisms. This calls va_surface_init_subformat() each time after the decoder returns a surface. Since libavcodec/AVFrame has no concept of sub- formats, this is unavoidable. It creates and destroys a derived VAImage, but this shouldn't have any bad performance effects (at least I didn't notice any measurable effects). Note that vaDeriveImage() failures are silently ignored as some drivers (the vdpau wrapper) support neither vaDeriveImage, nor EGL interop. In addition, we still probe whether we can map an image in the EGL interop code. This is important as it's the only way to determine whether EGL interop is supported at all. With respect to the driver bug mentioned above, it doesn't matter which format the test surface has. In vf_vavpp, also remove the rt_format guessing business. I think the existing logic was a bit meaningless anyway. It's not even a given that vavpp produces the same rt_format for output.
* Revert "build: disable encoding mode by default"Gravatar Rudolf Polzer2016-04-11
| | | | | | Reverting because the use of deprecated API has been fixed. This reverts commit d0238711dc776aeee2509452202ba4748f863ee4.
* encode_lavc: Migrate to codecpar API.Gravatar Rudolf Polzer2016-04-11
|
* aspect: rework --video-unscaledGravatar Niklas Haas2016-04-10
| | | | | | | | | | | | | | | | | | | In the past, --video-unscaled also disabled zooming and aspect ratio corrections. But this didn't make much sense in terms of being a useful option. The new behavior just sets the initial video size to be unscaled, but it's still affected by zoom commands and aspect ratio corrections. To get the old behavior back, --video-aspect=0 --video-zoom=0 need to be added as well (in the general case). Most of the time it should not make a difference though. Also, there seems to have been some additional dst_rect clamping code inside src_dst_split_scaling that didn't seem to either be necessary nor ever get triggered. (The code immediately above it already makes sure to crop the video if it's larger than the dst_rect) No idea why it was there, but I just removed it.
* aspect: remove useless debug messagesGravatar wm42016-04-10
| | | | Never needed them. This makes the code slightly more readable.
* vo_opengl: improve rotation handling (again)Gravatar wm42016-04-08
| | | | | | | | | | | | | | | | | Apply basic transformations like rotation by 90° and mirroring when sampling from the source textures. The original idea was making this part of img_tex.transform, but this didn't work: lots of code plays tricks on the transform, so manipulating it is not necessarily transparent, especially when width/height are switched. So add a new pre_transform field, which is strictly applied before the normal transform. This fixes most glitches involved with rotating the image. Cropping and rotation are now weirdly separated, even though they could be done in the same step. I think this is not much of a problem, and has the advantage that changing panscan does not trigger FBO reallocations (I think...).
* TOOLS/zsh.pl: properly escape last changeGravatar Philip Sequeira2016-04-08
| | | | | | I'm an idiot. Fixes #3032.
* command: add keepaspect propertyGravatar wm42016-04-08
| | | | | | Just a bridge to the option. (Did I ever mention that I hate the property/option separation.)
* osd: add italic font for osdGravatar st4t1k2016-04-08
|
* TOOLS/zsh.pl: don't complete URLs by defaultGravatar Philip Sequeira2016-04-08
| | | | | | | ...unless no files match. Fixes #2892. To get the old behaviour back, use something like: zstyle ':completion:*:*:mpv:*' tag-order
* vo_opengl: log if glGetString(GL_VERSION) returns NULLGravatar wm42016-04-08
| | | | | | Typically happens with some implementations if no context is currrent, or is otherwise broken. This is particularly relevant to the opengl_cb API, because the API user will have no other indication what went wrong.