video/mpeg                     mpeg mpg mpe     # MPEG Movie File
video/quicktime                qt mov           # Quicktime Movie File
video/x-ms-asf                 asf asx          # Windows Media  File
video/x-msvideo                avi              # AVI Movie File

    // The number of finalization rounds.
    private final int d;

    // Four 64-bit words of internal state.
    // The initial state corresponds to the ASCII string "somepseudorandomlygeneratedbytes",
    // big-endian encoded. There is nothing special about this value; the only requirement
    // was some asymmetry so that the initial v0 and v1 differ from v2 and v3.
    private long v0 = 0x736f6d6570736575L;

        ndrBuffer.enc_ndr_short(0xABCD);
        assertEquals(2, ndrBuffer.getIndex()); // Aligned to 2, then advanced by 2
        assertEquals(2, ndrBuffer.getLength());
        assertEquals((byte) 0xCD, buffer[0]); // Little-endian
        assertEquals((byte) 0xAB, buffer[1]);

        ndrBuffer.setIndex(0);
        int val = ndrBuffer.dec_ndr_short() & 0xFFFF;
        assertEquals(0xABCD, val);
        assertEquals(2, ndrBuffer.getIndex());

### Other (Cleanup or Flake)

- Build: Update Debian base images
  - debian-base:v2.1.3
  - debian-iptables:v12.1.2
  - debian-hyperkube-base:v1.1.3 ([#93924](https://github.com/kubernetes/kubernetes/pull/93924), [@justaugustus](https://github.com/justaugustus)) [SIG API Machinery, Cluster Lifecycle and Release]

            verify(mockBuffer).enc_ndr_small(DcerpcConstants.RPC_C_PF_BROADCAST); // flags
            verify(mockBuffer).enc_ndr_long(0x00000010); // Little-endian / ASCII / IEEE
            verify(mockBuffer).enc_ndr_short(message.length);
            verify(mockBuffer, times(1)).enc_ndr_short(0); // auth_value length
            verify(mockBuffer).enc_ndr_long(message.call_id);

     * In particular, in a parallel entity, the order of body parts is not significant.
     */
    @JvmField
    val PARALLEL = "multipart/parallel".toMediaType()

    /**
     * The media-type multipart/form-data follows the rules of all multipart MIME data streams as
     * outlined in RFC 2046. In forms, there are a series of fields to be supplied by the user who

        buf[i++] = tokId[0];
        buf[i++] = tokId[1];
        // MECH_OID_LEN (2 bytes big-endian)
        buf[i++] = (byte) ((oidLen >>> 8) & 0xFF);
        buf[i++] = (byte) (oidLen & 0xFF);
        // MECH_OID
        System.arraycopy(oidDer, 0, buf, i, oidLen);
        i += oidLen;
        // NAME_LEN (4 bytes big-endian)
        buf[i++] = (byte) ((nameLen >>> 24) & 0xFF);
        buf[i++] = (byte) ((nameLen >>> 16) & 0xFF);

				"application/vnd.httphone",
				"application/vnd.hydrostatix.sof-data",
				"application/vnd.hzn-3d-crossword",
				"application/vnd.ibm.afplinedata",
				"application/vnd.ibm.electronic-media",
				"application/vnd.ibm.minipay",
				"application/vnd.ibm.modcap",
				"application/vnd.ibm.rights-management",
				"application/vnd.ibm.secure-container",
				"application/vnd.iccprofile",

   * {@code int} value, interpreted in little-endian byte order. The implementation <i>might</i>
   * perform better than its longhand equivalent, but should not perform worse.
   *
   * @since 12.0
   */
  HashCode hashInt(int input);

  /**
   * Shortcut for {@code newHasher().putLong(input).hash()}; returns the hash code for the given
   * {@code long} value, interpreted in little-endian byte order. The implementation <i>might</i>

   * {@code int} value, interpreted in little-endian byte order. The implementation <i>might</i>
   * perform better than its longhand equivalent, but should not perform worse.
   *
   * @since 12.0
   */
  HashCode hashInt(int input);

  /**
   * Shortcut for {@code newHasher().putLong(input).hash()}; returns the hash code for the given
   * {@code long} value, interpreted in little-endian byte order. The implementation <i>might</i>