Drexel dragonThe Math ForumDonate to the Math Forum



Search All of the Math Forum:

Views expressed in these public forums are not endorsed by Drexel University or The Math Forum.


Math Forum » Discussions » Software » comp.soft-sys.matlab

Topic: MatLab help
Replies: 6   Last Post: Apr 30, 2012 10:56 PM

Advanced Search

Back to Topic List Back to Topic List Jump to Tree View Jump to Tree View   Messages: [ Previous | Next ]
Bright Ideas

Posts: 4
Registered: 4/29/12
Re: MatLab help
Posted: Apr 30, 2012 9:07 PM
  Click to see the message monospaced in plain text Plain Text   Click to reply to this topic Reply

On Apr 30, 8:15 pm, ImageAnalyst <imageanal...@mailinator.com> wrote:
> Jeffrey:
Hi again,

Yes, I can see the uint8 is over-thinking it. And yes i can see
why that would throw an exception now that you mention it.
I am bad for that. Over-thinking things...You should see some of my
late-70's 80's CBASIC junk...Oh man. What a time that was. ;-)
If I remember correctly, there was a reason for doing that uint8 when
the
original code was forged , not sure now why but it's still a remnant
of a very experimental quick and dirty coding exercise, not nearly as
elegant as you have suggested. I appreciate your observations
very much - I'm still a hack as far as MatLab goes, It'll take
me a while to get back up on that horse but I have to. At least
until I get past resurrecting my old OOK circuitry and move on to
my new color phase shift keying/OFDM stuff. No strange
extensions, so do I just hack out the uint8 refs and be done with
it? I am not familiar with fullfile() will look it up. As I say, if I
once
was, I don't remember now. Too many years, too many projects
later. An R&D engineer , like me, gets bombarded so much we
can't help refiling things in our brains, seriously, sometimes to
the point of just one step from completely forgetting what once
was a daily thing. I am sure you know the drill.

Anyhow, in so removing uint8's from the existing code, any
suggested best re-write for those lines? Ha, you probably
hate me by now for all these q's - but look, I really appreciate
your help. It'd take me way too long to figure out how to fix this
old bad copy of the programs if i didn't have some smart
help - no doubt!

You write this stuff for a living? Or part of it?

Might could use your help later too, but maybe a
payed gig. I'll see what I can do if you're interested.

Anyhow, get back about the uint8 re-hack if you have time.

THANKS BIG TIME ... !!! Best , quickest help I have received
on some weirdness in a programming lang. in forever, you're
really great to help out an old codger like me. People are
so smart-a$$ed and convinced they know everything
anymore, I rarely ask . The net used to be friendlier, the BBS's
were stellar. Nice to meet you. ;-)

Best Regards,

Jeffrey



> You're telling imwrite the file format is uint8, but that's not
> right.  It is expecting something like BMP, TIF, PNG, JPG, etc.  It
> already knows it's uint8 since it knows the class of the data you're
> sending in - you don't need to tell it.  For that matter, you don't
> need to tell it the file format (PNG, etc.) because it gets that from
> the file extension.  It would only need that if your file name did not
> have an extension (for some reason), or it had some strange extension
> that you wanted to use for some reason and it couldn't figure out the
> file format from your strange extension.  I don't recommend you do
> that.  Just leave it out altogether and just pass in the data and the
> full file name (folder+base file name + extension).  Use fullfile() to
> build a complete filename, after of course you've used exist(folder,
> 'dir') to check that the folder exists and mkdir(folder) to create it
> if the folder doesn't already exist.





Point your RSS reader here for a feed of the latest messages in this topic.

[Privacy Policy] [Terms of Use]

© Drexel University 1994-2013. All Rights Reserved.
The Math Forum is a research and educational enterprise of the Drexel University School of Education.