у меня в этой версии не пашет пульт,перехожу назад на девятку и всё начинает работать.Что это может быть?

Зато Windows нативно давно уже (несколько десятилетий) поддерживает UTF-16, этот вариант даже лучше UTF-8, т.к. о экономии места на диске программой Behold-TV говорить смешно.

Ядро ОС и платформа .NET работают в юникоде, то бишь (с некоторыми оговорками) в UTF-16.


Прикладные программы перекодируют в юникод, благо это не шибко сложная задача. UltraEdit, например, понимает также EBCDIC, - это не значит, что это заслуга ОС.


Некоторые ОС имеют нативную поддержку UTF-8, например, ряд сборок Linux. В других перекодируется в юникод или в другую (основную для ОС) кодировку на прикладном уровне.


UTF-16 ничем не лучше UTF-8. UTF-16 - ошибка природы. Переходный этап между вавилонским столпотворением кодировок и UTF-8.

Все настройки изначально установлены согласно рекомендациям в FAQ.
Прошу разработчиков софта обратить внимание на проблему.

http://www.beholder.ru/bb/viewtopic.php?p=54925#54925

При переходе на новую версию ПО, начиная с версии 509, перестал функционировать пульт дистанционного управления, пробовал на разных системах, и менял версии драйверов, пульт не работает. Версия тюнера 409 FM, как можно решить эту проблему.

А как именно операционная система должна поддерживать UTF-8? В региональных настройках кодовая страница 65001 (UTF-8 ) присутствует (Панель управления -> Язык и региональные стандарты -> Дополнительно -> Кодовые страницы таблиц преобразования).

Или вы имеете в виду какую-то другую поддержку?


Почему? Если BeholdTV будет хранить свои данные в Unicod'e, то никаких проблем с "руссификацией", ИМХО, не будет.

Там нет слова UTF-8. Там есть Unicode. Понятие кодовой страницы относится к внутреннему представлению символов. А UTF-8, UTF-16 и UTF-32 - это способ кодирования последовательности символов. Вот винда и не работает со способом кодирования UTF-8. Ранние версии Windows (NT) поддерживали Unicode, когда стандарт был ещё в зачаточном состоянии. NT не работает с последующим расширением юникода - UTF-16. Win95/98/98SE имеют опциональную поддержку юникода (в виде прикладываемого апдейта), но опять-таки, старую (базовую) версию. Ядро XP (и старше) работает целиком на UTF-16. Ни один системный вызов не переварит строку, переданную в UTF-8. Или CHAR (кодировка Windows с выбранной в региональных настройках кодовой страницей), или WCHAR - строка в кодировке UTF-16.


Потому что изначально предполагалось, что все используемые символы впишутся в 65536 code points, на что и рассчитывал Билл Гейтс, когда внедрял юникод в винду. Когда же оказалось, что это нереально, стандарт пришлось расширять, вводя в 16-битную кодировку так называемые "суррогатные пары", когда один символ кодируется двумя подряд идущими кодами. Мало того, что утратилось преимущество постоянной длины символа, появились другие важные проблемы:
- Редко какой софт тестируется на безглючность работы с суррогатными парами. Как правило, если в валидной строке UTF-16 появляются суррогатные пары, прикладному софту сносит крышу.
- Строки утратили свойство двоичной сортируемости. При двоичной сортировке строк может оказаться, что символы со старшими кодами меньше символов с младшими кодами.
Плюс к тому традиционные проблемы самого юникода:
- Извечная война тупоконечников с остроконечниками (Little-endian vs Big-endian), когда один и тот же текст может быть передан двумя разными последовательностями, а, следовательно, требуется magic byte, определяющий какой байт, старший или младший, идёт первым.
- Несовместимость с традиционным представлением обычного ASCII-текста (ASCII-текст не является валидным с точки зрения UTF-16)
- Большинство текстов распухает в два раза без серьёзного на то основания.
UTF-8 все указанные проблемы решает.


А я ничего не говорил про проблемы с русификацией. Я лишь отметил неточность с пониманием работы виндовса.

Yoda, спорить не буду так как сам не очень глубоко владею этой темой. Но в WinXP в диалоге "Язык и региональные стандарты" кодировка UTF-8 поддерживается (как и множество других), см. скриншот:


А в каком формате в своих недрах винда представляет данные по-моему должно быть по барабану, т.к. с помощью таблиц преобразования требуемую последовательность симоволов можно привести к любой кодировке.

Кстати, порядок байт в UTF-8 тоже может быть разным: http://en.wikipedia.org/wiki/UTF-8#Byte_order_mark и размер файла в UTF-8 может быть больше чем в UTF-16 (символы с U+0800 по U+FFFF для китайского в UTF-8 займут три байта, хотя это -- экзотика)
Так что все не так однозначно.

Это не та перекодировка. Это ИЗ UTF-8 во внутренний юникод.


Это не байт-ордер марк. Порядок байт в UTF-8 не может быть разным. Там речь идёт об опциональной сигнатуре: "In UTF-8, this is not really a "byte order" mark. It identifies the text as UTF-8 but doesn't say anything about the byte order, because UTF-8 does not have byte order issues". (В UTF-8, это на самом деле не "байт-ордер" марк. Эта сигнатура идентифицирует текст как UTF-8, но ничего не говорит про порядок байт, потому что UTF-8 не имеет проблем с порядком байт): http://en.wikipedia.org/wiki/Byte-order_mark


Я в курсе. Я говорил про основную массу языков. Причём, даже русский (двухбайтовый) текст занимает меньше места, поскольку имеет большое кол-во однобайтовых знаков препинания и пробелов.

Yoda, спасибо за пояснения.

Больше UTF-8 обсуждать в этой теме не буду, а то еще чего доброго забанят за оффтоп

вот в этом обзоре:
http://www.reviews.ru/clause/article.asp?id=3618
говорится о новой версии ПО, где же оно на сайте?

Эта версия имеет поддержку тюнеров A8/H8 и не актуальна для пользователей других моделей.

Развейте моё сомнение. Имею древний тюнер. Года 4 назад я помню что функция "Предусиление ПЧ тюнера" у меня точно работала. А сейчас в версии 5.10 разницы не слышу, сигнал плохой .

Я смотрю ещё у одного человека при переходе на свежее ПО перестал работать пульт.Выше писал но никто не ответил.есть ещё люди кто сталкивался с такой проблемой?Подскажите,если её исправили и как?