Archive for September, 2010

HDCP master key?

Tuesday, September 14th, 2010

What’s this? Could it be the HDCP master key? I sure hope so. Although the impact of this key is relatively small in real life (long live mkv and torrents!), anything that punches holes in DRM is highly appreciated.

Hmmm, how hard would it be to dump the encrypted digital output to disk and run it through a decrypter stripping HDCP. Then you’d have a perfect copy without having to wait for Slysoft to update their software.

Come on monitor manufacturers, just drop HDCP (and HDMI) and knock 40 euro off of the price.


How good software makes us stupid

Monday, September 13th, 2010

A short article by the BBC which I fully agree with. Just imagine the people around you a few decades from now…

Another milestone reached

Sunday, September 12th, 2010

Good news, SDIO is working, including an upgrade from Petit FatFs to FatFs.

Basically there were 2 problems. Some time ago I ripped some stuff from the breadboard to tidy things up a bit. Unfortunately this included a wire connecting the PSU to the right most power rail. As fate would have it this is where I attached the 3,3V of the SD card socket to a few days later. As long as the missing connection was well.. missing, the SD card was powered by the SDIO signal lines through the pull-up resistors. This resulted in unexplainable behaviour such a Kinston card to timeout at CMD8 and a Sandisk card never completing the voltage validation cycle.

The other thing were CRC errors during transfers. 25 MHz is simply too much for the current setup, which in all honesty isn’t really surprising given the long and poor connections. A real PCB and some pull-up resistor tweaking should make a speed increase possible. Currently it’s running at 4,2 MHz (simply because 0x0F is an easy to remember CLKDIV value ;)), but what this means in data throughput numbers… no idea yet.

Oh and it uses DMA, which also is a nice addition!

Concert ticket ripoff

Sunday, September 12th, 2010

Just tried ordering a concert ticket only to (re)discover what a dirty wankers those ticket sellers are. And I’m not talking about illegal tickets, no I’m talking about ordering through official channels ( Here’s a short breakdown;

  • 25 euro for the ticket, which is not bad at all;
  • 3,50 euro for a monthlong membership to enter the building… huh?;
  • 3 euro servicecosts… For what service? I’m ordering online and I must download and print the ticket myself;
  • 1,10 euro transfer costs to make the payment… WTF?!

Oh and of course banks don’t work… again! Tried 2 banks and 3 different payment methods…

Geez I hope those wankers get an serious accident soon. Imho the only solution to these kind of ripoffs is to remove the people responsible from society… permanently.

Edit:  the membership appears to be a cultural contribution to the non-profit organisation exploiting the building. No objections there.

SDIO power up

Wednesday, September 8th, 2010

Time for a little update. SDIO code is ready and under testing, although that’s not exactly going according to plan. After sending CMD8 it times out and the fun is over. A little annoying problem, but interesting nonetheless. For example did you know what the D0 signal looks like directly after setting the power state to on? Now you do ;)

Notice the long power up / supply ramp up time and the voltage it stabilises at.

Kindle vs iPad screen comparison

Sunday, September 5th, 2010

Still waiting for big (12″) consumer friendly e-readers (e.g. not manufacturer bound) to become available at a reasonable price, but the new Kindle got my attention after seeing a teardown on EEVblog. After a quick search I ran into a blog that had nice and simple screen comparison; BIT-101.

Not that the iPad has ever been an option (Apple can stuff it!), it clearly shows LCD technology is just not suitable for reading.

Also can’t wait for readers with a liquavista screen to appear.


Sunday, September 5th, 2010

… It seems I must revise my post about the MCD Application Team. The more I get into the dirty SDIO details, the more their code starts to make sense. Also going from SPI to SDIO makes things a bit more complex, such as addressing the right card and querying the card for wide bus support.

Van Canto

Saturday, September 4th, 2010

Shameless plug, enjoy!

Tsk tsk tsk MCD Application Team

Friday, September 3rd, 2010

Working hard on getting SDIO and FatFS up and running. Steadily making progress, but it’s not quite there yet. In the meantime I just want to give anyone else attempting this a minor note of warning – to get started quickly I looked at the SDIO example that comes with STM32′s peripheral lib, but quickly threw it out because the code is confusing.

I’m using the “Physical Layer Simplified Specification Version 2.00″ spec as a guideline on how to communicate with SD cards and it clearly outlines various states and which commands can supposed to be executed during those states.

What the MCD Application Team (a.k.a. the team behind STM32 code provided through ST’s website) has done is mix card states and even operating modes. For example placing Transfer State commands in the same function as Identification State code. While this can function perfectly fine, it does not correspond with the SD card spec making it not very logical to read. Could be quicker to just start from scratch ;)

And because I love diagrams: