f2065

Лимит флешки 2гб связан не с этим. Выше 2бг - это SDHC, там немного другой протокол, и в мобиле должен быть другой контроллер.

В какое меню ??? Это не так, отлично слышно. Есть патч до ~10мб

И тем не менее - распознавание звуков (даже не речи) - весьма сложно. Более простое решение - счётчик нажатий кнопки гарнитуры. Типа нажали 1 раз - как обычно, подряд 2 раза - набор номера из быстрого набора №2, нажали подряд 3 раза - набор номера из быстрого набора №3… (я лично делать это не буду, мне не надо, дарю идею всем желающим)

Версия 3.2 вышла 06.10.2008… Сейчас собранная прошивка лежит от 08.10.2008 - там точно версия 3.2 - проверил. А что было в сборке от 07.10 - незнаю. Но думаю что версия 3.1 или 3.0, потому что в них действительно был глюк с переключением языков именно у тех кто заливает с нуля.

Это баг переключалки версий 3.0-3.1, исправлено в версии 3.2

http://OldPh.one/index.php?showtopic=39224?p=...mp;#entry391320 Для D880 патч FM_Names тоже уже написан. Жду инфу по основным городам… Подробности см. по ссылке

У меня. Выложу, когда наберётся инфа для основных городов

Вот раскопал как цвет текста в соответствии с темой задавать, например для lk4_10WriteWindow. .binid D780XEHE1 .equ f_color 0x304C197C ; определение цвета в соответствии с темой MOV R3, 0;R3, R2, R1 бывают самые разные, что-то они значат, но я пока незнаю. MOV R2, 0 MOV R1, 0 ; входный аргументы в R0: ; 0 = цвет почти как фон, очень плохо читаем ; 1 = во всех темах выдаёт черный ; 2 = цвет такой как верхняя статусная строка в главном меню ; 3 = во всех темах выдаёт белый ; 4 = цвет почти как фон, очень плохо читаем ; 5 = очень контрастный цвет ; 6 = цвет как в подписях главного меню, вобщем обычно это и надо MOV R0, 6 BL 0x2135C8C8 LDR R1, =f_color STRH R0, [R1]; f_color

Патч: FM_Names Теперь в радио пишутся названия станций. Названия станций берутся из файла «FM_Names.txt», который должен лежать в корне памяти телефона. Файл должен быть в кодировке UTF-8, переводы строк CR+LF. В файле должны быть перечислены частоты (которые меньше 100.0 - с ведущим нулём) и названия станций, например: === START INFO Москва, 2008-10-06 087.5 Бизнес-FM … 107.8 Милицейская волна END === В первой строке должно быть написано START, во второй строке - INFO и название города/актуализация, в конце файла - END. Размер файла не должен превышать 2.5кб, длинна названий не более 27букв. Вобщем, нужно составить данный файл для различных городов и прислать мне. Пока есть для: Подмосковье, Москва, Чернівці. Для составления списков рекомендую использовать например http://guzei.com/radio/station/ - это сравнительно актуальный ресурс. А если для исправления №4 просто автоматизировать отбой/отмену при созврате ? Кстати ещё баг который надо бы исправить: при выходе из Java не перечитывается файловая система. Простой пример - скопируй файлы в MiniCommander (или MailMan) - и встроенный проводник их не видит! До тех пор пока флешка не будет вытащена/вставлена. Вобщем надо при выходе из Java приделать вызов функции перечитки файловой системы. Возможно, опционально (а то при выходе из игрушек например не актуально это, а тормозить будет), хотя незнаю куда такую опцию можно приделать.

1. А как задаётся цвет для текста в lk4_10WriteWindow ? Адрес насколько я понял - 0x304C197C (D780XEHE1). Но вот в каком формате там цвет ??? Экспериментально - не могу понять: 0x7F7F7F7F = голубой (G+ 0xFFFFFFFF = белый (R+G+ 0x0000FF00 = красный ® 0x000000FF = синий ( 0xFFFF0000 = чёрный! Хотя по логике должен быть зелёный… 0x00000000 = чёрный… 2. Где узнать цвет текста в соответствии с темой ? А то в одной теме фон тёмный и соответственно текст надо выводить светлый, а в другой теме наоборот цен белый и текст надо тёмным делать. Вот как это понять ?

BinEdit при компиляции спокойно пропускает одинаковые метки!!! Это баг или так и надо ???

И всё-таки файл прочитать не могу При вызове mmigfs1_1ReadFile мобила мгновенно перезагружается. А если закоментировать один только BL mmigfs1_1ReadFile - то весь код выполняется правильно. Но ведь в мастерпатче - это же mmigfs1_1ReadFile используется… И логика вроде такая-же как у меня. Что я тут не так делаю ??? ;D780XEHE1 .equ mmigfs1_7GetFileSize 0x201B4458 .equ Rtk50_11GetDynMemory 0x20963570 .equ mmigfs1_1ReadFile 0x201B43DC .equ mmigfs3_28FreeMemory 0x209A6458 .equ RtkGetMemory 0x20963548 .equ RtkReleaseMemory 0x20963550 ;узнаём размер файла MOV R0, 0 STR R0, [SP,4] ADR R0, ="/c/"; путь ADR R1, ="File.txt"; имя файла ADD R2, SP, 4 BL mmigfs1_7GetFileSize LDR R7, [SP,4]; R7 = размер файла MOV R2, 20; 20 - нижняя граница размера MOV R3, 160 LSL R3, R3, 4; 2560 - верхняя граница размера CMP R7, R3 BPL err_size; возврат, выше предела CMP R7, R2 BMI err_size; возврат, ниже предела ;запрос памяти ;ADD R1, R7, 50; запросим памяти с запасом +50 ;MOV R0, 0x23; какой-то код неизвестный. ;BL Rtk50_11GetDynMemory ADD R0, R7, 50 BL RtkGetMemory ;чтение файла MOV R3, R7; сколько читать MOV R2, R0; куда читать ADR R0, ="/c/"; путь ADR R1, ="File.txt"; имя файла BL mmigfs1_1ReadFile;mmigtfs4_ReadFile ;BL prog1 ;освобождение памяти ;STR R2, [R2] ;MOV R0, R2 ;BL mmigfs3_28FreeMemory MOV R0, R2 BL RtkReleaseMemory Память выделяется - проверял… Вобщем абсолютно не понимаю в чём тут может быть проблема.

Ява - она слишком автономная, потому сделать в ней какие-то изменения весьма затруднительно. Дело в том что дисплей без работы подсветки абсолютно нечитаем. А если включить постоянно подсветку - батарея будет садится часа за 2-3.

Нашёл где ошибка. Сейчас перезалью v3.2

А почему ? Например, в патче ExtraHotkeys навешивается и калькулятор и экстра-инфо и будильники…

Не понятно, что за add r0,r7,4 перед mmigfs3_28FreeMemory. Может там надо типа LDR R0,[R7,4] ? Или в Rtk50_11GetDynMemory возвращается не адрес реальной памяти, а какой-то хэндл ? И что за странная проверка в коде mmigfs3_28FreeMemory ? mmigfs3_28FreeMemory:;D780XEHE1 2094C178: 10B5 PUSH {R4,LR} 2094C17A: 041C MOV R4, R0 2094C17C: 2068 LDR R0, [R4] 2094C17E: 0028 CMP R0, #0x0 2094C180: 03D0 BEQ loc_2094C18A 2094C182: E7F64AEC BLX off_20833A18 2094C186: 0020 MOV R0, #0x0 2094C188: 2060 STR R0, [R4] loc_2094C18A: 2094C18A: 10BD POP {R4,PC} Она читает начало указанной памяти, и если там ноль - то функция игнорируется! Таким образом, если например я в память прочитал файл у которого в начале 0x00000000 - то потом такая память не освободится ???

Ну не может такого быть. Уже несколько десятков человек поставили (и я сам тоже) - никто не жалуется. Связь с Easy_Screenshot не обязательна. Есть подозрение что ты неправильно применяешь патч. Пришли весь CLA-файл куда уже применён этот патч и остальные патчи. Кстати какой программой ты применяешь патч ?

Ну это я делал… Как-нибудь выложу…

D780XEHE1. Надо выделить память (около 3-5кб), затем прочитать туда файл (размер файла неизвестен, но более 3кб не нужно)… потом, когда данные в памяти уже не нужны - эту память надо как-то освободить… Как вообще это делается ? Смотрел в мастерпатч, талкер, и прочих где есть загрузка - у всех совсем по разному реализовано. LoadCFG:;208476AC PUSH {R1-R5,LR} MOV R4, #0x1 LSL R4, R4, #10;R4 = R4 << 10 = 0x400 (1024) MOV R0, R4 BL off_20963548;Это видимо выделение памяти ? MOV R5, R0 ADR R0, =0x20847710;R0 = PC + #84 = "/a/user" ADR R1, =0x20847718;R1 = PC + #88 = "settings.cfg" BLX off_2096A7D4 CMP R0, #0x1 BEQ loc_208476D0 MOV R0, R5 MOV R1, R4 BLX off_20964498 B loc_208476DE loc_208476D0: LDR R0, =0x21455C60 LDR R0, [R0];R0 = адрес "/a/user" ADR R1, =0x20847718;R1 = PC + #64 = "settings.cfg" MOV R2, R5 MOV R3, R4 BLX off_2096A5A0 loc_208476DE: MOV R0, R5 POP {R1-R5,PC} Вот в LoadCFG - какая тут логика ? Сначала загружает конфиг, а если не получилось - то создаёт новый ? Или наоборот, сначала создаёт, а если файл уже есть - то загружает ? Или вообще всё совсем не так как я предпологаю ?

Те кто не скрывают - исходники сразу прилогают к патчу А просить их сложно - это надо искать автора, ждать пока он ответит, к тому времени когда он ответит я может уже будут другим патчем заниматся… Но ведь в результате задержка откуда-то берётся… А у меня - нет. Несколько раз проверял… Вот если флешка стоит - то тормоза более 4сек. Кстати идея. А можно софтварно мобилу разбудить из спячки (как например при вх.звонке - она ведь просыпается ) ? Может, надо перед тем как говорить - просто разбудить мобилу (ну чтобы подсветка врубилась и т.д.)…

Всё-же думаю надо предусмотреть возможность навигации только по LAC. Потому что например в Москве один LAC на каждый 1кв.км. Вот кстати метки для Google Earth с расположением БС в москвоском регионе: http://forum.qrz.ru/thread18032.html

А если там на каждый шаг контрольную точку какую-нибудь придумать ? Чтобы выяснить какой именно момент тормозит… Всё-же это как-то связано с загрузкой файла, потому что если флешки нету - то ведь не тормозит…

Такой взаимосвязи быть просто не может. Патч просто тупо редактирует имя файла по умолчанию при запуске камеры. Тормознутость скорее из-за общего кол-ва файлов, либо из-за слишком большого кеширования предпросмотра. Попробуй откатить патч и в настройках камеры задать дефолтное имя такого-же вида ( 081003-2303- ) - и какой будет результат ??? Проверил в настройке сим и в смсках - всё нормально. Думаю у тебя какой-то конфликт патчей (хотя, у меня практически все стоят - проблем нету) либо битая прошивка просто получилась. Угу. Надо переносить мп3 в тело прошивки, но патчерам лень. Да и исходники непонятно почему скрывают, а декомпилировать мне лень.

У меня и на HE1 не было, я специально пачку самых разных симок пробовал. Но вообще по идее вторая симка обслуживается Slave-прошивкой. И баг с записной книгой и есть - то это скрее всего в коде Slave а не Master. Ну а как экспериментально установлено - можно при Master HE1 залить Slave HG1 - проблем нету.

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