Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: klx300r on December 05, 2017, 04:20:36 AM
-
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 ???
-
You try to use the Warpt Datatypes?
-
You try to use the Warpt Datatypes?
yup installed it a while back..maybe will try re-installing
-
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...
-
@ Oldsmobile_Mike
yup lots and lots of jpg files
-
bump:hammer:
-
Check with md5sum or similar that the files have not been corrupted during the transfer?
-
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?
-
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???
-
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).
-
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:
-
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.
-
@ 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:
-
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?
-
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.
-
files show up with no attributes?
What do you mean by "attributes"? What are you looking at when you see "no attributes"?
-
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?
datatypes.library is v44.47 and I've tried to open jpg files and lha files in WB, using viewers etc with no luck...I just tried transferring a demo over ot my A4000 from my X1000 and on the X1000 side I can unarc the lha no problem but once transferred over unarc doesn't recognize the file at all and same goes for any jpg file sent over..now to check if I download a file from my A4000 and transfer it over to me X1000 to see if same problem happens....................
-
datatypes.library is v44.47 and I've tried to open jpg files and lha files in WB, using viewers etc with no luck...I just tried transferring a demo over ot my A4000 from my X1000 and on the X1000 side I can unarc the lha no problem but once transferred over unarc doesn't recognize the file at all and same goes for any jpg file sent over..now to check if I download a file from my A4000 and transfer it over to me X1000 to see if same problem happens....................
ok so just transferred working jpf file from my Amiga4000 over to my X1000 via DropBox (or as seen on my miggies as AmiBox :)) and same problem....once file transferred over to my X1000 and I try to open it I get "unknown datatype' from multi-view and pic viewers won't open the file either
-
ok so just transferred working jpf file from my Amiga4000 over to my X1000 via DropBox (or as seen on my miggies as AmiBox :)) and same problem....once file transferred over to my X1000 and I try to open it I get "unknown datatype' from multi-view and pic viewers won't open the file either
Sorry, but this is still not as clear as it could. Could you please try the following (step by step):
a) Take the original JPEG. Determine its file size (probably on windows or any other system where you have direct access to the file). Post the file size here.
b) Take this original JPEG, and provide it here (if possible)
c) Transfer the file to dropbox
d) download from dropbox with the Amiga
e) Determine its file size (in bytes!) with the "List" command. Post this result here.
f) Take this JPEG, also provide it here (if possible).
I can then have a look at the internal structure of the JPEG and see whether dropbox modified (potentially) its inner structure.
-
Do you have a third computer that can confirm that the files are uncorrupted on Dropbox?
-
Sorry, but this is still not as clear as it could. Could you please try the following (step by step):
a) Take the original JPEG. Determine its file size (probably on windows or any other system where you have direct access to the file). Post the file size here.
b) Take this original JPEG, and provide it here (if possible)
c) Transfer the file to dropbox
d) download from dropbox with the Amiga
e) Determine its file size (in bytes!) with the "List" command. Post this result here.
f) Take this JPEG, also provide it here (if possible).
I can then have a look at the internal structure of the JPEG and see whether dropbox modified (potentially) its inner structure.
ok Thomas, I'm positive that the issue is in fact DropBox manipulating the files & now waiting for AmiCloud to get back up with folder support as I never had such a problem like this using AmiCloud on my OS4.1/ OS3.9 & Win 7 machines.
anyhow as per your request:
a- original jpg size on Win 7 machine- 1.05 MB
b- please reply to my PM and will send you jpf file in question
c- done
d- done (A4000, OS3.9)
e- list shows 1106027 ----rwed
f- see b
-
Do you have a third computer that can confirm that the files are uncorrupted on Dropbox?
yes and actaully a 4th and 5th as well but always same issue
-
And you are saying lha files are also corrupted on Dropbox?
Is it always the files uploaded from one computer that gets corrupted, or is it from any of your computers?
I personally have not experienced any file corruption with Dropbox, but I don't really use it that much, as I have other cloud storage providers I use.
-
@ kolla
yes very strange indeed as it seems that any good file that is transferred via dropbox from win7 to amiga or vice versa gets corrupted???
I've never had this problem using AmiCloud but right now it's not working as they are implementing folder support
-
So you are saying uploading from your Amiga causes file corruption. I am guessing you are using the Dropbox handler, and so I guess that is a support issue for the author of the handler :)