|
Thanks a TON for that...did you just pull that off the top of your head? Or did you have reference material for that? What information did you refer to?
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Hi,
I once wrote a JPEG file viewer based on the JPEG standard[^].
And today I threw out everything that was not needed when only Size matters...
|
|
|
|
|
...how long did it take you to parse through all of the W3C info to turn it into something useful?
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Actually not very long, I did not read most of the spec, I just looked for the overall
structure (packets with 2B code and 2B length field) and a couple of specifics that did
interest me at the time. And with a simple viewer, I just looked inside a lot of JPEG files
to see what kind of information typically gets included.
BTW a lot of cameras add exposure information (make and model, datetime, image corrections,
etc) to the JPEG files they create, and the Image class allows you to retrieve these
using the getPropertyItem() method.
|
|
|
|
|
...I was thinking that I was going to have to find a way to pull the FileHeader off, store it in the .Net equivalent of a BITMAPFILEHEADER. Then, pull the InfoHeader off of the file and store it in the .NET equivalent of a BITMAPINFOHEADER...& pull the width & height from it
...or by using WMI. That was more along my line of thinking.
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Hi,
The structs you mentioned exist in a .bmp file, not in a JPEG file.
And before you ask, no I dont have a BMP Viewer yet.
As for WMI, I dont think WMI would help looking at JPEGs; it is involved in system resources.
|
|
|
|
|
I know that WMI is for system resources, but I saw an example while I was doing online research where somebody went to the WMI classes for the owner of a specific file (I think he went to one of the Operating System's Win32_Security classes) ...I was just thinking that the information might be included with it *somewhere*
Welcome my son...Welcome..to the Machine
|
|
|
|
|
right...I knew that the BITMAPINFOHEADER was for a bmp & not a jpg  ...but I was hoping that something could be done to mimic its usage. (My bmp viewer is in C++...never ported it to .NET) ...bmp's are actually extremely simple, barely a step up from a PPM.
I'm sure you could find it yourself, but the header just looks like this:
height field
bits per pixel field
compression field
colors field
important colors field
...then you just have to remember that bitmaps are encoded as BGR values instead of RGB, so you have to map them accordingly
Welcome my son...Welcome..to the Machine
|
|
|
|
|
ok...one thing I absolutely hate is how .NET throws this for the code you provided:
Error 6 Control cannot fall through from one case label ('case 207:') to another D:\XNA\Files\Projects\Terrain\TerrainWIP\Terrain\Terrain\JPEG.cs 61 58 Terrain
Was your code C#.NET code? How were you able to force it to fall through the cases?
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Hi,
I did not actually run the code I posted, but it seems OK to me.
cases should be empty (that is how you can list cases to share all their code)
or end on a change-of-flow (break, return, throw...)
Did you somehow change the code and violate the above ?
I guess you did, since 207 is 0xCF and that one ended on return...
|
|
|
|
|
no...identical code. Cut & pasted it. .NET's saying that it won't let a case fall through to execute code from another case. ...OxCF was the case that actually had code to execute. ..the others fell through to 0xCF.
Welcome my son...Welcome..to the Machine
|
|
|
|
|
lol...I saw what it was. You forgot your break in the 0xCF code, so it was saying it couldn't fall from 0xCF to the default code.
Welcome my son...Welcome..to the Machine
|
|
|
|
|
...even if you have a return, it still wants you to have the break after it
Welcome my son...Welcome..to the Machine
|
|
|
|
|
My Visual Studio C# 2005 Express Edition is happy without a break after a return,
and produces a warning "unreachable code" if there is such a break; both seem logical to me.
Are you using an different, maybe older, IDE ?
|
|
|
|
|
I have now tried with Visual Studio 7.1 and it behaves identically:
return without break is fine, return+break gives warning.
|
|
|
|
|
I'm using VS 2005. return without break gives the error that I provided. ...break after return compiles with a warning
Welcome my son...Welcome..to the Machine
|
|
|
|
|
...same in Visual C# 2005 Express
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Well, that's a small mystery, one we will not solve easily, but I guess you can live with it ?
Anyway, I trust you got the code up and running...
|
|
|
|
|
yeah, I can live with it...I'm having a new problem though:
if (code != 0xFF) throw new ApplicationException(
"Unexpected value in file " + filename);
throws ....code equaled 216. What exactly is that check for? Do you know what the value of 216 means in this context? The first pass through, "code" was 255, then the next value was ...[Fixed it before I finished the post]
...Since the only thing I'm wanting to do is determine the width & height of the file, I just place a check for them inside the code check so it's now looking for
if(code != 0xFF && width == 0 && height == 0)
{
throw;
}
so now it will only throw if the width & height haven't been set yet..if they've been set, then I simply break when the code is not 0xFF. ...Is 0xFF like a key value for the header or something like that?
Welcome my son...Welcome..to the Machine
|
|
|
|
|
Hi,
the FF-check is for protection (I want the code to fail on something that isnt a
JPEG at all!); so far all valid packets have a two-byte code that looks like 0xFFXX,
and my code did return as soon as size was seen; you should not continue
scanning the file after that ! (typically the size info is in the first few % of the file,
and the scanner as is probably is unable to handle everything that might follow it).
If there is any more trouble, please publish the entire method again. If you think there
are some valid JPEG files that my code does not handle well, then mail me one or two of them.
|
|
|
|
|
yeah...I didn't remove the return from your case code, but it was definitely not hitting it, which is extremely odd. ...It was definitely continuing past the point that it determined the width & height, which is why doing the assignment checks for width & height automagically switched the block. I'll look into what I did when I get home from work...and I'll post a screenshot of what I got completed.
Welcome my son...Welcome..to the Machine
|
|
|
|
|
hi
i want to convert follow VB.NET code to C# :
if ((bByte <= 1FH) || (bByte >= &H7F))
return ".";
can you help me?
tanks
|
|
|
|
|
if ((bByte <= byte.Parse("1F", System.Globalization.NumberStyles.HexNumber)) || (bByte >= byte.Parse("7F", System.Globalization.NumberStyles.HexNumber)))
return ".";
|
|
|
|
|
There is no || operator in VB, I guess that you mean or.
if (bByte <= 0x1f || bByte >= 0x7f) return ".";
or why not use decimal numbers:
if (bByte <= 31 || bByte >= 127) return ".";
---
single minded; short sighted; long gone;
|
|
|
|
|
Hey Guys,
I'm new to C#... Have never used Microsoft Visual Studio. It was my first day today to install it and attempt to open a new project, whatever I chose (console application, windows application) as soon as I press ok it displays "The filename, directory name or volume label syntax is incorrecr". I dont understand what that means or whats wrong.
Second I have an assignment to do. I need to compile a library management system and the assignment was due a few hours ago and I really have no idea where to start or what to do. Any help would be appreciated.
Thanks
Diana
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
