English Amiga Board


Go Back   English Amiga Board > Other Projects > project.TOSEC (amiga only)

 
 
Thread Tools
Old 12 September 2009, 08:40   #41
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Quote:
Originally Posted by andreas View Post
Well, so we would have to retest ALL TOSEC disks!!
Yes, we really should make a difference.

Quote:
Originally Posted by andreas View Post
Just try to pick some of the [v Lamer Exterminator 2] ones and check if the virus is there! You will rarely find it ON the disk, but just its mischief: destroyed blocks.
I did some random samples and didn't find any virus file on there, but you may prove me wrong of course.
Until now i have checked all(really every single disk) TOSEC games disks beginning with letters P -Z and my experiences are, that most times the virus is really on disk, of course there are exceptions.
mai is offline  
Old 12 September 2009, 14:22   #42
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 50
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
As I said, you may probably have encountered the Lamer v4.

That aside, if LAMER is responsible to block destruction, it should also be renamed [b LAMER] or sort of thing.
Because it might matter whether a block only contains LAMER! or whether it's just a byte that has to be switched so that the disk works again, respectively so that the block checksum is OK again.
andreas is offline  
Old 12 September 2009, 21:33   #43
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Quote:
Originally Posted by andreas View Post

That aside, if LAMER is responsible to block destruction, it should also be renamed [b LAMER] or sort of thing.
Because it might matter whether a block only contains LAMER! or whether it's just a byte that has to be switched so that the disk works again, respectively so that the block checksum is OK again.
Ok, maybe you are right, but i have different opinion, because
we should try to use general [b] descriptors, in this case "[b checksum error].
Let me try to explain.
In your example, you would prefer to use "[b Lamer]", by the way, we would create a new [b] descriptor, its not used in current Amiga games dat until now.
Also you could use "[b corrupt file]" or "[corrupt gfx]" and this causes
thousands of different descriptors for one and the same main error.
If we have a general solution, then the user knows, if he use a disk with
[b] flag, then its possible that he get problems with this disk.

...remember, its my own opinion.
mai is offline  
Old 12 September 2009, 21:40   #44
TCD
HOL/FTP busy bee
 
TCD's Avatar
 
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,518
I agree with mai, since the type of corruption is more important to know than the cause for it
TCD is offline  
Old 12 September 2009, 21:45   #45
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Quote:
Originally Posted by TheCyberDruid View Post
I agree with mai, since the type of corruption is more important to know than the cause for it
..a much better description in only one line.
mai is offline  
Old 12 September 2009, 21:50   #46
TCD
HOL/FTP busy bee
 
TCD's Avatar
 
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,518
Cheers mai
TCD is offline  
Old 13 September 2009, 05:26   #47
TKaos
Registered User
 
TKaos's Avatar
 
Join Date: Jul 2008
Location: Bochum / Germany
Age: 38
Posts: 36
Send a message via ICQ to TKaos
I agree more to andreas, what caused the [b] flag is more important.
On the other hand you could also make it both [b LAMER checksum error], that would require a change in the TNC.pdf file where [b], [b Descriptor] should be changed to [b], [b reason damage].
TKaos is offline  
Old 13 September 2009, 11:41   #48
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Quote:
Originally Posted by TKaos View Post
I agree more to andreas, what caused the [b] flag is more important.
On the other hand you could also make it both [b LAMER checksum error], that would require a change in the TNC.pdf file where [b], [b Descriptor] should be changed to [b], [b reason damage].
Sorry, i have still different opinion.
I think its not a good idea to change TNC, the result would be to have much longer filenames.
mai is offline  
Old 15 September 2009, 02:13   #49
PandMonium
Registered User
 
PandMonium's Avatar
 
Join Date: Sep 2008
Location: Portugal
Posts: 408
i also think knowing what is bad is the important thing to know, looking at the set i would like to know if he was a bad dump and what was wrong with it, in this case crc errors, having lots of extra info is not always a great idea in my opinion :P
PandMonium is offline  
Old 24 September 2009, 16:46   #50
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 50
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
... and another small duo of extended ADFs renamed as "overdumps":

Terrorpods (1987)(Psygnosis)(M7)[o] (crc 0418CF96)
Tusker (1990)(System 3)[o] (crc 3D8B02D5)

The next IS an extended adf, but there is nothing indicating this:
Tusker (1990)(System 3)(crc E10486F8)

I suggest to DELETE the following two ones:

Trivia Game Show (1990)(Impressions)[h FLT][u][b](crc 7685D765)
53 KB packed; this is maybe a patch disk

Thomas the Tank Engine (1992)(Alternative)[cr QTX][t +2 Metal Force][u][b](crc 9F5F5BC1)
11264 bytes unpacked; this appears to be a trainer patch disk!!

Doesn't look broken to me at all: BUT it must be used as DMS and patched onto the QTX scene original using the DMS tool in overwrite/update mode!

Last edited by andreas; 24 September 2009 at 16:52.
andreas is offline  
Old 24 September 2009, 17:43   #51
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Quote:
Originally Posted by andreas View Post
... and another small duo of extended ADFs renamed as "overdumps":

Terrorpods (1987)(Psygnosis)(M7)[o] (crc 0418CF96)
Tusker (1990)(System 3)[o] (crc 3D8B02D5)

The next IS an extended adf, but there is nothing indicating this:
Tusker (1990)(System 3)(crc E10486F8)
Thanks, i will apply this changes, although i am not Proponent of extended ADFs.


Quote:
Originally Posted by andreas View Post
I suggest to DELETE the following two ones:

Trivia Game Show (1990)(Impressions)[h FLT][u][b](crc 7685D765)
53 KB packed; this is maybe a patch disk

Thomas the Tank Engine (1992)(Alternative)[cr QTX][t +2 Metal Force][u][b](crc 9F5F5BC1)
11264 bytes unpacked; this appears to be a trainer patch disk!!

Doesn't look broken to me at all: BUT it must be used as DMS and patched onto the QTX scene original using the DMS tool in overwrite/update mode!
My opinion too, its useless.

Last edited by mai; 24 September 2009 at 17:48.
mai is offline  
Old 01 October 2009, 21:40   #52
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
Full corrections Letter O

A sign of life, i am still checking TOSEC games.
This time Letter O.

Last edited by mai; 09 September 2019 at 23:12.
mai is offline  
Old 01 October 2009, 23:20   #53
PandMonium
Registered User
 
PandMonium's Avatar
 
Join Date: Sep 2008
Location: Portugal
Posts: 408
great, hope i can see your progress someday :P
PandMonium is offline  
Old 12 October 2009, 07:45   #54
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 50
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
URGH...

A.M.C. - Astro Marine Corps (1990)(Dinamic)(Disk 1 of 2)[extended adf] (12CABD23)
A.M.C. - Astro Marine Corps (1990)(Dinamic)(Disk 2 of 2)[extended adf] (31210F10)

Definitely an extended ADF ... BUT ...
isn't this a bit TOO small?
I think this one is likely to get appended a [ b], because it seems broken to me.
Reason: on disk 2 for instance, data stops abruptly at disk offset $B650B! (so to speak "in mid-air")

Plan 9 From Outer Space (1992)(Gremlin)(M3)(Disk x of 4)[HD]
This is a Quarterback backup set spanning four disks. (Qbxx)


Dark Queen of Krynn, The v1.0 (1992-06-16)(SSI)(Disk 2 of 3)[cr SKR][a].adf (42A96F27)
is infected with SADDAM virus. - many blocks are encoded and the $08 data block pointer has been replaced with IRAK on these blocks.
(cyls. 40-42; starting from block 884)


Empire - War Game of the Century v2.03 (1987)(Interstel)[cr MAAD](EDAD11DE)
SADDAM virus on block 1193 (IRAK-encoded)

Empire - War Game of the Century v2.05 (1987)(Interstel)(7C0ED123)
Empire - War Game of the Century v2.05 (1987)(Interstel)[cr VF](7B0BE1A4)
Empire - War Game of the Century v2.05 (1987)(Interstel)[cr VF][a](93DA85D5)
Empire - War Game of the Century v2.05 (1987)(Interstel)[cr](EDAD11DE)
Empire - War Game of the Century v2.05 (1987)(Interstel)[cr][a](E9C29772)
5x LAMER virus on block 194!

MF Tanks (1994)(Magnetic Fields)(GB)[h Fazwonga][b][The One Amiga Issue 76](62B58F01)
SADDAM virus, on block 908! (bogus disk-validator)

In 80 Days Around the World (1987)(Rainbow Arts)(en-de)(Disk 1 of 2)[cr BFBS][a2](3BE8BF26)
LAMER virus on block 1449!

Indiana Jones and the Last Crusade - The Graphic Adventure (1989)(Lucasfilm)(Es)(Disk 2 of 3)
LAMER virus on block 1375

Iron Lord (1989)(Ubi Soft)(De)(Disk 2 of 2)[cr Supreme](A8236AC0)
LAMER virus on block 1499

Khalaan (1990)(Rainbow Arts)(Disk 1 of 2).adf
LAMER virus on block 399

Knights of the Crystallion (1990)(U.S. Gold)(Disk 2 of 2)[a]
LAMER virus on block 1090

Lords of War (1989)(Digital Concepts)[cr VF](651F6E7A)
Lords of War (1989)(Digital Concepts)[cr VF][a2](133D31D9)
Lords of War (1989)(Digital Concepts)[cr VF][a3](BD54C248)
3x: LAMER virus on block 260

Magazin, Das (1989)(Ariolasoft)(De)[b]
LAMER virus on block 230; checksum errors on blocks 1749+1759

Moon Blaster (1990)(Loriciel)[h Spaikers][b]
LAMER virus on block 671

Operation Cleanstreet (1988)(Broderbund)[cr ING - WOW][a](0313F1F9)
LAMER virus on block 308

Pictionary (1989)(Domark)(Fr)(E08DAD4A)
LAMER virus on block 14

Populous (1989)(Electronic Arts)[cr DCW](BC856F84)
LAMER virus on block 1143

Populous & Populous - The Promised Lands (1991)(Electronic Arts)[cr QTX][f Black Monks][a2](6133B051)
LAMER virus on block 1337 (hehe )

Premier Soccer v1.0 (1993)(Midnight Oil)
Premier Soccer v1.0 (1993)(Midnight Oil)[a]
both: LAMER virus on block 1516

Pro Tennis Tour (1989)(Ubi Soft)[cr QTX][a8](148672C1)
LAMER virus on NINE blocks!

Speedrunner (1989)(Kunert Soft)[h Heavy Factory].adf
LAMER virus on cyl. 09 and 10!

Teenage Queen (1989)(ERE)[cr Joy][h TFB - Ackerlight](6D6B8510)
LAMER virus on block 1671

Telemark Warrior (1989)(Silicon Games)[cr Darkness](928D137F)
Telemark Warrior (1989)(Silicon Games)[cr Darkness][a fastdir](7FC9610D)
LAMER virus on block 1060

Test Drive II - The Duel (1989)(Accolade)[cr ESI][b corrupt file]
Test Drive II - The Duel (1989)(Accolade)[cr ESI][b2 corrupt file]
Test Drive II - The Duel (1989)(Accolade)[cr ESI][b3 corrupt file]
Test Drive II - The Duel (1989)(Accolade)[cr ESI][b4 corrupt file]

4x LAMER virus on block 1516

UltraBall (1987)(Discovery)(beta)[t Supplex](77CBF1B8)
LAMER virus on blocks 236, 251, 286, 328, 1229

FA-18 Interceptor (1988)(Electronic Arts)[cr UA][f AGA FLT][h Rage - DNS].adf
+ FA-18 Interceptor (1988)(Electronic Arts)[cr UA][f AGA FLT][h Rage - DNS][b AddBuffers].adf
+ FA-18 Interceptor (1988)(Electronic Arts)[cr UA][f AGA FLT][h Rage - DNS][b AddBuffers][a].adf
all 3: Jeff/Butonic virus v1.31 on block 1505 (size: 3408 bytes)! (NOT to be confused with v3.00!)
Please scratch that silly "b AddBuffers"; it's one of the false names 'Jeff' uses to disguise itself.
(NOTE: This old version is not (yet) detected by ADFScan by T. W., aka pcGTW_Webmaster.)

----------------------------------------------------------------------------------------------------

Battle Chess (1988)(Interplay)[cr QTX][v Byte Bandit][a6](D151B96E)

There is NO Byte Bandit virus on this disk.

Sinbad and the Throne of the Falcon (1987)(Cinemaware)(Disk 1 of 2)[v Byte Bandit][o](2A8AF128)

Nor does this disk contain any Byte Bandit.
----------------------------------------------------------------------------------------------------

NOTE: it is on you if you want to include the next one:
Star Control (1990)(Accolade)(Disk 1 of 2)[cr PDX].adf
Definitely previously infected with the SADDAM virus, but not anymore.
Block 1123 contains the <<<<Saddam>>>> file. Disk-validator has been replaced by an original one.

Last edited by andreas; 28 October 2009 at 11:56.
andreas is offline  
Old 03 December 2009, 22:16   #55
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 50
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
Games-PD dat virus report

OK, even more viruses...

Crazy Sue (1991)(Jumpshoe, Hironymous - Oakenshield, Thorin)(PD)[cr Angels - Genesis](0CB3070E)
and
Crazy Sue (1991)(Jumpshoe, Hironymous - Oakenshield, Thorin)(PD)[cr Angels - Genesis][a](D391C42F)

both contain Jeff v1.31 on cyl 79 side 1 (1758).

Division One 92 (19xx)(Midnight Oil)[cr PMT](F0060782)
LAMER on blocks 403, 924, 931 and 1516

Emporos - The Trade v1.28 (1989)(Richter, R.)(de)(PD)[WB](55F46E2C)
SADDAM (bogus disk-validator) on block 887

Golden Fleece, The (1989)(MacBrayne, Jim)(PD)[a](B7923E3F)
LAMER on block 483

Ping Pong (19xx)(Kallasoft)(AGA)[cr CPU - MGF - JOY](1D74A4AE)
LAMER on block 231

Star Trek Game (1989)(Agatron)(PD)(Disk 1 of 2)[h Supreme](8A3EA274)
LAMER on blocks 227 ,237, 284, 334

Super MechForce (1989)(Reed, Ralph)(SW)(Disk 1 of 2)[h TOAD][ b read-write error](614AAB91)
LAMER on block 871
(that's where the reported "r/w error" comes from, of course!)

Super Pac (19xx)(Wer-Soft)[h Supreme](3C0F43C1)
LAMER on blocks 70 ,231, 236

Turbo Raketti (1992)(Kosola, Heikki)(fi)[a](EBBD7C94)
SADDAM on block 269
andreas is offline  
Old 04 December 2009, 01:40   #56
PandMonium
Registered User
 
PandMonium's Avatar
 
Join Date: Sep 2008
Location: Portugal
Posts: 408
great great work andreas, i'm sure mai will appreciate it too
PandMonium is offline  
Old 04 December 2009, 05:49   #57
andreas
Zone Friend
 
Join Date: Jun 2001
Location: Germany
Age: 50
Posts: 5,857
Send a message via ICQ to andreas Send a message via AIM to andreas
let's hope so
well, just a little ADFCHK magic again
If you let these be scanned with ADFScan, each of them - except for "Emporos" - will be reported as "clean."
andreas is offline  
Old 30 April 2010, 01:24   #58
trackah123
Amiga User
 
trackah123's Avatar
 
Join Date: Dec 2006
Location: Delft / The Netherlands
Posts: 327
I never did any TOSEC renaming stuff but i found something and i hope its a small contribution to this correction thread.

While i was browsing through the Amiga Musicdisks (Letter A).
I found the following errors.

Amazing Amiga Tune 10 (19xx)(Switch).adf
(Has checksum errors) should have a [b] behind it?

All Time Greatest Hits 09 (1992)(Static Bytes)[KS2.0].adf
All Time Greatest Hits 10 (1992)(Static Bytes)[KS2.0].adf

These 2 work better in Kickstart 1.3. so it would be without the [KS2.0] label?

Amiga 500 Demo (19xx)(Commodore)(de).adf
Its not German language but Dutch so (de) changed into (nl)?
Also its not even a musicdisk, should be put into Slideshow folder?

Amiga Dynamics '92 (1992)(Pacific 202).adf
Read write error on 2nd song. [b] and also a virus on it (try with kick 3.0 to see virus message on bootblock).

Amiga Horror Show (1988)(Slammer).adf
2nd animation doesnt work [b] and not a musicdisk, move to "Animations and Videos"

Amigadeus II (19xx)(Rob Baxter)(Disk 1 of 2).adf
Amigadeus II (19xx)(Rob Baxter)(Disk 2 of 2).adf

Only works properly in Kickstart 2.0 or higher so [KS2.0] added?

Amplifier I, The (1991)(Dimension 4).adf
5th song crashes Amiga "menomono". Maybe a [b]

Amplifier II, The (1991)(Dimension 4)(Disk 1 of 2).adf
Amplifier II, The (1991)(Dimension 4)(Disk 2 of 2).adf

4th song crashes Amiga "House". Maybe a [b]

I will try to check every musicdisk, i hope i can help a bit this way.

Last edited by trackah123; 30 April 2010 at 05:32.
trackah123 is offline  
Old 30 April 2010, 08:47   #59
mai
Registered User
 
Join Date: Feb 2008
Location: Federativnaya Respublika Germaniya
Posts: 4,994
If you plan to check every single disk in this dat, then you should ask, if you can apply the changes for yourself.
I am sure, every kind of help is welcome.
As i can see in your contributions, you have the ability to do a proper job.
Please go to TOSEC forum and ask about this:
http://www.tosecdev.org/
mai is offline  
Old 30 April 2010, 15:40   #60
trackah123
Amiga User
 
trackah123's Avatar
 
Join Date: Dec 2006
Location: Delft / The Netherlands
Posts: 327
Ok, i posted a topic there at

"TOSEC Forum > TOSEC Project > Database / Datfiles > Errors & Contributions"
trackah123 is offline  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
TOSEC Amiga Correction Help!!! mai project.TOSEC (amiga only) 78 26 March 2012 14:42
Old TOSEC Amiga Correction Thread [idoru] project.TOSEC (amiga only) 668 24 March 2009 12:17
tosec.amiga.me (Your New TOSEC Source) is open! Magix News 31 19 March 2009 18:03
HUE correction [was colour correction] Marcuz request.UAE Wishlist 6 17 September 2008 22:13

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 15:10.

Top

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Page generated in 0.16541 seconds with 14 queries