f2065

KE - это 2011-05. Дата начала продаж C3322 - 2011-06-01… В настройках часовых поясов… У KE3 там Москва зимой в каком поясе ?

KE1 - это прошивка ещё до начала продаж выпущенная… Он ведь почти сразу в продажу пошёл с KI1, вероятно какие-то проблемы есть… Кстати вот KI1 знает что в России летнее время отменили, и что Москва зимой в GMT+4… А KE1 это знает ?

А где-то тут писали что тоже шлейф виноват… У него же камера на дисплейной плате…

А есть добровольцы для тестирования патчей на C3322XXKI1 ? Минимальные требования: наличие Bluetooth-адаптера, понимание разных систем счисления (быстро понять почему 4=10 или 10=16). Надо будет залить патченную C3322XXKI1 и через BinEdit подключится к CGSN-патчу для некоторых проверок и опытов. На каком-то этапе надо будет куда-то звонить или слать сообщения (многие патчи надо проверять в реальной работе), те у кого на счету всегда последние несколько рублей - участвовать в этом не будут. Тестировать надо не с задержкой каждого шага в несколько дней, а в реальном времени и выделить для этой работы как минимум полтора часа. зы. на C3322XXKI1 возможно портировать почти всё что есть на B5722XXJK3

Патчи не будут портироваться на другие прошивки. Можешь не ждать.Если хочешь использовать функционал патчей - придётся ставить прошивку версии JK3…

Не понял, а чего их ждать… Все патчи для B5722 давно написаны, какие-либо новые уже врядли будут.

А он флешером FD5722 - прошивается ?

А CGSN на него есть? Чего-то я посмотрел прошивку - как-то там всё сильно переделали… Основная прошивка у него работает во флешке или копируется в ОЗУ ? А то может на нём опробовать идею с модификацией лоадера и наложением патчей без прошивания…

Ну в архиве B7722 Flash Loader - там ведь фактически 4 версии драйвера, v5/v4, и каждая для x64/x84… Кстати если комп мощный (типа 4 ядра не менее 3.1мгц и памяти более 4гб) - можно прошивать из под VMware… B5722 например я так успешно прошивал через USB-флешер…

Патч: SIM Chooser Mod v1 / B5722XXJK3 Патч добавляет возможность автоматического выбора SIM-карты при совершении исходящего звонка или отправке SMS. При выходе на рабочий стол включается автоматический выбор SIM-карты, в этом режиме индикаторы обеих SIM-карт не подсвечены. Нажатие клавиши SIM-select перед набором номера - отключает автоматический выбор. Если в автоматическом режиме для набранного номера не будет найдено правило - будет выдан запрос на выбор SIM. Настройки находятся по адресу Меню - Диспетчер SIM-карт - SIM Chooser. Вход в настройки патча защищается паролем если стоит пароль на контакты. В Опциях можно добавить, удалить правило или отредактировать существующее, или передвинуть правила. При добавлении правило вставляется в позицию курсора. Для каждого правила задаётся: - Номер: исходящий номер, для которого будет выбираться SIM-карта. Можно использовать * для обозначения любой цифры. При поиске нужного правила учитывается и вся длина номера тоже, т.е. под правило 1****** попадёт номер 1234567, но не попадут 123456 и 89161234567. Для маски например по кодам операторов надо указывать маски типа +7916******* и 8916******* (если у вас часть номеров записано через +7 а часть через 8 - то соответственно надо две маски); - SIM: SIM-карта, с которой будет совершаться звонок или отправка SMS на данный номер, либо запрос на выбор SIM-карты (в запросе отвечать можно и аппаратными кнопками: Green - левая, Middle - правая, Red - отмена всего). В Опциях можно перемещать правила выше или ниже. Анализ правил идёт сверху, и если номер попал в верхнее правило, то он уже не будет обработан нижним. Например есть правила: SIM1 +79160000000 SIM2 +7916******* Номер +79160000000 будет набран с SIM1, а все прочие номера в коде 916 - с SIM2. Так же в Опциях есть дополнительный пункт Настройки, где можно выбрать режим работы: - Предустановка SIM: нет - обычное состояние (как без патча, постоянно остаётся выбор от предыдущего звонка), SIM1/SIM2/Master/Slave - автовыбора нет, но при каждом использовании будет выбрана указанная SIM как это было на самых первых Samsung Duos, для выбора другой SIM - надо нажать кнопку SIM-select. - SIM Chooser - если этот пункт включён то будет автовыбор SIM в соответствии с правилами. Иначе правила не используются! Таким образом кстати патч можно отключать без перепрошивок. Внимание: - При отправке SMS на несколько номеров, SIM-карта будет выбрана по первому номеру. - Если в настройках патча явно не включён режим SIM Chooser - то автовыбор по правилам не происходит. - На работу интернета и подключение компа патч не влияет, комп в любом случае использует ту SIM которая выбрана по умолчанию. PS. Нововведения SIM Chooser Mod (по сравнению с базовой версией SIM Chooser от vvyura): отключение патча в настройках, показ сопоставленных названий SIM-карт, двухстрочное меню, перемещение правил по приоритету, опции для фиксированного выбора SIM как у старых Duos, парольная защита. Патч использует ячейку +0x0C в settings.cfg и 0x305C22C7. SimChooserMod_v1_B5722XXJK3.rar

Да, это «k»-версия… Прошивки несовместимы. В теории - можно, у многих соседних моделей так всегда и делали… Надо написать соответствующий патч, для доступа к служебной области файловой системы и там подменить файлы.Но по факту - нет, потому что C3300 никто из патчеписателей не купил…

А кстати почему ? Драйвер для DFU под Win64 где-то тут был… Флешер его не видит, или там в процессе глюки ?

Посмотри какая прошивка там…Кстати вероятно там телефон без «i» - потому и иконок больше. Самсунг многие модели через 1-2 года после начала - начинает делать i-модификацию, и там всегда у них что-то урезано и удешевлено.

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

Кстати у самсунга типа запрещено иметь два разных телефона от самсунга ?! Для bada и swift - разные версии Kies (скачиваются на официальном сайте в разделе соответствующего телефона), каждая из них признаёт только свой телефон. Вместе из поставить нельзя. Чего делать то ?

У соседних моделей при помощи резистора microUSB переключается в RS232… http://OldPh.one/index.php?showtopic=45496?p...mp;#entry582954 По идее у C3322 тоже самое должно быть.

Вот потому вероятно он Slave и не цепляет. Там видимо что-то с контактами питания намудрили. Не должен он реагировать на кабель.

Непонятно почему есть как непакованные блоки QMDU, так и просто непакованные блоки.Экспортирую соответственно оба варианта - дамп полностью совпал… Но зачем так придумали - не понятно. Я понял в чем причина… В заголовке файла поле unpacked data - указывает реальный размер данных, который на 2-3кб меньше размера распакованного файла. Но в распакованном файле после этого значения как раз данные обрываются и далее 2-3кб FFFFFFFF… А размер файла кратный 4кб, у обоих вариантов компрессии Вобщем похоже всё распаковывается правильно. Потом только надо будет для ZLib алгоритм поиска улучшить, искать несжатые сектора сравнивая размер (видимо не с фиксированным 0x1000, а с константой из заголовка файла).… Хм, а в quram-прошивках где попадаются несжатые сектора без QMDU-сигнатуры - у них размер 0x800… при том что в заголовке файла указан размер сектора 0x1000 и QMDC-сектора распаковываются в 4кб… Вобщем надо больше прошивок изучить… Детектить сектора по размеру тоже может привести к ошибкам…

Флешер критичен к кабелям… Если кабель на PL2303 то Slave не прошивается обычно… Надо CP2102 или простой кабель на RS232.Попробуй ещё разные версии OneNAND, помнится у некоторых получалось через OneNAND от D888 Не, сам по себе он врядли сдох. Тем более там TFS пустое, и в Slave-прошивке дохнуть нечему. Простая прошивка Slave тут не поможет. Мог слететь EEPROM, тоже шить надо, но не прошивку а брать дампы восстанавливать там свой IMEI и потом шить…

Получилось… Читаем ячейку, если размер и адрес совпадает с предыдущей - то пропуск. Если ячейка указывает на сектор QMDC - то распаковываем его Если ячейка указывает на сектор QMDU - то просто его копирует пропустив 8 байт (сигнатура и размер данных) Если ячейка указывает на сектор без известной сигнатуры - то просто копируем его целиком. И так повторяем по кол-ву указанному в первой ячейке умноженному на 2. QMDC - 0x35A1 (13729) блоков несжатых без сигнатуры - 7 QMDU (несжатые) - 0x114 (276) и ещё 0x716 (1814) двойных ссылок в таблице, которые я отбрасывал. Нерациональный какой-то у них принцип. Вобщем алгоритм малопонятный, но как ни странно дампы совпадают. Но это с Q-компрессией… А вот с ZLib - не уверен что всё правильно. C5130SXEIK1\C5130SXE.cla\ER_PAGE_FLASH_CB Ну во-первых там кол-во секторов соответствует указанному в первой ячейке реально (без умножения). Все сектора с 0x78 - zlib распаковывает… Их 0x14DA (5338) и все распаковывает (хотя 1байтная сигнатура не очень надёжная ведь). Однако там есть ещё 4 сектора без 0x78 вначале. На них ZLib ругается Z_DATA_ERROR… 0000B800 92 DC DC 01 52 10 6C A3 EA CC 68 A8 3F 16 20 6B 0000B810 59 94 CC E2 F0 B0 0B 8C A5 EA 43 19 F0 AE EC C7 0000C800 53 A4 5F 91 83 21 3E 4B EA 96 D8 FF 00 7A 19 64 0000C810 92 EB 8F A6 10 8C 18 B7 92 92 47 11 BF 89 04 FE 0000D800 9A AC 9D FA CC F5 C4 A5 78 65 4B 11 1E 22 D5 34 0000D810 84 57 92 F0 0A FC 8A 25 08 47 69 F8 F7 A4 47 D8 0000E800 EB F9 9B 5C 65 9D FC D7 2D 0D A4 5E DC 7E A4 D9 0000E810 6A 4E F5 8C EF B8 1B 00 28 AA 29 B0 D7 9D EB 57 Сектора не сжимаются архиваторами, вероятно они сжатые. Но сигнатуры нет. И кстати это 4 сектора лежат в самом начале файла (перед ними таблица). Ссылка в таблице на них примерно в середине таблицы. 000095F0 28 A9 BE 00 8B 09 00 00 74 DE 63 00 00 0F 00 00 00009600 00 20 03 00 00 10 00 00 00 B0 00 00 00 10 00 00 00009610 00 C0 00 00 00 10 00 00 00 D0 00 00 00 10 00 00 00009620 00 E0 00 00 1F 07 00 00 FF D7 4F 00 AA 06 00 00 Судя по фиксированным размерами - видимо их надо копировать как несжатые… Копировать их как непакованные, или вообще пропускать, в любом случае расхождения в размерах с общим заголовком файла… А дампов его ОЗУ его нет чтобы сравнить

Я использую фотоаппарат в режиме HD-видеозаписи… Потом на покадровом просмотре обычно видно.

Ну так я выше написал, пример - вторая ячейка таблицы в B7722XEJG6_Master\B7722XE.cla\ER_PAGE_FLASH_CB указывает на неверный адрес… И таких примеров там далеко не один.

А там наушники с круглым 3.5-разъёмом ? Тогда просто во время втыкания разъёма он проходит мимо контактов кнопки, и кнопка срабатывает.

Ну а как быть с тем фактом что местами таблица указывает не на начало сектора ? Причём в памяти сектора идут не последовательно, т.е. адрес второго сектора нельзя получить просто в конце первого. Надо смотреть таблицу, а там адрес бывает кривой… захватывающий часть другого сектора а не просто потерянные данные. На 7722 памяти много, возможно… Но у других вроде он не полностью распаковывается.

И всё-же результат не получается… B7722XEJG6_Master\B7722XE.cla\ER_PAGE_FLASH_CB Таблица: 00000800 E9 1E 00 00 EC 07 00 00 00 D0 04 00 10 03 00 00 00000810 F0 A4 F5 00 E8 07 00 00 00 C8 32 00 A0 04 00 00 00000820 00 D0 FE 00 E8 07 00 00 00 D0 32 00 98 02 00 00 00000830 68 CD EC 00 84 07 00 00 00 08 C8 00 84 07 00 00 00000840 00 08 C8 00 E8 07 00 00 00 D8 32 00 E0 02 00 00 00000850 20 AD F1 00 E8 07 00 00 00 E0 32 00 C8 01 00 00 0001F680 00 00 E5 00 0C 07 00 00 00 20 CF 00 0C 07 00 00 0001F690 00 20 CF 00 FF FF FF FF FF FF FF FF FF FF FF FF Вот некоторые высказывают версию что в таблице вобщем идут строки по два слова: первое это размер сектора данных вместе с 'QMDC', а второе - это адрес расположения сектора. 1F694-804=1EE90. Смотрим на первое значение в таблице. Вопрос. Почему оно наводит на мысли что в таблице строки по 4 слова, а не по 2 ? Ещё не понятно почему все сектора идут через одни - один большой, второй мелкий… Но далее всё ещё более запутано. Первая строка таблицы - указывание на такой сектор - ну всё нормально, такое я знаю как распаковать… 0004D000 51 4D 44 43 F0 07 00 00 70 0F 00 00 10 01 00 00 QMDC ...p....... 0004D010 90 03 00 00 0B D6 54 52 92 BA E5 FD 78 B7 4D 5E .... TR x M^ Вторая строка таблицы - ещё какие-то дополнительные 4 байта в начале перед QMDC-сигнатурой. И чего с этим делать то ? 00F5A4F0 A8 76 D4 76 51 4D 44 43 0C 03 00 00 00 10 00 00 v vQMDC........ 00F5A500 8C 00 00 00 10 01 00 00 0B C7 EF 97 3F B9 6F B7 ........ ? o Кстати сравниваем слово после QMDC и в таблице, очевидно что эти 4 байта не входят в размеры. Находим и сравниваем размеры вышестоящго QMDC-сектора, и оказывается что эти 4 байта в его размеры входят. Распаковщик QMDC я знаю, он не умеет искать сигнатуры сам, он берёт данные вообще с через 8байт от начала QMDC. Смотреть куда указывает адрес из таблицы и потом там несколько байт сканировать на предмет начала QMDC ? Сомнительный алгоритм… Вобщем я всё более убеждаюсь что распаковать по этой таблице нельзя (хотя местами да, последовательности секторов и совпадают с дампом). Это вероятно какой-то артефакт… Ну вот у B5722 например есть дополнительная таблица иконок меню, которая во-первых битая, а во-вторых ведёт к набору иконок которые не используются (я неделю наверно пытался её понять). зы. у C3520XEKJ5\C3520XE.cla\ER_FLASH_CB_PAGE1 тоже полно QMDC-секторов которые в таблице не видны. При полном скане сигнатур - выдираю около 7.5мб как и указано в общем заголовке файла, а по таблице нахожу только 4.5мб