# V3.37-beta.4: export in UTF-16 is written without BOM although “Write BOM” is enabled **URL:** \ **Category:** Support\ **Created:** [October 24, 2026, 9:26pm UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999 "2026-10-24T21:26:32Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![rsfreitas](https://community.mp3tag.de/user_avatar/community.mp3tag.de/rsfreitas/32/5968_2.png) [@rsfreitas](https://community.mp3tag.de/u/rsfreitas)\ **Post date:** [October 24, 2026, 9:26pm UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/1 "2026-10-24T21:26:32Z")
Hello, After updating to Mp3tag v3.37-beta.4 (Oct 23 2026), my export file is saved as UTF-16 LE **without a BOM** , even though “Write BOM” is checked in Tools \> Options \> Export. **Details:** - I export to a tab-separated text file with my own export template. The first line of the template is: `$filename(tsv,utf-16)STATS$char(9)%_total_files%$char(9)%_total_size%$char(9)%_total_time%$char(9)%_date%` - “Write BOM” was enabled before the update and still is. - I did not change any export setting. Until now, the same export produced a file starting with the UTF-16 BOM (FF FE). - The new file starts directly with the bytes `53 00 54 00` (the letters “ST” in UTF-16 LE), with no BOM. - This breaks software that relies on the BOM to detect the encoding. **Expected:** a BOM at the start of the file, as before. **Actual:** no BOM. Could you please check whether this is a regression in the beta, (v3.37.beta.2, was exporting fine) or whether the behavior was changed on purpose? I’m happy to provide the full export template or a sample file if needed. Thank you! ---
**Author:** ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)\ **Post date:** [October 24, 2026, 10:02pm UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/2 "2026-10-24T22:02:32Z")
I just used a very basic export script and enabled BOM, wrote the export, then disabled BOM and wrote the file. These are the results as shown in a hex editor: ![grafik](https://community.mp3tag.de/uploads/default/original/3X/f/8/f8553d33f9508f07f854b3f30aa81fbc80e3095a.png) ![grafik](https://community.mp3tag.de/uploads/default/original/3X/5/9/594021729805ea178c59da5ac3e7b4bcd119ad37.png) which means that I get BOM written. ---
**Author:** ![rsfreitas](https://community.mp3tag.de/user_avatar/community.mp3tag.de/rsfreitas/32/5968_2.png) [@rsfreitas](https://community.mp3tag.de/u/rsfreitas)\ **Post date:** [October 25, 2026, 6:35am UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/3 "2026-10-25T06:35:53Z")
Ok. I accept that. But, in previous version v3.36 I had BOM written. Now I don't, even after re-installing v3.36. With BOM enabled I don't get it! And I've tried with CSV export, same problem. So maybe the problem is elsewhere. On my Windows 10 or something. Thank you. ---
**Author:** ![rsfreitas](https://community.mp3tag.de/user_avatar/community.mp3tag.de/rsfreitas/32/5968_2.png) [@rsfreitas](https://community.mp3tag.de/u/rsfreitas)\ **Post date:** [October 25, 2026, 8:54am UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/4 "2026-10-25T08:54:57Z")
HI again, Found out problem is in mp3tag.cfg. If I delete it and restart program BOM is written. However I loose al my customizations... Replacing old .cfg, problem returns. Any light? Please. ---
**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:** [October 25, 2026, 9:10am UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/5 "2026-10-25T09:10:09Z")
Do you have **Append data** enabled and the (possibly empty) target file already exists? ---
**Author:** ![rsfreitas](https://community.mp3tag.de/user_avatar/community.mp3tag.de/rsfreitas/32/5968_2.png) [@rsfreitas](https://community.mp3tag.de/u/rsfreitas)\ **Post date:** [October 25, 2026, 9:36am UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/6 "2026-10-25T09:36:28Z")
Yes!!! Thank you. No **Append data** enabled, but previous target file (not empty, previous list), existed. I've delete it, exported again, and BOM! There it was! Thank you! (Did not understood why, previous file existed before this "bug". The exporting TSV is an incrementional, low frequence, file). But again! It worked! Solution found! ---
**Author:** ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)\ **Post date:** [October 27, 2026, 9:37am UTC](https://community.mp3tag.de/t/v3-37-beta-4-export-in-utf-16-is-written-without-bom-although-write-bom-is-enabled/71999/7 "2026-10-27T09:37:07Z")
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.