0 Members and 1 Guest are viewing this topic.
O motivo é que quando é feita a ressuscitação via porta serial, a HDCP key é apagada. Sem a key o player desabilita a opção do HDMI. Os firmwares oficiais da Philips e os firmwares modificados basados no firmware original do website da Philips (vb6rocod, por exemplo), não incluem a HDCP key.
Por tanto quem tiver um player Mediatek com HDMI e puder extrair o firmware completo via cabo serial estaria fazendo uma ajuda muito grande a comunidade. Acho que o Jefferson não teria reparos em que os firmware sejam anexados a este tópico.
jmaraujo, a lógica é a seguinte?A HDCP key fica em uma região da EEPROM fora da área ocupada pelo firmware (assim como as opções selecionáveis pelo usuário). A atualização do firmware via CD não apaga a EEPROM inteira, apenas sobrepõe o código. Já a atualização pela porta serial inicialmente apaga a EEPROM inteira, zerando a HDCP key. Com a extração do firmware de um player com a HDMI funcional teremos a cópia inteira da EEPROM e quem sabe poderemos localizar a HDCP key, por comparação. Assim, será possível incluí-la no firmware, anexando a região ao código.
QuoteAlguem saberia dizer porque o firmware disponibilizado pela proview possui aproximadamente 2Mb e a versao 2.0 Eneris, aproximadamente 1.4Mb ?Isso é relativamente "normal".O tamanho da memória flash no Proview é 2MB. Quando se faz uma leitura do firmware via cabo, o programa lê até o último byte, mesmo que tenha um monte de nada lá. Isso é o que chamamos de "versão serial".Já na "versão CD" essa parte desnecessária é eliminada e o arquivo fica apenas do tamanho do código. O mtkRemaker automaticamente salva em versão CD.Porém no caso do proview existe um pequeno detalhe: Existe um bloco de informação extra depois do código "normal" que é eliminado também quando gravamos uma "versão CD". Esse bloco supostamente tem as chaves HDCP do aparelho.Eu digo "supostamente" porque eneris já lançou mais de uma vez em "versão CD" e ninguém que usou fez nenhum comentário sobre problemas com HDCP.Alguns programas que nós usamos não sabem lidar com esse bloco e o descartam. O MtkRemaker 0.2 final, por exemplo, descarta o bloco, mas a versão mais recente o preserva.São tantos programas e versões que acontece de a gente se perder no meio do processo e usar algum que descarta o bloco acidentalmente.
Alguem saberia dizer porque o firmware disponibilizado pela proview possui aproximadamente 2Mb e a versao 2.0 Eneris, aproximadamente 1.4Mb ?
Vocês parecem estar fazendo confusão entre a EEPROM e a FLASH EEPROM (que chamamos habitualmente apenas de FLASH).
Porém nenhum dos firmwares Philips para DVP5980 tem esses blocos. Isso inclui o firmware extraído por Rafalibrenz de seu aparelho quando este ainda era "virgem".Se, considerando um DVP5980 que tenha perdido a HDMI, colocar o BIOS de Rafa não resolver o problema...
Aí teríamos que ver se o DVP5980 não é um caso diferente.
Pode-se tentar um teste ao contrário: alguém atualizar o DVP5980 por cabo com o firmware original e com o arquivo apenas no tamanho exato do firmware para ver se a HDMI continua funcionando.
Eu tenho três modelos comigo com HDMIProview DVP-858Philips DVP5960Philips DVP5980Os dois primeiros tem um chip EEPROM extra (dois no total), supostamente dedicado ao chip HDMI.O DVP5980 tem apenas um chip EEPROM. E é o mesmo do DVP5100, que não tem HDMI.
FE 00 00 00 01
Eu iria sugerir isso, que o DVP5980 poderia ter uma ROM a mais (com as informações HDMI) e que isso (perder a HDMI) talvez não ocorresse com ele. Mas você mostrou que ele só tem 1 chip EEPROM. Isso não pode ficar em outro tipo de chip ROM, mais difícil de identificar?
Os 5 links que o jmaraujo enviou são de casos de perda da HDMI no DVP5990.
Acabei de dar uma olhada no firmware extraído pela Rafa. Ele tem um pequeno grupo extra de bytes, após o checksum. São 5 bytes de bloco extra:Code: [Select]FE 00 00 00 01Isso poderia ser algo importante?
O extranho é que em todos os casos relatados o problema aconteceu com DVP5990's. Coincidência?
Rictad tem um LG DV397H. Se não tivesse também acontecido com ele eu já estaria afirmando que provavelmente é um defeito da Philips.
O extranho é que em todos os casos relatados o problema aconteceu com DVP5990's. Coincidência?Rictad, se quiser comparar dois arquivos, quem sabe seja melhor pegar o firmware serial do DVP5990 postado no fórum do DVP5100 e compara-lo com o equivalente do site da Philips.
Eu andei lendo que a HDCP key é na verdade um conjunto de 40 chaves com 56 bits cada. Portanto, ocupa no mínimo 280 bytes. Talvez vocês já soubessem disso, mas de qualquer modo...
O LG do rictad tem MT1389S, certo? O mesmo que o DVP5990... Vou ver se tenho o datasheet do MT1389S.
No anexo está o backup serial firmware do DVP5990/37 americano (anteriormente eu disse europeu). Este é o link para o firmware original no site da Philips: http://www.p4c.philips.com/files/d/dvp5990_37/dvp5990_37_fus_aen.zip
Ok, tenho aqui um firmware com HDCP e HDMI e o mesmo firmware sem HDCP/HDMI. Este fim de semana vou comparar as diferenças...
Segundo o que li aqui:http://ryan.com.br/smf/index.php?topic=392.msg9176019;topicseen#msg9176019O problema de Rictad é diferente do problema citado em outros casos. Para Rictad a porta HDMI morreu completamente, mas este relato aqui:http://vb6rocod.euracks.com/phpBB3/viewtopic.php?f=2&t=3&p=424&hilit=hdcp#p424Fala de um player que só não reproduz a imagem de DVD (arquivos na USB dão imagem e sempre há som) pela HDMI. Este tem todos os elementos de um problema de HDCP, já o de Rictad, não.
Eu faria esse teste ainda hoje. Mas eu não tenho nenhuma TV com HDMI, por isso sequer posso dizer se o HDMI de meus aparelhos funciona.
De fato não pode ser HDCP, pois, se fosse, deveria atingir somente o conteúdo protegido.
Um usuário do OpenMTK disse que é possível adicionar o bloque HDCP ao firmware, então eu enviei uma MP para ele, pra ver se ele explica pra gente como é que se faz o procedimento...
Os dois firmwares de jmaraujo são muito diferentes. As diferenças estão apenas no código 8032 (ARM, DSP e DATA são idênticos), mas o com HDCP tem um banco 8032 a mais e todos os outros quatro são diferentes.São 238 mil bytes diferentes. Não dá para comparar.
Quote from: jmaraujo on September 25, 2009, 06:31:08 PMUm usuário do OpenMTK disse que é possível adicionar o bloque HDCP ao firmware, então eu enviei uma MP para ele, pra ver se ele explica pra gente como é que se faz o procedimento...Ele me deu a seguinte resposta aquí: "I think the only way to get the HDCP block is to dump it by serial cable from the original firmware. vb6rocod modified firmware does not include the HDCP block ( it's not included in the firmware from philips either). So when someone flashes firmware using the serial cable it zeros out HDCP block area which prevents hdmi from working. The way I get it to work is by using a hex editor and adding it to vbrocod firmware before I flash. The easiest thing is to make a backup first and if you run into problems you can most likely fix it by reflashing with the original firmware."
Bom, de qualquer forma, vou tentar o teste proposto pelo Ryan. Como meu monitor LCD tem HDCP, vou procurar um desses cabos HDMI to VGA simples, sem suporte a HDCP (vi que tem alguns com suporte HDCP). Aí vou testar pela VGA. Se der imagem, é só HDCP. Se não der, é a HDMI. Ou não...
Ele me deu a seguinte resposta aquí: "I think the only way to get the HDCP block is to dump it by serial cable from the original firmware. vb6rocod modified firmware does not include the HDCP block ( it's not included in the firmware from philips either). So when someone flashes firmware using the serial cable it zeros out HDCP block area which prevents hdmi from working. The way I get it to work is by using a hex editor and adding it to vbrocod firmware before I flash. The easiest thing is to make a backup first and if you run into problems you can most likely fix it by reflashing with the original firmware."
Não, é claro que não uma comparação direta, mas sim fazer o disassembly e aplicar os scripts de HDMI e HDCP disponivéis no grupo MT13x9 do Yahoo!
Alguém sabe onde encontrar fotos de alta resolução da placa do DVP5990?
Sugestão para teste:Se o Rafalibrenz estiver com o 5990, com a HDMI funcionando, e com facilidade de usar o cabo, ele poderia fazer o seguinte:1- Atualizar o player por CD com um firmware original disponível no site da Philips.2- Extrair o firmware por cabo. Assim, o possível HDCP block viria junto.3- Comparar os dois firmwares para tentar identificar o possível HDCP block. Nesse caso, provavelmente a comparação deva ser bem mais fácil do que em relação aos firmwares que o jmaraujo enviou.É claro, só se o Rafa tiver tempo, disposição, condições, etc.
Quote from: rictad on September 26, 2009, 10:36:50 AMBom, de qualquer forma, vou tentar o teste proposto pelo Ryan. Como meu monitor LCD tem HDCP, vou procurar um desses cabos HDMI to VGA simples, sem suporte a HDCP (vi que tem alguns com suporte HDCP). Aí vou testar pela VGA. Se der imagem, é só HDCP. Se não der, é a HDMI. Ou não... Eu nem sabia que isso existia.http://produto.mercadolivre.com.br/MLB-108432900-cabo-hdmi-x-vga-folhado-a-ouro-hdtv-dvd-monitor-lcd-tv-_JMMas eu acho que você só vai desperdiçar dinheiro.
EDIT: Olhando no início do bloco de 286 bytes, os 5 primeiros bytes, (descartando o 00 inicial) são: #73 #2A #92 #7C #9C. Em binário, isso dá: 0111001100101010100100100111110010011100, que possui 20 bits 0 e 20 bits 1. Seria o KSV?
Acho que descobri alguma coisa no primeiro par de firmwares do DVP5990/37 que o jmaraujo enviou (o do link e o do anexo).
Dependendo de que byte você considerar como o último é uma seqüência de 287 ou 288 bytes (um de nós dois está contando errado) começando em 0x1FFC00. Isso está no último setor de 64K da flash.
É difícil acreditar que o conjunto de HDCP keys esteja exposto no firmware, mas a coincidência numérica (tirando a KSV, restam pouco mais de 280 bytes) é inquietante.A KSV é como uma "chave pública" e as HDCP keys formam a "chave privada". É desconcertante ver uma chave privada criptográfica exposta. Isso deve ser coincidência.
Acabo de testar o Proview DVP858Eu sobrescrevi os dois blocos extras do firmware com zeros, me certifiquei de que tinha sido gravado...... e a HDMI continua funcionando.Deve ter sido por isso que eu ignorara o problema até agora. Os dois aparelhos com HDMI para os quais eu fiz firmwares parecem ser imunes.
Se aquilo for a HDCP key, temos uma falha de segurança. Mas será que os fabricantes estão se importando muito com isso?
For this attack you first have to break Blom's scheme (the linear algebra-based key-exchange system). In the case of HDCP, you need a minimum of 39 device keys in order to reconstruct the secret symmetrical master matrix that has been used to compute all device keys.
Funcionando mesmo com o conteúdo protegido?
Eles podem ser imunes mesmo ou estamos diante de uma enorme coincidência, pois são players de fabricantes diferentes com o mesmo tipo de código extra, de mesmo tamanho e começando no mesmo endereço!
Ainda estou fazendo alguns testes (estou usando o Windows num laptop, com cabo USB Prolific e, como já é sabido, o upgrade é lento com o driver Windows desse cabo USB), mas depois posto os resultados com mais detalhes.
Quote from: rictad on September 27, 2009, 10:40:28 PMAinda estou fazendo alguns testes (estou usando o Windows num laptop, com cabo USB Prolific e, como já é sabido, o upgrade é lento com o driver Windows desse cabo USB), mas depois posto os resultados com mais detalhes.Já tentou usar outro driver? No meu cabo, com o driver original a transferência era muito lenta, daí eu fiz o download de um driver acho que do site da Prolific, e a conexão agora é feita a uma velocidad normal... Agora não tenho como checar as versões, mas se precisar, depois eu dou uma olhada no meus drivers.
PS: Rictad, ainda estou te "devendo" aquele email para pedir a sua ajuda com o filtrado dos tags do itálicos (não a implementação do itálico, somente o filtrado dos tags). Alguns ArmCodes já "trazem de fábrica" essa opção mas o que eu estou usando não. Desculpem o off-topic.
00 B0 9B 1A 71 75 74 CC 00 39 C3 AF F8 82 75 76 7C 5B C0 A7 59 4F DB 9E 4A 77 9F 56 A9 C5 69 D8 50 E4 52 7A 9F F5 A3 91 D3 04 E6 23 53 BF CB 9C 73 B0 2E 6E 8F F4 F1 17 FA 94 EB 7C 61 C2 F2 38 7C 94 AF BE 40 1F 8A A4 A7 6B 1D BA 85 F7 A3 DE 60 56 6D 92 52 25 E9 7E 0D 21 7E D0 CB 91 86 C2 D3 F0 B2 2A F1 95 72 98 A4 04 ED 76 52 23 A2 45 9A D8 D5 37 77 FE 11 C8 60 98 08 9C B8 AE 10 0B B9 5B 49 32 6B AD 09 AB 12 C3 44 EE 5E 06 DC 86 91 D2 01 B5 AC F6 54 40 DA 96 74 85 F1 67 1B 58 4B 0E 76 B8 13 2D 15 EF 35 99 43 DA 27 AA BD 2C 0B 98 B6 1C 43 82 CA A4 A6 51 16 9C 27 60 77 80 59 D8 1E 7A CB 76 C7 A4 14 4A D6 7C D3 4C EE EF 05 67 73 AF 99 F2 52 10 8D 51 B9 88 84 47 63 19 91 FB 19 D2 10 E6 C2 33 1E 3C 12 F9 FA 25 64 FE 9E 77 27 CF 66 89 9C 05 BD E7 8B CC C5 E3 34 DA 0A 04 34 A0 18 7A 8F BC AE DA 7C C9 1A A2 46 9E 35 3D 1D C5 C6 EA EC 26 CD 4F E6 E1 BD 8D E3 FF
00 73 2A 92 7C 9C 66 A5 59 14 4F 48 5A 38 21 CC A8 81 73 1A F9 A9 29 83 27 24 1D 44 F4 98 D5 FB 65 22 8A E1 10 DD 50 9B 7A 12 46 14 98 C7 89 E9 C1 0D B4 E4 47 47 52 3D 61 4B B2 34 75 7A 48 C1 F7 A1 76 DF 9A 11 F6 0E AF D0 CE 46 54 92 C8 B5 44 3B 4B BB 95 E4 E6 BA 1A EF B4 AB 6F DA 9A 05 65 A3 89 11 1A AF 48 99 5D 4E B8 F3 62 EE 06 09 4F D7 0A FA B3 24 1E B8 A0 D4 F4 FF 12 3B 52 3C C3 67 ED D3 01 3F 85 47 76 6D C9 B4 03 BA EC 5C 90 CD D4 20 F6 19 D2 24 C6 26 AD 40 8B FD 0E 81 90 34 AD 4F B9 63 88 C3 16 BF 54 AD 90 5D C1 FB D2 04 83 32 4A F1 28 3F 00 04 FA 3A 23 33 F8 20 C3 5C B0 C3 F9 41 EB 46 EC F7 C0 10 58 82 95 13 57 20 13 6C BB 7A FC 69 F4 79 BB 69 30 3B 99 E3 01 B9 32 28 C5 D8 63 6F 6D F5 94 8B 42 D9 13 2F 36 83 50 E3 C6 D9 A8 A5 24 03 66 74 C1 0A 39 72 03 84 7F 76 06 F2 D8 1B D9 8C 4E 3B 9A 29 E7 73 6E EE 75 52 07 22 D7 43 9C 2D 29 C7 2F DE 55 FF
00 03 E3 16 B4 BB 7F D1 1D EA 04 2B 1D 89 96 58 CA 70 D7 92 DA AE 40 37 C3 2E AE 39 6D 22 D9 E5 20 5A 7E 90 85 24 16 52 A7 CD B1 CB 85 47 C4 1A F1 9B 74 8E 94 90 DC 31 56 8E 69 2C A4 69 A2 66 23 C1 5A 02 33 8E 60 33 7C F4 1E 40 A6 53 2A 4C 3E 58 2E FB 31 1F 6D 02 56 5E 8F 4E 75 8A C6 32 BD 4E A9 4F C4 DB C8 F7 A1 2B B1 68 A3 C6 2F 0B EC E5 45 3C 55 EC A7 FA 02 F3 F6 21 14 9D 81 39 5D 17 CC 9A E0 67 68 35 80 5F 3D 4F C0 50 2E 46 ED E5 71 B9 16 4E 22 ED F7 9B 71 68 CF FC 57 6E 1B 17 2C B6 96 C8 0A 9F E1 19 0B BC E1 F9 2D 66 62 9D 21 5D 87 DB EC BB 2B 58 39 FF C4 29 D3 C7 71 60 EF D7 74 CE 03 90 CB F5 6C 83 80 63 83 CF FD 3E 9D D8 FC 4A 4D 21 B7 CB 4C 98 15 55 F3 FD 0C E1 14 B4 32 6A 20 58 2C FD D7 2B 5F 2A 42 DC E4 B2 A2 13 6B 36 15 87 54 00 52 0E 7F 7B A8 13 57 B6 63 13 FA 21 67 0F 81 E1 06 D5 8A CC 10 3A 09 D0 00 01 59 6E B9 7F 2F E2 3E E9 D5 F8 D2 FF
00 41 AE C9 B6 6C 8E 74 07 3B 77 FF 91 69 CE 3B DF D2 A7 01 8A C6 9B F3 90 85 ED ED 70 47 31 FD F8 5A EF 3C 01 24 CB 7E 06 A7 5C 2C A1 A6 32 83 C9 C4 14 98 C6 AF DB D0 62 B4 A3 56 67 B5 A3 1F 1D 32 4A 15 80 CD B1 5D F9 55 56 3D B5 B6 76 FF E9 7F AA 07 A3 8F 15 94 0C 92 2A 82 77 00 F3 8F 0A EC 7B 87 CC C1 7A 24 84 E9 AB 40 EA D6 13 EC E3 35 17 2D 00 A1 EA 8D EB D4 FF 97 4D 99 F8 88 40 BC 31 79 9F EA 68 40 11 3C EE 8D 05 8A 7B 52 A5 33 A9 E1 B5 F6 01 83 E2 F1 EF D6 58 09 FC 11 09 E2 8B ED 21 27 E6 28 1A 06 57 9A E9 CC D9 82 9C 2A 1A 5D 04 E6 03 B6 38 2D 7F DC 4C 36 4B 44 69 9B D0 FF C2 76 95 7F B7 D5 D2 9C 47 73 6C 50 8D D9 F1 98 0D 53 E4 02 F0 A3 C9 59 02 DF AD 6A D3 7B D2 C5 92 EB E4 16 E5 CA C8 5E CE FB 54 78 E3 7E 72 E2 7E 91 25 6F EE 44 8A 8D A8 85 BA 4B C8 ED 1A DA 97 6D 44 F5 1F C2 6D 6D A5 54 AC A1 10 72 67 8C 88 6C 09 8C 8C 2C 03 7F EE 14 4A FF
00 B0 59 79 2A 6D 64 F2 F3 82 1E 1B 03 78 E4 FA 62 56 41 94 9D BE 58 52 38 DD A4 98 98 B2 ED A1 FB C0 48 64 1B 62 CE A9 7B 69 AC B4 DF 45 66 1A 91 06 7E EE 65 7B 1E A3 20 27 36 CB 2D 09 6A CD 08 29 C5 C4 B4 95 03 2D 16 D3 AC D7 54 F3 29 9C D3 88 74 8E D8 9C D1 2D E5 96 8D 0B 06 8E C2 FC 72 7A 91 B6 57 3F 9A B8 7C 9F 99 02 51 D2 A0 82 47 CB 5D 54 75 36 B6 3B E7 65 18 E1 05 40 77 28 18 5D 5F FD 47 52 3C AD AD 9A 44 0E EC D9 83 80 59 12 48 6E E4 D9 83 8F 17 13 3C 60 14 C2 93 09 4C 36 49 B3 DF C8 F4 26 32 22 7F 79 16 0C CD 83 7C 50 01 3D 18 FA 9F 61 FB BA CF 21 A3 70 E5 77 CE 3B E3 6B A0 F2 65 4C 3D A4 B9 40 AA FD 74 95 BD C0 85 01 24 A0 FF 7F 95 34 0B CA E5 16 5C 39 45 45 D1 BE 36 AA 0A F7 E0 1A 1F 83 37 FE 8D 26 59 CC E7 6F 90 F5 B8 CE 84 F0 BB AA 17 02 F3 6E 34 4F E8 12 B1 82 23 57 F7 DF 61 D5 71 EC 16 5E 55 54 A4 91 B4 27 A7 3F 85 5A F4 BA 3C 19 37 FF
00 05 B8 9E 1D 7A 6D 13 8E 8E C6 D3 04 86 D4 E9 59 CB CE 27 C6 AE 6A 39 BB CF 7E E7 77 57 36 6A 28 EC CE 1B 46 73 15 7A 00 9F 86 A8 93 60 EF 7A 1F 78 A7 47 0E 7E 53 8C 6B A2 4E F0 1A 7F 7F 82 9E 0A 79 86 A2 FB AD 73 80 FF A0 E2 E4 0A 21 09 64 97 D5 67 96 43 9C B9 11 28 D4 7E 93 A8 F1 B4 2F 6C 22 12 29 A6 81 A5 13 B3 CC 22 3E 8D 26 12 74 41 F2 63 84 22 8E B5 78 E0 28 F8 45 B9 17 EE 16 11 24 A6 2A 15 43 86 29 AA C3 6B D1 8B A0 5F ED EA A2 51 C5 DA 49 32 B5 50 6B 3C FB EF 39 45 EB AA B4 7F 25 42 99 B9 3B 72 7D E1 9E 43 C6 0C F2 EE B8 95 50 CE 2F B8 D9 7F F6 2C F6 14 E4 F9 2B 2B 1D 34 DE 0F A1 62 E0 B1 71 9D 54 00 ED EC 99 12 38 19 6D 06 BD 71 86 B8 3D FA 19 01 4E 0C D3 D0 D1 E1 88 A3 B7 95 75 E3 8B A5 3F 1E 90 3D BB B9 5F D7 2D 6A 40 58 2F 55 8D B5 D3 39 22 FF 8C EA 30 D3 2E 2A DC 8D 04 91 CA 7A F1 DC 33 09 22 2C 2B 71 25 BB 3E E7 E6 CB 0C 2D 34 93 7E FF
Se as fotos do Rafa mostrarem que o DVP5990 tem um chip HDMI Mediatek eu vou acreditar que esse "HDCP block" é resultado de uma ca**da da Mediatek, que não inseriu as chaves fisicamente no seu chip.
Vocês talvez se surpreendam, mas com o MTKTool via serial, menos setores são apagados no DV397H de chipset S. Na verdade, via serial, nada a partir do endereço #F0000 é apagado pela atualização.
Eu tenho três firmwares originais diferentes para DVP5980 extraídos por cabo e curiosamente nenhum deles tem o bloco.*O de HEJ456http://board.softpedia.com/index.php?showtopic=439&view=findpost&p=27702*O que eu extraí do meu aparelho*O que Rafa extraiu do aparelho deleMais curioso ainda: o DVP5980 é o único aparelho que até onde pude apurar não usa um chip HDMI Mediatek. Ele usa um chipset (são dois chips) Silicon Image PrismaClear.Se as fotos do Rafa mostrarem que o DVP5990 tem um chip HDMI Mediatek eu vou acreditar que esse "HDCP block" é resultado de uma ca**da da Mediatek, que não inseriu as chaves fisicamente no seu chip.
Quote from: rictad on September 27, 2009, 10:40:28 PMVocês talvez se surpreendam, mas com o MTKTool via serial, menos setores são apagados no DV397H de chipset S. Na verdade, via serial, nada a partir do endereço #F0000 é apagado pela atualização. Ué... como então o seu player perdeu a HDMI quando você atualizou por cabo?Que versão do MTKtool você está usando agora? Sabe dizer se sempre usou essa versão?Você pode me dizer qual o modelo do chip flash no seu aparelho? Eu não encontrei fotos internas do DV397H. Você tem como tirar algumas?
Durante aquele tempo em que fiquei com a FLASH "travada", eu postei imagens do meu DV397H aberto e até mesmo o datasheet da FLASH. E no final daquilo tudo cheguei à conclusão que esse aparelho com chipset MT1389S tem lá suas peculiaridades na atualização.
Mas não vi chip HDMI. Ou está do outro lado da placa ou é embutido no MT1389DXE
Hoje mesmo eu ia extrair o firmware, mas não achei a porta serial na placa...Estou desconfiado com aproximadamente 80% de 'certeza desconfiométrica' de que a serial é aquele soquete branco com 4 pinos bem perto do chip da memória FLASH.Mas estou em dúvida, pois não enxerguei os escritinhos "TX, RX, GND" perto dos pinos, como estou acostumado.Alguém me confirma se a serial é ali mesmo? É só alguém me confirmar, que aí eu tento ler o firmware.
Aaaah... Só que eu precisaria, além disso, saber a pinagem (TX, RX, GND) pra saber de que lado eu encaixo o meu cabo (que não tem aquele conector do soquetezinho), já que eu não consigo ler. Existe um padrão para essa pinagem? E se eu colocar virado, corro algum risco?
Programming is allowed in any sequence and acrosssector boundaries. A bit cannot be programmed from a"0" back to a "1". Attempting to do so may cause thedevice to set Q5 to "1", or cause the Data# Polling algo-rithm to indicate the operation was successful. However,a succeeding read will show that the data is still "0".Only erase operations can convert a "0" to a "1".
Rictad,A flash do seu aparelho (MXIC MX29LV160C) parece ser capaz de programação byte-por-byte. Isso não está absolutamente claro no datasheet. Mas uma coisa está clara (página 16):QuoteProgramming is allowed in any sequence and acrosssector boundaries. A bit cannot be programmed from a"0" back to a "1". Attempting to do so may cause thedevice to set Q5 to "1", or cause the Data# Polling algo-rithm to indicate the operation was successful. However,a succeeding read will show that the data is still "0".Only erase operations can convert a "0" to a "1".Isso significa que, de qualquer forma, sua flash não é exatamente "byte-programmable". A CPU pode até escrever em algum lugar onde previamente haviam "FF"s, mas não pode mudar esse valor a não ser usando um ciclo "copia, apaga, muda e cola".
Testei a HDMI do DVP5990 depois de tudo isso e continua ok.
Mas você atualizou via CD ou pen drive, certo?
Tenta atualizar via serial com o firmware original para ver se HDMI ainda funciona. Se não funcionar, você tem o conteúdo extraído para deixar sua FLASH como antes. Mas... cuidado...
Eu não me disponho a fazer isso. Pelo menos não agora. Esse aparelho fica totalmente inútil pra mim sem HDMI (o meu display não tem outra entrada compatível com o DVP5990). Estou com medo de escrever na FLASH dele via serial, apesar de já ter entendido que, pela lógica, eu não corro risco, pois poderia ter a FLASH do jeito que está, mas tenho medo igual. Talvez o buraco seja mais embaixo.
Considerando que a HDCP key do Philips 5990 não serviu no LG DV397H do rictad, será que essa tal HDCP key tem que ser específica para cada modelo? Só podemos ter certeza disso se alguém que possue um LG DV397H com chip MT1389S extrair o firmware por cabo para fazer essa doação para o rictad, e talvez assim finalmente consertar sua HDMI. Se mesmo assim não der certo, o mistério continuará...
Ela até deve ser uma por modelo, devido à licença.
Considerando que a HDCP key do Philips 5990 não serviu no LG DV397H do rictad, será que essa tal HDCP key tem que ser específica para cada modelo?
Só faria algum sentido para mim se de alguma forma esse "HDCP block" estiver também criptografado por uma rotina embutida no chip MT1389.
Ainda não sabemos sequer se o "HDCP block" da LG fica no mesmo endereço. Nunca vimos um firmware LG "completo".Se tudo o mais estiver certo, pode ser que o firmware faça alguma espécie de checksum no bloco.
1) Não faz nenhum sentido revogar a licença de um DVD player, porque ele vai continuar funcionando com o hardware que foi fabricado antes de sua licença ser revogada. Faz sentido em um Blu-ray player, porque o aparelho deixará de ser capaz de reproduzir discos novos. É possível até desabilitar o aparelho por comando de um programa no disco blu-ray, para que não possa reproduzir mais nada.
Agora aqui eu fiquei confuso. Você está dizendo que cada Blu-ray sai de fábrica com informações sobre a licença HDCP de cada modelo de aparelho que ele pode rodar? Ou pelo menos com a informação das licenças revogadas? Só assim ele pode "saber" se o HDCP key do aparelho é válido.
E isso dá para saber se alguém que perdeu sua HDMI só conseguir fazê-la funcionar com o HDCP block do seu modelo.
Segundo a especificação, cada Blu-ray player do mercado possui uma "revocation list" com todas as KSV revogadas.Pior ainda: Os discos de blu-ray foram projetados para conter atualizações de firmware e da revocation list para cada blu-ray player do planeta. E essa atualização é do tipo "mandatory". Ou seja: você compra um disco blu-ray novo, bota prá assistir e de repente pode ocorrer uma de duas coisas:1) Seu player comprometido é atualizado e não pode mais reproduzir discos piratas.2) Seu receiver comprometido (a TV ou outro dispositivo que você tenha no caminho) não autentica mais com o player.
Porém basta fazer um simples checksum para invalidar todo o bloco e dificultar o intercâmbio de chaves entre modelos. É facílimo para o firmware fazer essa verificação.
No momento só quem está habilitado a fazer isso é o Rafa, porque ele tem um aparelho que sabidamente perde o HDMI sem o tal bloco (os meus até agora são imunes).
...For proper HDCP operation, the TFP501 must have appropriate keys loaded in an externalEEPROM and encrypted by the device.18. Do I need an EEPROM for HDCP keys with the TFP510?The TFP510 has a provision to use keys stored elsewhere in memory and sent to it. Thekeys are still encrypted uniquely to the device. See related documents for more details.17. Should I write protect the HDCP key EEPROM?Yes. The TI device will read from the EEPROM, check an indicator value and decidewhether to read and use the keys stored there or encrypt them. There is only 1 64 bit valueof the indicator which will cause the device to re-write the EEPROM. Improper write to theEEPROM by the device is unlikely, however, the EEPROM could possibly interpret powertransients as a write command and alter its memory. Write protecting the EEPROM isadvised after the TI device has encrypted the keys.19. Do I need an EEPROM for HDCP keys with the TFP501?Yes, the TFP501 has no other user interface over which keys can be transferred.20. How does the TI device differentiate between the key EEPROM and other I2C EEPROMsin the system?The TI devices use an isolated I2C bus for the EEPROM load. The device is always busmaster, but talks to the EEPROM only at a well defined time after reset, so access to theEEPROM for factory programming or re-programming is easy.
HDCP Keys EEPROMThe SiI 169 comes pre-programmed with a production set of HDCP keys in its internal EEPROM. Inthis way the keys are provided the highest level of protection as required by the HDCP specification.Silicon Image manages all aspects of the key purchasing and programming. There is no need for thecustomer to purchase HDCP keys from the licensing authority. For security reasons, the keys cannotbe read out of the device.Samples of the SiI 169 are available with the B1 public keys as listed in the back of the HDCPspecification. These are marked with a -PUB part number as noted in the Ordering Informationsection. Make sure to request either “Public” or “Production” keys when requesting samples. Beforereceiving samples of the SiI 169 with production keys a customer must have signed the HDCPlicense agreement.
