[ImgBurn builds ISO9660 level 1 names using ANSI (WINDOWS) codepage]

file name created using OEM (DOS) looks under dos (OK!):

ФАЙЛТЕСТ.TXT

 

file name created using ANSI (like ImgBurn does) looks under dos:

╘└╔╦╥┼╤╥.TXT

 

this is because ANSI uses different show for codes in range 128-255

 

from Win32 programmer's reference:

==================================================

The CharToOem function translates a string into the OEM-defined character set.

(OEM stands for original equipment manufacturer.)

This function supersedes the AnsiToOem function.

 

BOOL CharToOem(

 

LPCTSTR lpszSrc, // pointer to string to translate

LPSTR lpszDst // pointer to translated string

);

 

 

Parameters

 

lpszSrc

 

Pointer to the null-terminated string to translate.

 

lpszDst

 

Pointer to the buffer for the translated string. If the CharToOem function is being used as

an ANSI function, the string can be translated in place by setting the lpszDst parameter to

the same address as the lpszSrc parameter. This cannot be done if CharToOem is being

used as a wide-character function.

 

 

 

Return Values

 

The return value is always nonzero.

[ImgBurn builds ISO9660 level 1 names using ANSI (WINDOWS) codepage]

Sorry, i don't know English.

 

ImgBurn builds ISO9660 level 1 names using ANSI (WINDOWS) codepage. It has negative effect

when selected "DOS" or "ASCII" character set and names contains national character. E.g. under

DOS this names looks unreadable (at least visual). Nero with same ISO9660 level 1 restrictions builds

names using OEM (DOS) codepage. However, standard MSCDEX-driver (under DOS) can't access files

with national characters (but can show).

 

Thank you for quality soft.