File names lowercase, checking formatting

docs/TODO.md

@@ -1,13 +0,0 @@
-- Hashes are wrongly calculated on big-endian machines. This just needs fixing
-  of some #define's in the multihash library.
-- Add MacOS X-specific code. All that is needed is a way to send MMC commands
-  to the DVD-ROM drive. Inspiration can be taken from the libcdio sources. If
-  only I had a Mac... Same goes for *BSD, anyway.
-- Maybe write a graphical client. I will not do this as I am no GUI fanatic,
-  but I am sure many Windows users will still use RawDump as it has a GUI,
-  while we do not. This is actually quite easy, as the program is split into a
-  library (libfriidump) and a frontend. If anybody does it, please try to make
-  a portable GUI, maybe by using GTK+, qt, wxWidgets or whatever similar
-  toolkit you might find.
-- Make FriiDump as fast as RawDump (i.e.: 2.5 hours for a Wii disc).
-- Improve and better document the library API.

docs/changelog.md

@@ -7,15 +7,24 @@
 ### Jackal, gorelord4e, themabus
 
 - Fixed failing after 1st DL media layer with non-Hitachi methods.
+
 - Fixed still hashing with 'nohash' parameter when resuming.
+
 - Fixed resuming larger files (~4 GB).
+
 - Fixed unscrambling larger files.
+
 - Faster file unscrambling.
+
 - Slight modifications to methods;
   possible performance increase with Hitachi based devices.
+
 - Restructured methods and added some new ones.
+
 - Added layer break information.
+
 - Added current position output when error occurs.
+
 - Added SH-D162A, SH-D162B, SH-D162C & SH-D162D as supported.
 
   ### 	

docs/todo.md

@@ -0,0 +1,7 @@
+# Todo
+
+- Hashes are wrongly calculated on big-endian machines. This just needs fixing of some #define's in the multihash library.
+- Add MacOS X-specific code. All that is needed is a way to send MMC commands to the DVD-ROM drive. Inspiration can be taken from the libcdio sources. If only I had a Mac... Same goes for *BSD, anyway.
+- Maybe write a graphical client. I will not do this as I am no GUI fanatic, but I am sure many Windows users will still use RawDump as it has a GUI, while we do not. This is actually quite easy, as the program is split into a library (libfriidump) and a frontend. If anybody does it, please try to make a portable GUI, maybe by using GTK+, qt, wxWidgets or whatever similar toolkit you might find.
+- Make FriiDump as fast as RawDump (i.e.: 2.5 hours for a Wii disc).
+- Improve and better document the library API.