f2065

Это конфликт каких-то рантаймов, в Win7 началось после какого-то обновления летом… Ctrl-C работает только если активен En-ввод… А если Ru - то игнорирует. А похоже текущий BinEdit не понимает никакого формата… Я экспортировал из D780 языковый ресурс, но в другие прошивки BinEdit его импортировать не хочет - пишет что типа нет языка подходящего…

Ну с древними прошивками на вкладке Код в режиме MCC - для них сразу показывались тексты которые выводятся… А сейчас это давно не работает - потому что и позиции аргументов изменились, и аргументов стало больше… MCC_QUESTION например может иметь целых три кнопки с разными произвольными ответами и заголовок… Хотя вероятно это всё надо просто обновить в binedit.ini. Да и вообще новые (qtc) тексты ведь BinEdit не понимает…

Если в меню при разговоре нет пункта "запись" - то никак.Для европейско-русских прошивок этот функционал обычно заблокирован. Запись вероятно есть в индийских и арабских прошивках.

Про это я знал… Там действительно есть ещё несколько десятков многострочных текстов… Но каким образом в контроле ListView выводить многострочные тексты я не представляю. В MSDN упомянут флаг LVCFMT_WRAP | LVCFMT_LINE_BREAK - но во-первых это только для Win7, во-вторых всё равно он желаемого эффекта не дал… Гугл тоже никакого простого решения про multiline listview item не предлогает - пишут что listview даже если некоторыми шаманствами (ownerdraw) сделать многострочный но по любому у него высота всех строк должна быть одинакова. Вариант использовать всякие там framework или сторонние компоненты мне не нравится. Ещё кстати у listview лимит на число букв - 260. Но тут есть как минимум один текст на 400 букв («Некоторые компоненты этого продукта включают код…»)… Соответственно он обрезан. Так что для полноценного анализа текстов - надо экспортировать их в TXT и там уже изучать сторонними средствами. Ещё надо учитывать что местами одинаковые русские буквы заменены на английские (таких мест мало, но встречаются)… В итоге бывает облом с поиском слов. Может потом сделаю подсветку подозрительных строк - где есть буквы из диапазона ANSI и многострочные тексты. Ну, исходник распаковщика дать я могу (только замечу что программа на 100% написана на асме в синтаксисе FASM)… В принципе могу и DLL скомпилировать, но проще наверно сразу встраивать распаковщик куда надо… Или научить BinEdit подгружать готовые idx+dat (что более перспективно на случай вышеупомянутой идеи с патчингом lkres_LoadNandTextData). А вообще BinEdit надо серьёзно дорабатывать для полноценной работы с новыми текстами. Например в MCC_FOCUS_CHANGE и MCC_QUESTION у B5722 целых три (или даже четрые) текстовых ресурса…

Написать архиватор на основании разархиватора - задача очень сложная… Архиватор то посмотреть вообще негде, от графического алгоритма он всё-же отличается немного… Хотя теоретически можно попробовать линейно реверснуть алгоритм, QTC файл будет но без компрессии (т.е. раз в 5 больше оригинала)… Но я пока я не планирую дальнейшие раскопки QTC… А ещё можно сделать патч загрузчика локализации (lkres_LoadNandTextData), который бы вместо распаковки qtc грузил бы сразу idx+dat… Такой вариант вообще простой и очень легко реализуемый… Если не стоит задача подменить все qtc-файлы - то 5-кратное увеличение размера одной локализации - диск выдержит наверно…

Так написано же в шапке - что эта мобила прошивается только специальным прошивочным кабелем.Датакабель не подходит. Если у тебя по кабелю мобила синхронизировалась, инет работал, если это кабель который был в комплекте, или просто куплен в обычном салоне связи - то это обычный датакабель, а не прошивочный. Через прошивочный кабель кроме прошивки ничего не возможно, и его на каждом углу не продают т.к. он мало кому нужен. Прошивочный кабель надо покупать, например там - http://sotaland.net/shop/UID_2143.html Хотя в том что прошивочный кабель поможет - я не уверен… Может у них действительно железо дохнет так. Хотя конечно симптомы то очень похожи на слетевшую прошивку…

Ну если кто-нибудь их напишет - то будут… Прошивка в принципе у него не шифрованная… Просто никто из тех кто умеет писать патчи - его не купил… Но ничто не мешает тебе самостоятельно освоить написание патчей - все когда то не умели… Посмотри описание от B5722, C5212, D780 и т.п., вроде там такой же разъём должен быть.

Пока до окончательного стабильного алгоритма распаковки далеко (там типов компрессии оказалось несколько разных, а не один)… Пока я вообще не очень представляю что потом делать с просмотрщиком QMG/IM… Ещё вдруг окажется что у бродкомов вообще алгоритм немного модицифировали по сравнению со свифтами… А написать ещё и упаковщик - я врядли возмусь, уже становится ясно что это задача на несколько сотен часов как минимум… Для свифт сейчас вообще более актуален упаковщик IFG-IM нового…

Рекомендую UltraEdit - открывает тексты размером вообще в 1гб (как например dwarf-листинги и т.п.)

В новых (хотя уже совсем не новых - например B5722, C3510 и т.д.) Swift языковые ресурсы лежат не в CLA как ранее, а в файловой системе: \a\customer\text\main\03_16_russian.qtc \a\customer\text\soft\03_16_russian.qtc Причём, изначально они в CSC-файле (который в принципе просто TFS переименованный, и после переименования CSC и CCF в TFS и CFG - оно легко распаковывается в TFS_Res by Pako777)… Ну а сами QTC-файлы - являются компрессированными форматами. После их декомпрессии - получается как и прежде два массива - массив индексов, и массив текстовых строк в UTF8. Мобила при загрузке распаковывает данные и указывает соответственные адреса gp_TxtdataTbl gp_TxtOffsetTbl gp_SfkdataTbl gp_SfkOffsetTbl, и далее для мобилы работа с ними ничем не отличается от старой логики. Но вот для создания патчей есть проблемы: 1. если раньше мы легко редактировали ненужные строки (например про IrDA или WiFi) - то теперь на уровне CLA этого не сделать, надо перепаковывать QTC. 2. раньше мы могли по ID вызываемого текста сразу в BinEdit посмотреть что там за текст, и понять что это за функция. Теперь в BinEdit нет возможности видеть тексты, и вообще ID текстов не узнать (только либо сливать дампы с работающей мобилы, либо брутфорсить ID тоже на работающей мобиле). В итоге, пришлось изучать формат… Q - по названию разработчика - Quram, TC - Text Compressed В QTC-файле подряд два одинаковых сегмента: - в первом массив индексов (смещения до соответствующих текстов), - во втором массив текста (кодировка UTF8). начало каждого сегмента такое: +0 = размер этого запакованного сегмента (т.е. смещение до следующего сегмента, где снова всё с +0 смотрим) +4 = маркер 'QTC2' (0x32435451) +8 = размер распакованных данных +C = тут начало массива который надо распаковывать Теперь есть такая вот утилита для чтения QTC-файлов без участия телефона, и экспорта в TXT: QTC_Util_201111041724.rar Можно назначить в винде как стандартное средство открытия qtc Правда не факт что будет работать со всеми файлами, я пока только на B5722/C3322/C3510/S5610 проверял… Формат предусматривает что словарная таблица фиксированно лежит в CLA, может где-то она другая окажется… Обновил версию. Отличия несущественные: шрифт интерфейса ClearType-совместимый, и при экспорте файла по умолчанию подставляется тот каталоге откуда был исходный qtc-файл открыт. QTC_Util_v20121222.rar

набросал процедуры распаковки QMG и IFG… но вопрос такой: а где и что в виде QMG встречается ? потому что я знаю только в B5722, где это всего один файл с иконками главного меню…

Думаю что упала БД TFS… Надо шить, причём с форматом TFS/CSC… Если бы патчи были - то попробовать запустить RefreshTFS…

Ну так это не смартфон… Я ни одной мобилы не видел где была бы работа с VPN… И не очень понятно зачем WiFi так построили - с доступом через VPN… Для домашних или публичных сетей это необычное решение…

А чего он пишет на команды *#1234# и *#0206*7837# ? Скорее всего его уже кто-то шил, но криво - CSC-файл не соответствует CLA-файлу… и потому коды текстов смещены. Перепрошивать… инструкция в шапке есть…

Это явно не на базе моего патча сделано, вообще логика кардинально другая… Так что незнаю почему не работает.Надо портировать патч с B5722.

CGSN для C3510 давно сделан… Просто вышеотметившийся писатель не хочет себя утруждать его прошиванием и тем более его использованием…

Правильнее не просто отключить автообновление, а указать ещё соседний часовой пояс (например вместо Москва - Тбилиси). Чтобы было правильное смещение в UTC. Иначе могут быть разные проблемы с защищёнными протоколами и т.п.

Итак, есть распаковщик quram-формата… По крайней мере с локализациями (*.qtc) работает… В графику не лез (не вижу целесообразности), но подозреваю что алгоритм декомпрессии такой же, отличаются только заголовки Q-контейнера.

Ну данных то наверно не очень много в буквах… перенеси их в заметки (приложения - напоминания) и смотри там… Ну у C5212 всякие lk_AddFocus Reg_Draw_Softkey lk_AddFocusItem по константам отличаются (от B5722 и от D780)… Так что без телефона и не видя его меню - это утомительно искать аналоги где можно найти нужную константу. Вот например C3510 от B5722 неотличим, и на него вероятно патчи будут…

Патч: HoldScreenTweak FixBG v1 / C3510XXJI1 Фоновая картинка на экране блокировки будет только из выбранного фона (без патча - случайным образом перебирались все существующие картинки). Если используются не IFG-обои - то фоновая картинка по прежнему будет случайной. HoldScreenTweak_FixBG_v1_C3510XXJI1.rar

Часть патчей которые проверили - выложил… http://OldPh.one/index.php?showtopic=46050 Вот все патчи просят, а как поучаствовать - так нет никого… А на C3510 можно было все патчи с B5722 перенести быстро - они очень сильно внутри похожи.

Патч: Java Access to all folders v1 / C3510XXJI1 Доступ ко всем папкам для Java-приложений. Разделы disk-a и disk-b - системные, не трогайте там ничего если не понимаете. Раздел Phone - пользовательский, MemoryCard - флешка. Java_Access_to_all_folders_v1_C3510XXJI1.rar Патч: Java Storage Size v1 / C3510XXJI1 Увеличивает объём доступной памяти инсталляции для Java с 4 Мб до 16 Мб. Java_Storage_Size_v1_C3510XXJI1.rar Патч: Java Ignore Certificates v1 / C3510XXJI1 Теперь в меню «Разрешения» у Java-приложений можно будет выбирать все разрешения и для несертицифированных приложений. Java_Ignore_Certificates_v1_C3510XXJI1.rar Патч: Java Install King Size v1 / C3510XXJI1 Увеличивает допустимый размер JAR-файла при установке до 8 Мб (было не более ~0.5мб). Java_Install_King_Size_v1_C3510XXJI1.rar Патч: Touchwiz OpenFix v1 / C3510XXJI1 Теперь касание свободного места не будет вызывать боковую панель (она будет вызываться только своим значком). Touchwiz_OpenFix_v1_C3510XXJI1.rar

Здесь будут патчи для C3510XXJI1 (локализация C3510OXEJJ1) Карта прошивки для ResMan Pro v5.6 - C3510XXJI1_rxt_20111030.rar

Обнаружил что неработает компиляция для многих простейших патчей. Возвращаю старый binedit.exe - нормально, ставлю правленный - при компиляции ошибки… «Метка находится за пределами допустимого» про все ADR-ссылки Что для B5722XXJK3, что для C3510XXJL1 одинаковая проблема. Но вот старый BE этот же проект компилирует без проблем. Например вот некомпилируемый исходник - Counter_files_sending_Bluetooth_v1_C3510XXJI1_asm.rar Однако 2 десятка других патчей уже скомпилировал - ошибок не было, вот только на этом…

Им вероятно нельзя сделать бекап EEPROM-области… А например патч записи разговора в процессе тестирования может убивать EEPROM на этой прошивке… Ну и некоторые другие патчи тоже могут потребовать восстановления EEPROM Появись в ICQ…