Okay. Replaced the .NET BinaryReader with stdio.h getc; works fine now. Oddly enough it's only the reading of the BMP header that was the problem. Once you start the actual byte-to-nibble conversion and reversion, everything works fine with the .NET readbyte functions. Shame .NET isn't quite perfect, because I've done some quite difficult tasks easily(such as parsing Bytes into Hex strings). Of course, my client's embedded system development environment is windows, so Linux wasn't an option. Simon ----- Original Message ----- From: "Simon O'Riordan" <voluntar...@btopenworld.com> To: "Dorset Linux User Group" <dorset@mailman.lug.org.uk> Sent: Sunday, November 01, 2009 8:08 PM Subject: Re: [Dorset] Changing the Boot Order with grub2
>I have a utility that strips data bytes out of a bitmap. It doesn't have a > problem with any bitmap except those found by a Google image search of > Starbucks, or files with Starbucks in the name. > You can convert any of these files quite freely between > forms(GIF,TIFF,JPG,BMP) or edit the image in Paint or Gimp. > I had use windows at this stage because VS is a quick way to set up a > programme that reads BMP and strips down the data. > With Starbucks files I can't even get the byte stream running to read the > header. There is some kind of compression or encryption that only affects > Starbucks images. It was running for a week before this happened. > Next stage is to revert to ansi stdio.h functions and see if they are > defeated too. > Crazy but true! > ----- Original Message ----- > From: "John Carlyle-Clarke" <j...@wormdrive.net> > To: "Dorset Linux User Group" <dorset@mailman.lug.org.uk> > Sent: Sunday, November 01, 2009 7:29 PM > Subject: Re: [Dorset] Changing the Boot Order with grub2 > > >> Simon O'Riordan wrote: >>> If anybody wants to get really angry, I've got some news about >>> Starbucks; >>> if >>> you do an image search for Starbucks, you find that any conversion to >>> bitmap >>> is protected from binary read at the stream buffer level. It is only >>> Starbucks images, and it is obvious that there is protected data in any >>> Starbucks file. >>> Whether this is copyright protection or something more sinister is open >>> to >>> question. >>> >>> >> >> joh...@liberator:~$ wget >> http://starbucks.co.uk/IntlCMS/images/headers/header_logo1.gif >> --2009-11-01 19:26:42-- >> http://starbucks.co.uk/IntlCMS/images/headers/header_logo1.gif >> Resolving starbucks.co.uk... 12.129.19.148 >> Connecting to starbucks.co.uk|12.129.19.148|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 3231 (3.2K) [image/gif] >> Saving to: `header_logo1.gif' >> >> 100%[======================================>] 3,231 10.6K/s in >> 0.3s >> >> 2009-11-01 19:26:48 (10.6 KB/s) - `header_logo1.gif' saved [3231/3231] >> >> joh...@liberator:~$ convert header_logo1.gif header_logo1.bmp >> joh...@liberator:~$ ristretto header_logo1.bmp >> >> >> >> It looks OK to me. What did I miss? >> >> >> -- >> Next meeting: Dorchester, Tuesday 2009-11-03 20:00 >> Dorset LUG: http://dorset.lug.org.uk/ >> Chat: http://www.mibbit.com/?server=irc.blitzed.org&channel=%23dorset >> List info: https://mailman.lug.org.uk/mailman/listinfo/dorset > > > -- > Next meeting: Dorchester, Tuesday 2009-11-03 20:00 > Dorset LUG: http://dorset.lug.org.uk/ > Chat: http://www.mibbit.com/?server=irc.blitzed.org&channel=%23dorset > List info: https://mailman.lug.org.uk/mailman/listinfo/dorset -- Next meeting: Dorchester, Tuesday 2009-11-03 20:00 Dorset LUG: http://dorset.lug.org.uk/ Chat: http://www.mibbit.com/?server=irc.blitzed.org&channel=%23dorset List info: https://mailman.lug.org.uk/mailman/listinfo/dorset
