MPV

mpv:ass_shit

Last commit made on 2020-03-26
Get this branch:
git clone -b ass_shit https://git.launchpad.net/mpv

Branch merges

Branch information

Name:
ass_shit
Repository:
lp:mpv

Recent commits

8d5abb1... by wm4 <wm4@nowhere>

meh

537f011... by wm4 <wm4@nowhere>

video: report negative subtitle/OSD margins if necessary

Until now, it used only coordinates clipped to the screen for this,
which meant no negative margins were ever reported to libass. This broke
proper rendering of explicitly positioned ASS events (libass simply
could not know the real video size in this case.)

Fix this by reporting margins even if they're negative. This makes it
apparently work correctly with vo_gpu at least.

Note that I'm not really sure if anything in the rendering chain
required non-negative margins. If so, and that code implicitly assumed
it, I suppose crashes and such are possible.

30f6f27... by der richter <email address hidden>

travis: reactivate notifications on failure

570839c... by der richter <email address hidden>

travis: fix config validation warnings

private keys should be prefixed with an underscore (_). the sudo key is
deprecated and doesn't influence anything anymore.

e31fbbe... by wm4 <wm4@nowhere>

vd_lavc: make hwdec fallback message more consistent

The "rule" is that a fallback warning message should be shown only shown
if software decoding was used before, or in other words when either
hwdec was enabled before, but the stream suddenly falls back, or it was
attempted to enable it at runtime, and it didn't work.

The message wasn't printed the first time in the latter case, because
hwdec_notified was not set in forced software decoding mode. Fix it with
this commit. Fortunately, the logic becomes simpler.

7768452... by "Avi Halachmi (:avih)" <email address hidden>

lua: mp.get_property[_osd] don't need special handling anymore

Because they recently became normal autofree functions.

5a2fa3f... by "Avi Halachmi (:avih)" <email address hidden>

lua: readdir: fix double closedir, use one more autofree

The double closedir is a regression from the previous commit, which also
forgot to use the autofree context with the fullpath string.

8deffd9... by "Avi Halachmi (:avih)" <email address hidden>

lua: autofree: use in few more places where it could leak

This also uses talloc destructors- like the JS autofree does.

The lua autofree is now used at the same places where the JS autofree
is used.

fb984a3... by "Avi Halachmi (:avih)" <email address hidden>

lua: autofree: the ctx is now an argument

There's no more need to call mp_lua_PITA to get the ctx, and the
autofree prototype is now enforced at the C level at compile time.

Also remove the redundant talloc_free_children at these functions
since it's now freed right after the function completes.

Also, rename auto_free_node to steal_node_allocations to be more
explicit and to avoid confusion with the autofree terminology.

eb56351... by "Avi Halachmi (:avih)" <email address hidden>

lua: use an autofree wrapper instead of mp_lua_PITA

Advantages of this approach:

- All the resources are released right after the function ends
  regardless if it threw an error or not, without having to wait
  for GC.

- Simpler code.

- Simpler lua setup which most likely uses less memory allocation and
  as a result should be quicker, though it wasn't measured.

This commit adds the autofree wrapper and uses it where mp_lua_PITA
was used. It's not yet enforced at the C level, there are still
redundant talloc_free_children leftovers, and there are few more
places which could also use autofree. The next commits will address
those.