This fixes several glitches like concurent animation of window resize
and fullscreen resize.

This also removes old workarounds which are not needed anymore.

close #10826

This should not be needed anymore.

Sometimes GF_INERTIA is caught too, for example

This eliminates the inconsistency between the equalizer bands that are
portrayed by the API and the bands that are actually used by the equalizer
module.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Only the path to the bluray structure itself is supported.

Signed-off-by: Rafaël Carré <funman@videolan.org>

To ensure the vdp_t instance pointers comparison is valid, the old and
new instances must be contemporary. Otherwise, the heap could put both
instances at the same memory address. So keep a reference to the old
device until after the comparison.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Referenced chapter tracks might not contain chapter only data.

In general, the picture buffer contains, in memory order:
- cropped top scan lines,
- visible scan lines,
- cropped bottom scan lines,
- extra codec lines,
- padding lines.

This order needs to be preserved when flipping vertically or rotating
180 degrees, since filters and displays rely on this. In particular,
the picture plane structure so far has no provisions for non-zero
offsets, so filters expect visible pixels at the top left of each
pixels plane. Effectively, non-zero offsets only work for cropping
after filtering. Lets assume that the number of cropped lines are
identical at the top and bottom, and keep the X and Y offsets as are.

This fixes green lines at the bottom on R180 and VFLIP.

If support for non-centered cropping is ever required, I believe
offsets will need to be added to plane_t. This would break many video
filters though.

Only first frame in a block has timestamp, then (0) last_dts is never valid,
(1) PCR never sent, (2) track never selected by core, goto 1;

So far, the callbacks have no way to access and use the orientation, so
better fix it.