cleanup winner README.md files

Fixed cases where there was a bad trailing backslash.

Improved a few cases where a code block was needed
to highlight some text.

Changed a few cases where a code block needed to
declared as, say, a sh code block.

Fixed a few cases where the winner information was not properly formatted.

Plus a few nits and clarifying text was added.

2000/bmeyer/README.md

@@ -5,8 +5,7 @@ Monash University, Melbourne, Australia\
 1/832 Blackburn Rd\
 Clayton, VIC 3168\
 Australia\
-<https://web.archive.org/web/20030212213342/http://byron.csse.monash.edu.au/realindex.html>\
-\
+<https://web.archive.org/web/20030212213342/http://byron.csse.monash.edu.au/realindex.html>
 
 
 ## To build:
@@ -56,7 +55,7 @@ Create a large reverse video xterm, say 200 columns wide and try:
 ```
 
 Produce an even smaller output:
-\
+
 ```sh
 ./bmeyer -2 200 < lavabus.pgm > lavabus.glic2
 ```
@@ -114,6 +113,7 @@ The [Makefile](Makefile) defaults to `-O3` and no `asm()` call.
 
 This program is called `GLICBAWLS`
 
+
 #### Function
 
 `GLICBAWLS` stands for "Grey Level Image Compression By Adaptive Weighted Least
@@ -197,15 +197,13 @@ considerably better. And don't even *think* about using it for
 so-called "artistic" images (i.e. anything that wasn't scanned
 from a photo or camera)....
 
-### WARNING
 
+### WARNING
 
 `Glicball` is rather CPU and FPU intensive. Don't run it on anything slow.
 Things start to be usable around 300+MHz, with 600+ being highly desirable.
 
 
-
-
 ### Compile Instructions
 
 Unlike most compression program, `glicbawls` makes heavy use of