| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4785.1 | Would TIFF as intermediate work? | NSIC00::KLERK | Thunderbirds are Go | Tue Mar 04 1997 04:40 | 7 |
|
Would not BMP -> TIF (via Paintshop Pro or some other PC tool) give you
a TIFF file that can be rendered into BRF using UtoX?
(I vaguely remember this is what I once did - eons ago so I could be wrong)
Theo
|
| 4785.2 | Use GIF instead? | NSIC00::KLERK | Thunderbirds are Go | Tue Mar 04 1997 04:53 | 4 |
|
I just saw that UtoX does GIF -> BRF and Paintshop does BMP->GIF so...
Threo
|
| 4785.3 | or DDIF$READ_BMP.EXE | CRAYON::GENT | Revolutionize yourself | Tue Mar 04 1997 22:58 | 7 |
| If you're really adventurous, there is a BMP input module for
CDA (remember that?), which you could use to get the file to
TIFF or DDIF on a VMS machine. Do note, however, that BRF is
monochrome and there is a strong likelihood that a PC screen dump
will look pretty ratty when dithered down to one bit per pixel...
--Andrew
|
| 4785.4 | Thanks. Supplementary questions. | FORTY2::KNOWLES | Per ardua ad nauseam | Wed Mar 05 1997 04:04 | 19 |
| Thanks, both. Andrew's solution looks less labour-intensive, but I'll
see what works. I suspect that the amount of time it'd take to redraw a
copy of the dump might be less than all the sucking and seeing takes.
Andrew: would it work better if I set the PC up to look monochrome
before I did the dump? I don't really understand much about dithering,
so I don't know what to expect.
I've tried the CDA route, and not got very far. Does this mean anything to
you?
$ convert REGDUMP.BMP;1 REGDUMP.ddif
%CONVERT-I-RTL, record longer than maximum record length
%CONVERT-I-RSZ, invalid record size
Is it something to do with the file copy? I dragged and dropped it to a
network drive. Would it be better to use ftp?
b
|
| 4785.5 | | CRAYON::GENT | Revolutionize yourself | Wed Mar 05 1997 14:50 | 22 |
|
I've tried the CDA route, and not got very far. Does this mean anything to
>> you?
>>
>> $ convert REGDUMP.BMP;1 REGDUMP.ddif
>> %CONVERT-I-RTL, record longer than maximum record length
>> %CONVERT-I-RSZ, invalid record size
By default, CDA assumes that the files are in DDIF format, so you have
to be explicit about the type:
$ CONVERT/DOC regdump.bmp/form=bmp regdump.ddif
Also, BMP was not part of the standard installation, as I recall,
so if you get an "input converter not found" error, you should copy
the BMP image from my system:
$ COPY CRAYON::SYS$LIBRARY::DDIF$READ_BMP.EXE SYS$LIBRARY:*
(If you don't have sys privs, copy it to a local directory and
redefine SYS$SHARE to point to that directory and the system
directory.)
|
| 4785.6 | Colour -> 256 grey scale should not be the real problem | NSIC00::KLERK | Thunderbirds are Go | Thu Mar 06 1997 06:05 | 5 |
|
Most screencapture packages (like Paintshop) will allow you to convert
from colour to b/w (grey).
Theo
|
| 4785.7 | Trouble copying exe | FORTY2::KNOWLES | Per ardua ad nauseam | Fri Mar 07 1997 11:51 | 14 |
| Andrew -
I get this error when copying your file. Any ideas?
Lingo> COPY CRAYON::SYS$LIBRARY::DDIF$READ_BMP.EXE SYS$LIBRARY:*
%COPY-E-OPENIN, error opening CRAYON::SYS$LIBRARY::DDIF$READ_BMP.EXE;
as input
-RMS-F-NOD, error in node name
This is odd, because as you know CRAYON is an OK node name. To check, I
just had a look at the web page.
Thanks
b
|
| 4785.8 | it's Andrew's fault :-) | ORION::chayna.zko.dec.com::manana::eppes | Nina Eppes | Fri Mar 07 1997 16:11 | 12 |
| Hi, Bob. If you copied the command line from .5, the problem is that there
is an extra colon (two instead of one) after the device name (SYS$LIBRARY).
> Lingo> COPY CRAYON::SYS$LIBRARY::DDIF$READ_BMP.EXE SYS$LIBRARY:*
> %COPY-E-OPENIN, error opening CRAYON::SYS$LIBRARY::DDIF$READ_BMP.EXE;
> as input
> -RMS-F-NOD, error in node name
I know, these things are hard to spot!
- Nina
|
| 4785.9 | I'm caught! | CRAYON::GENT | Revolutionize yourself | Fri Mar 07 1997 19:13 | 1 |
| Whoops! Thanks Nina. Sorry Bob.
|
| 4785.10 | Blush | FORTY2::KNOWLES | Per ardua ad nauseam | Mon Mar 10 1997 03:50 | 2 |
|
|