# For MKV files, placeholder, %\_video\_bitrate% is NOT working, and audio bitrate (aka %\_bitrate%) is inaccurate

**URL:** <https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879>\
**Category:** Support\
**Created:** [August 21, 2023, 11:57pm UTC](https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879 "2023-08-21T23:57:25Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![wneclass2018](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/w/cdc98d/32.png) [@wneclass2018](https://community.mp3tag.de/u/wneclass2018)\
**Post date:** [August 21, 2023, 11:57pm UTC](https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879/1 "2023-08-21T23:57:25Z")

</div>

I noticed this last year, but it slipped my mind. For **.mkv** , or . **mka** , files, with the presence of a video track, the place holder, " **%\_video\_bitrate%**", is NOT working. The place holder, **%\_video\_bitrate%** , fails to read the video bitrate of the mkv file, and the %\_bitrate% placeholder, which is specific for audio bitrate, is the placeholder that the mkv file uses to display the TOTAL/OVERALL bitrate (verified via MediaInfo.exe). Basically, pertaining to mkv containers, there is an issue with both placeholders %\_video\_bitrate% and %\_bitrate% because audio bitrate (aka %\_bitrate%) is replaced by TOTAL bitrate of an mkv file. Nevertheless, there are no issues concerning MP4 containers, and the reason that I am asking is because I created a Column, "TOTAL Bitrate (VIDEO + AUDIO)", of the total sum bitrate of BOTH audio bitrate (aka %\_bitrate%) and video bitrate (%\_video\_bitrate%), which was successful for MP4 files with a video track, but not mkv files with a video track.

**COLUMN** : **Bitrate (AUDIO)**, for the value, WITHOUT double quotations, is "%\_bitrate% kbit/s"  
**COLUMN** : **VIDEO Bitrate** , for the value, WITHOUT double quotations, is "$if($and($neql($len(%\_video\_width%),0),$neql($len(%\_video\_height%),0)),%\_video\_bitrate% kbit/s,Not Applicable)"  
**COLUMN** : **TOTAL Bitrate (VIDEO + AUDIO)**, for the value, WITHOUT double quotations, is "$if($and($neql($len(%\_video\_width%),0),$neql($len(%\_video\_height%),0)),$fmtNum($add(%\_bitrate%,%\_video\_bitrate%)) kbps,Not Applicable)"

Moreover, as you can see, from the attached images, the **MKV** file column, for VIDEO Bitrate, ONLY displays "kbit/s", and the verification, via MediaInfo.exe, which, in the image, is HIGHLIGHTED/BOXXED in **RED** , shows what the values should be, while the image, HIGHLIGHTED/BOXXED in **BLUE** , is for the **MP4** file that was verified via File Explorer File Properties, Details tab.

**COLUMN (IMAGE)**:

 ![Image 4K (2023-08-21)_(16 hr_28 min_09 secs)_001](https://community.mp3tag.de/uploads/default/original/2X/5/5674a56c57df6965044c311fc4ff8935937874fb.png)

**MKV file (IMAGE via Mediainfo.exe)**:

 ![COMBINED_2023-08-21_165202](https://community.mp3tag.de/uploads/default/original/2X/b/bab587526a85185e8e8f923e0c71d869fc37a53d.jpeg)

**MP4 file (IMAGE via File Explorer File Properties, Details tab)**:

 ![Image 4K (2023-08-21)_(16 hr_23 min_51 secs)_001](https://community.mp3tag.de/uploads/default/original/2X/8/8fb74d3a176e815088839143072afc4d7fa5cbc6.png)

---

<div class="post-metadata">

**Author:** ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)\
**Post date:** [August 22, 2023, 3:41pm UTC](https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879/2 "2023-08-22T15:41:03Z")

</div>

Thanks for pointing, I'm aware of this limitation. The reported bitrate via `%_bitrate%` is an average bitrate calculated based on the size of the file and the duration.

The Matroska file format doesn't contain the bitrates of the individual tracks, so the best way would be to have a decoder for each of the contained codecs. This is beyond the scope of what I want to do with Mp3tag.

I might find a way to use the Matroska Clusters to estimate the actual bitrate and will keep you posted.

---

<div class="post-metadata">

**Author:** ![wneclass2018](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/w/cdc98d/32.png) [@wneclass2018](https://community.mp3tag.de/u/wneclass2018)\
**Post date:** [August 22, 2023, 6:46pm UTC](https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879/3 "2023-08-22T18:46:19Z")

</div>

No worries, sir. Thank you

---

<div class="post-metadata">

**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\
**Post date:** [February 9, 2026, 12:30pm UTC](https://community.mp3tag.de/t/for-mkv-files-placeholder-video-bitrate-is-not-working-and-audio-bitrate-aka-bitrate-is-inaccurate/61879/4 "2026-02-09T12:30:08Z")

</div>


