vaapi_h265: Fix slice header writing

This was not observed earlier because the only syntax element which
it normally misses with the current setup is slice_qp_delta, but that
is always going to be zero (in IDR frames QP isn't varied on the
slice) which will always exp-golomb code as a single 1 bit.  The
immediately following part is the byte alignment, which is always a 1
bit followed by 0s which are ignored, so as long as the bitstream is
never aligned at that point we will never notice because the only
difference is that an ignored bit is a 1 instead of a 0.

(cherry picked from commit fc30a90898)

libavcodec/vaapi_encode_h265.c

@@ -616,6 +616,7 @@ static void vaapi_encode_h265_write_slice_header2(PutBitContext *pbc,
             if (mseq->long_term_ref_pics_present_flag) {
                 av_assert0(0);
             }
+        }
 
         if (vseq->seq_fields.bits.sps_temporal_mvp_enabled_flag) {
             u(1, vslice_field(slice_temporal_mvp_enabled_flag));
@@ -687,7 +688,6 @@ static void vaapi_encode_h265_write_slice_header2(PutBitContext *pbc,
              vslice->slice_fields.bits.slice_deblocking_filter_disabled_flag)) {
             u(1, vslice_field(slice_loop_filter_across_slices_enabled_flag));
         }
-        }
 
         if (vpic->pic_fields.bits.tiles_enabled_flag ||
             vpic->pic_fields.bits.entropy_coding_sync_enabled_flag) {