1131 ответов в этой теме

[bugbug]

Огромное спасибо! Вы - гений! Сделал патч по Вашей инструкции, и все разблокировалось. 

Сайт m.youtube.com при нажатии просмотра запускает стандартный браузер, фраза "Воспроизведение потока" не появляется, а выдается  ошибка (рис.Error,Error1) по адресу http://wrongurl.mts.ru/. По CGSN=7 определил адрес: 0x202FC55C, иногда такой 0x20B4A240.  (0x216F72C8 - адрес потокового плеера, 0x216F7418 - буферизация в плеере).

На сайте 2уха при проигрывании видеороликов выяснилась еще одна неприятность: видео проигрывает только две минуты и вылетает на фразу "Воспроизведение потока". Интересно, могли ли корейцы ограничить время воспроизведения потокового видео.

Прикрепленные файлы

•  Error.jpg   8,67К   Количество загрузок: 0
  
•  Error1.jpg   12,54К   Количество загрузок: 0
  

[f2065]

фраза "Воспроизведение потока" не появляется, а выдается  ошибка (рис.Error,Error1) по адресу http://wrongurl.mts.ru/.

Какой-то специальный тариф/опция с безлимитным ютубом или может МТС использует какую-то свою CDN для ютуба, где поддержка таких старых форматов не реализована…
Если с другими операторами проверить?

видео проигрывает только две минуты и вылетает

Тут помню и про ютуб жаловались что он вылетает, но мне кажется причина в проблемах с GPRS. В какие-то моменты канал проседает, а потоковый плеер тут вроде не допускает потери пакетов - падает.

[bugbug]

Если с другими операторами проверить?
 

Проверял свою симку на Nokia 206 сайт youtube грузится.

[bugbug]

Проблема со временем проигрывания решилась добавлением остальных адресов

[bugbug]

Новый год - новые проблемы. Обнаружил при просмотре текста в java нечитаемые символы - № и ` (ударение). Вместо них кубик. На сайте ни у кого такой проблемы не нашел. 

[bugbug]

Новый год - новые проблемы. Обнаружил при просмотре текста в java нечитаемые символы - № и ` (ударение). Вместо них кубик. На сайте ни у кого такой проблемы не нашел. 

При замене стандартного шрифта на stylo_bold_reg.ttf в phone/fonts/ данные символы появились. Однако новый шрифт оказался неудобочитаемым.

[bugbug]

Исправил №,ударение,букву Ё

Прикрепленные файлы

•  Helvesegoe-Normal.7z   139,22К   Количество загрузок: 0
  

[f2065]

букву Ё

Раньше ещё были патчи для исправления белорусских и украинских букв (ҐґЄєІіЇїЎў), вроде с некоторыми из них тоже какие-то проблемы были…

[bugbug]

Очень заинтересовал Ваш патч "Rec Time Unlimited C3322XXNA1" (всего 2 строчки) и я решил увеличить время записи диктофона с 1 часа до безлимита. Думал, что в таком телефоне запись тоже 1 час. Но когда оказалось, что там всего 5 минут, то сразу нашел у себя адрес - 0x0036EE80. В патче есть еще одна запись, меняющая текст в настройках диктофона (мой адрес 0x201C0F04 mov R0,#0x42). При поиске (0036EE80) высветилось несколько подходящих адресов (20E63144,216609EE,20DEABB2).

В asm (C3322XXNA1)

; voice3R_MilestoneSetupReady
.start 0x00927328
;LDR R2, =0x00E10000 ; 0x00E10000 - соответствует часу, EnlargeRecTime
MOV R2, 0
SUB R2, 1
B 0x00927346

То есть здесь используется неиспользуемый регистр r2 и не понятно куда осуществляется переход (B 0x00927346). При запуске диктофона должна поменяться надпись 60:00 или нет?

[f2065]

То есть здесь используется неиспользуемый регистр r2

Почему не используемый? Там где-то в прошивке выше клалось в R2 допустимое время записи… 0-1=4294967295

При запуске диктофона должна поменяться надпись 60:00 или нет?

Должна. Там где-то ещё проверяется доступное место для расчёта времени. У меня например вот сейчас пишет 193:01

Кстати надо проверить на 2гб по времени, вероятно что файл сверх 2гб не будет записан. Я не проверял, но там много мест в диктофоне где предел 2гб. Так что может надо ограничивать время из расчёта на 1.9гб файл. Или на 3.9гб

[bugbug]

Спасибо!

Взял данную часть кода на диктофон:

20E63052:    DF49    LDR    R1, =0x3084538C    
20E63054:    3868    LDR     R0, [R7]    
20E63056:    0A68    LDR     R2, [R1]    
20E63058:    0521    MOV    R1, #0x5    
20E6305A:    0902    LSL    R1, R1, #8    
20E6305C:    511A    SUB    R1, R2, R1    
20E6305E:    8842    CMP    R0, R1    
20E63060:    02D2    BCS    loc_20E63068    - условие для MMS
20E63062:    DC49    LDR    R1, =0x304AE674    
20E63064:    0860    STR     R0, [R1]    
20E63066:    0BE0    B    loc_20E63080    
        loc_20E63068:    
20E63068:    D448    LDR    R0, =0x304AE680    
20E6306A:    3960    STR     R1, [R7]    
20E6306C:    0160    STR     R1, [R0]    
20E6306E:    D948    LDR    R0, =0x304AE674    
20E63070:    0160    STR     R1, [R0]    
20E63072:    05E0    B    loc_20E63080    
        loc_20E63074:    
20E63074:    D849    LDR    R1, =0x002BF200    - размер файла 1 часа записи
20E63076:    3868    LDR     R0, [R7]    
20E63078:    8842    CMP    R0, R1    
20E6307A:    01D2    BCS    loc_20E63080       - поменял условие BCS на BCC
20E6307C:    D549    LDR    R1, =0x304AE674    
20E6307E:    0860    STR     R0, [R1]

        loc_20E63080: 

....

Вместо 60:00 стало показываться доступное время записи в зависимости от выбранного носителя. Только если выбрать карту памяти, то помещается только 5 цифр (а двоеточие и секунды за экраном). Запись производится и сохраняется.

В данном случае можно было делать так как я сделал?

[bugbug]

Скажите, пожалуйста, в вашем патче "Rec Time Unlimited C3322XXNA1" нет ничего об изменении местоположения цифр, отсчитывающих время в диктофоне. Может быть в вашем телефоне увеличенное время проигрывания помещается на экран? В своей прошивке я нашел координаты надписи диктофон, полоски, центрального рисунка диктофона, а время никак не могу найти. Может быть время позиционируется (рисуется) по другому принципу?