DVD in motion patch for NR261UM
Junior Member
Joined: Jun 2012
Posts: 4
This looks like an easy way to unlock de HDD looks safer than he other one, will try it soon Some fun with the MMCS display - Page 2 - EvoXForums.com - Mitsubishi Lancer Evolution X Forums
Junior Member
Joined: Jun 2012
Posts: 2
Hey Zedicus,
Just got a MMCS installed on my 2010 evo x se and i have version 261um 1.09 and app 41.02. I'd like to try out your update but i dont know if it will work since its such a big jump in software versions. should i get an update from the dealer first? my map version is 2008-A. Thanks bud!
Just got a MMCS installed on my 2010 evo x se and i have version 261um 1.09 and app 41.02. I'd like to try out your update but i dont know if it will work since its such a big jump in software versions. should i get an update from the dealer first? my map version is 2008-A. Thanks bud!
Junior Member
Joined: Jun 2012
Posts: 2
I ended up going with the V.39 version for UM. thats the latest tested fix for the US spec models and it works. A ton of us on the EvoXforums would love a newer version with the dvd hack, just waiting on someone to make it.
Junior Member
Joined: Aug 2012
Posts: 11
Guys I have managed to convert an MP3 so that it can be played by the MMCS, the MMCS uses Sony's ATRAC3+ Codec 128Kbps but with a custom RIFF + WAveFormatExtensible header.
I was hoping to create a way of transferring MP3's to the MMCS, but I have hit a big snag. After I managed to create a working audio file I set about trying to decode the various audio index files with a reasonable degree of success, but I have come up against an issue I need some help with. Each of the various audio index files, such as index.lst, have a 4 byte checksum at the start of the file to help detect corruption. So far I have tried all known 4 byte checksum algorithms on the index.lst file bar the first 4 bytes but have failed to generate the checksum correctly. Without the ability to generate the 4 byte checksum this project cannot go any further, so this is where the community can help. I need help with discovering this checksum algorithm; I have seen that some great work has been done on the MMCS with code disassembly and I was hoping some talented person could find the algorithm from the disassembled code. The MMCS will check this first when opening any of the various audio index file, but it will open index.lst first I believe.
Hope you guys can help, as I feel we are close to maybe being able to get our MP3's transferred to the MMCS without burning CD's.
I was hoping to create a way of transferring MP3's to the MMCS, but I have hit a big snag. After I managed to create a working audio file I set about trying to decode the various audio index files with a reasonable degree of success, but I have come up against an issue I need some help with. Each of the various audio index files, such as index.lst, have a 4 byte checksum at the start of the file to help detect corruption. So far I have tried all known 4 byte checksum algorithms on the index.lst file bar the first 4 bytes but have failed to generate the checksum correctly. Without the ability to generate the 4 byte checksum this project cannot go any further, so this is where the community can help. I need help with discovering this checksum algorithm; I have seen that some great work has been done on the MMCS with code disassembly and I was hoping some talented person could find the algorithm from the disassembled code. The MMCS will check this first when opening any of the various audio index file, but it will open index.lst first I believe.
Hope you guys can help, as I feel we are close to maybe being able to get our MP3's transferred to the MMCS without burning CD's.
Guys I have managed to convert an MP3 so that it can be played by the MMCS, the MMCS uses Sony's ATRAC3+ Codec 128Kbps but with a custom RIFF + WAveFormatExtensible header.
I was hoping to create a way of transferring MP3's to the MMCS, but I have hit a big snag. After I managed to create a working audio file I set about trying to decode the various audio index files with a reasonable degree of success, but I have come up against an issue I need some help with. Each of the various audio index files, such as index.lst, have a 4 byte checksum at the start of the file to help detect corruption. So far I have tried all known 4 byte checksum algorithms on the index.lst file bar the first 4 bytes but have failed to generate the checksum correctly. Without the ability to generate the 4 byte checksum this project cannot go any further, so this is where the community can help. I need help with discovering this checksum algorithm; I have seen that some great work has been done on the MMCS with code disassembly and I was hoping some talented person could find the algorithm from the disassembled code. The MMCS will check this first when opening any of the various audio index file, but it will open index.lst first I believe.
Hope you guys can help, as I feel we are close to maybe being able to get our MP3's transferred to the MMCS without burning CD's.
I was hoping to create a way of transferring MP3's to the MMCS, but I have hit a big snag. After I managed to create a working audio file I set about trying to decode the various audio index files with a reasonable degree of success, but I have come up against an issue I need some help with. Each of the various audio index files, such as index.lst, have a 4 byte checksum at the start of the file to help detect corruption. So far I have tried all known 4 byte checksum algorithms on the index.lst file bar the first 4 bytes but have failed to generate the checksum correctly. Without the ability to generate the 4 byte checksum this project cannot go any further, so this is where the community can help. I need help with discovering this checksum algorithm; I have seen that some great work has been done on the MMCS with code disassembly and I was hoping some talented person could find the algorithm from the disassembled code. The MMCS will check this first when opening any of the various audio index file, but it will open index.lst first I believe.
Hope you guys can help, as I feel we are close to maybe being able to get our MP3's transferred to the MMCS without burning CD's.
we would like to play MP3 from HDD too.
MMCS has a very strange file indexing system,
Do You recognize them ?
I did some research too, without success
May You write us more?
What You investigated?
Best Greetings