unknown data type?

[klx300r]

just transferred over a bunch of pics to my A4000 but when I try to view them I get 'unknown data type'?? how the heck do I change the data type again from the icon info :confused: btw, using OS3.9, BB1&2

update: it appears this happens with other jps and lha files only when transferred from either OS4.1/Win7 machine to my A4000 via DropBox

[Templario]

You try to use the Warpt Datatypes?

[klx300r]

You try to use the Warpt Datatypes?

yup installed it a while back..maybe will try re-installing

[Oldsmobile_Mike]

Opening them with MultiView? I assume they're something obvious like jpg? There's a way to set default datatypes, off-hand I can't recall because I haven't had to mess with it in years. I vaguely recall it had something to do with editing the actual def_icons properties in env-archive...

[klx300r]

@ Oldsmobile_Mike

yup lots and lots of jpg files

[klx300r]

bump:hammer:

[kolla]

Check with md5sum or similar that the files have not been corrupted during the transfer?

[Oldsmobile_Mike]

Check with md5sum or similar that the files have not been corrupted during the transfer?

I would say just try to open them in a paint program or anything else that can open .jpg's to test this.  If PPaint can open them but Multiview can't, for example?

[klx300r]

Check with md5sum or similar that the files have not been corrupted during the transfer?

aha that does seem to be the case here and it seems it happens when  transferring files from either OS4.1 or Win7 via DropBox to my Amiga  4000
this is very strange for the file to loose all its  attributes as I've transferred a ton of other Amiga files over with no  such issues???

[guest11527]

this is very strange for the file to loose all its  attributes as I've transferred a ton of other Amiga files over with no  such issues???

Does this also happen if you first put the JPEG codestreams into an .lha, then upload the .lha to dropbox, and download the .lha, then extract?

DropBox might want to recompress pictures in some other format, or a JPEG mode that is not supported by the Amiga datatype (such as AC-coded JPEGs).

[klx300r]

Does this also happen if you first put the JPEG codestreams into an .lha, then upload the .lha to dropbox, and download the .lha, then extract?

DropBox might want to recompress pictures in some other format, or a JPEG mode that is not supported by the Amiga datatype (such as AC-coded JPEGs).

unfortunately yes even lha files show up with no attributes? I've also tried transferring lha files with no jpg in it and same thing :confused:

[nyteschayde]

Do other datatypes on your machine load? Or are they all bad. I recently had an install where something with the datatypes libraries/support files ended up not installing right but everything else seemed to work. Maybe try restoring the files around the datatypes, not just the datatype to load a JPEG for example but rather the datatype engine in the OS.

[klx300r]

@ nyteschayde

yes that's probably whats going on as I recall transferring files over to my A4000 without this problem so big question is how do I go about restoring ' the datatype engine of OS3.9 with BB1&2' :confused:

[Oldsmobile_Mike]

What's your version of datatypes.library?

Have you opened the files in a program that doesn't use datatypes to confirm that that's the issue?

[kolla]

Check with md5sum or similar that the files have not been corrupted during the transfer?

So, have you checked with md5sum (or similar) that the files are indeed the same on source and target? If they are indeed the exact same files, then your target system has a problem. If they are _not_ the exact same files, then your method of transfer is broken. Then you can start debugging whether it is uploading to, or downloading from Dropbox which corrupts your files.