сах

В твоей ARM процедуре UnicodeToCP из описания, где задаётся номер шрифта???

Rvs, его там нет и быть не может. Процедура всего лишь переводит 2-байтовый код символа в однобайтовый.

мда... лопухнулся . Я основывался на документе от NewAge "MPEG4 Subtitle Display in ARM (RISC) Code", там у него Font выбирается.

LDRB R3, [R0,#1] ; FontID
ADD R0, R5, #0
ADD R2, SP, #0x30+var_2C
BL OSD_DisplayCharacter

Думаю что и в процедуре UnicodeToCP от NewAge тоже выбирается, она сложнее.

А как же всё таки найти номер шрифта???

На мой взгляд nnnn выдаёт утилита от NewAgе, примерно вот так:

MTK (ARM Codes).bin

Version: 05.00.05.07

ADDRESS_1 = 0x0376C400
ADDRESS_2 = 0x0376C800
SHARED MEMORY = 0x0376CC00
CDTEXT BUFFER = 0x0376EC00
ADDRESS_3 = 0x03770000

Additional info (could be wrong):
SACD : NO
DVD-AUDIO : NO
DRAM Size : 8 MB

Это сообщение отредактировал(а) Rvs - 20-01-2006, 17:57

Итак, есть много хороших новостей и одна плохая.
Хорошие новости: код готов и более-менее отлажен (на РС). Алгоритм учитывает английские вставки и перевернутую пунктуацию в начале и конце строки. Проверен на нескольких файлах субтитров - вроде работает неплохо, за исключением трудных случаев типа скобок и т.п.
Плохая новость - как можно видеть, код разросся до 0х119 байт.

*****************************************

Болтом отмечена точка входа

00 B5 D0 23 00 06 1B 06 02 0E C0 18 00 0E 09 28
05 D9 13 1C 41 3B 1B 06 1B 0E 19 2B 01 D8 01 20
00 BD 13 1C 61 3B 1B 06 1B 0E 19 2B F7 D9 13 1C
20 33 1B 06 1B 0E 1A 2B F1 D9 00 20 F0 E7 00 00
00 B5 88 42 07 D2 02 78 0B 78 03 70 0A 70 01 30
01 39 88 42 F7 D3 00 BD F0 B5 47 46 80 B4 00 23
2D 4E 98 46 34 78 20 1C FF F7 CA FF 00 28 3D D0
35 1C 0D 2C 3C D9 01 35 28 78 0D 28 FB D8 03 06
00 2B 04 D1 01 23 98 46 01 E0 01 3D 28 78 00 06
00 0E FF F7 B5 FF 00 28 F7 D0 30 1C 29 1C FF F7
CF FF AE 42 19 D2 34 78 20 06 00 28 29 DB 00 0E
FF F7 A6 FF 00 28 24 D0 34 1C AC 42 06 D8 23 78
18 06 00 28 16 DB 01 34 AC 42 F8 D9 78 1C 61 1E
66 1C FF F7 B5 FF AE 42 E5 D3 2B 78 00 2B 02 D0
43 46 00 2B BE D0 08 BC 98 46 F0 BD 01 36 B9 E7
30 78 C4 E7 00 0E FF F7 83 FF 00 28 E6 D1 01 34
E2 E7 20 06 00 0E FF F7 7B FF 00 28 00 D0 37 1C
01 36 AE 42 D0 D8 C6 E7 78 56 34 12

moroz:

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

Rvs: все известные мне номера шрифтов задаются в коде 8032, не в АРМ.
Взгляни для начала на встроенный в MTK ReMaker патч субтитров - там задаётся номер шрифта для них...

Боже упаси, спешки нет. А технология настолько тривиальная, что ты наверно будешь разочарован

сах,если можешь,хотя бы вкратце об основных назначениях и применении этого патчера. Я не однокрактно пробовал его использовать ,но у меня никогда ничего не получалось.

Это сообщение отредактировал(а) ivani4 - 21-01-2006, 14:25

Поделитесь если у кого есть mtkFilenameLenPatcher_ом, плиз. qwer@ufanet.ru. Заранее благодарен

Он или отображается в меню и работает, или не отображается и не работает, вот и весь секрет. Позволяет выбрать номер шрифта для субтитров и ещё чего-то, не помню что.

Я что-то потерял нить. Парень там спрашивает как ему найти адрес в общей памяти если ему известен оффсет от ее начала. Ему отвечают: возьми адрес начала и прибавь оффсет. У нас адрес начала общей памяти как раз известен. Мы оффсета не знаем. Или кто-то знает?

Это сообщение отредактировал(а) moroz - 22-01-2006, 15:01

moroz:

До недавнего времени я как раз не знал адрес начала общей памяти... но мне уже разъяснили на mt13x9: он идёт почти сразу после т.н. "зоны сообщений об ошибке C++" (искать, например, по стрингу "library"): сперва там идут 4 байта "00 00 00 06", а затем сразу адрес. Так что это я для себя уже уяснил.

Что касается офсета - то мы его знаем: в строке меню 6-е число.
(напоминаю, что адрес EEPROM для использования из кода 8032 при помощи PREF_GetChar - 5-е число)

Вот пример (пометил болдом 6-е):

>> ==================================================================
>> 3. No Pic. | Screen Saver | Screen Saver
>> 0008 FFFF 0099 00AB 0007 0020 0001 0000 FF2F51 07C9 - ROM:2F57
>> => 1. On | Screen Saver On | On
>> 0150 00E7 0150 00 - ROM:2F43
>> 2. Off | Screen Saver Off | Off
>> 0151 00E8 0151 01 - ROM:2F4A
>> ===================================================================

Я сегодня игрался с этим и почти уже научился отлавливать установки меню из кода АРМ. Как научусь окончательно - дам знать.

сах
Довожу прошивку до идеала (для себя). Сделал длинные имена файлов, обрезку, широкий браузер, но при воспроизведении mp3 и wma, когда начинается прокрутка имени файла в правой части строки остаются "артефакты" (т.е. остатки) букв, в далнейшем прокрутка идет только в левой части строки, как и была раньше - короткая прокрутка. Не подскажешь как с этим бороться, можно ли увеличить длину прокручиваемой области или вообще отключить прокрутку имени (длина отображаемой части меня и так устраивает).
Можно конечно на это не заморачиваться, но ведь победа так близка!!!!!

aleshin:
Извини, но у меня ни на одном из трёх (разных) плейеров при воспроизведении ничего не прокручивается, так что я даже не знаю как это выглядит. Помочь не смогу.

сах
Ну тогда и заморачиваться не буду. Выглядит прокрутка как бегущая строка, которая сдвигается на один символ примерно раз в секунду. Прошивка от shinco dvp-8811 (dvp-8830).