![]() |
|
View Poll Results: Will you Back this new ADF idea | |||
Yes. I'll help anyway I can |
![]() ![]() ![]() ![]() |
7 | 19.44% |
Yes, I'll help if possible |
![]() ![]() ![]() ![]() |
12 | 33.33% |
No, it'll never work (Explain why!!) |
![]() ![]() ![]() ![]() |
9 | 25.00% |
No.. Forget it, I like the 200 Chars in tosec names |
![]() ![]() ![]() ![]() |
8 | 22.22% |
Voters: 36. You may not vote on this poll |
|
Thread Tools |
![]() |
#41 | |
Moderator
Join Date: Jan 2002
Location: South East / UK
Age: 46
Posts: 1,930
|
Quote:
IMO This small amount of info is better left tagged in the filename as per TOSEC naming (verified/generated by Feltzkrone's renamer). Other than that, it is a hacky hacky solution to a simple problem. I really don't see why you want it just because similar info is kept by MP3's... Besides, as I have said before, MP3's have its tags stored in a formal, well defined chunck. Not "tacked on the end". What you are proposing is basically making a DATAFILE into a FILE FORMAT with no way to know if it is *really* one or the other. If you *really* wanted to do it though, the only way I can see it not convoluting the ADF concept is if you changed the file extension, i.e. ATF (Amiga Tagged File) or something. This would mean that all ADF's with tags will be known as exactly what they are. But if you are going to do that, why not just make a new "chunky" style format as Toni suggested? You could have three main chunks, 1) header, 2) ADF data part, 3) tag info. ? |
|
![]() |
![]() |
#42 | |||
Senior Member
Join Date: Jun 2001
Location: Germany
Posts: 1,667
|
Quote:
My aim is to store EVERYTHING about the image and the game in the tag. This also includes config information for WinUAE and a lot of other information that you cannot put in the filename. Quote:
![]() Quote:
|
|||
![]() |
![]() |
#43 |
Registered User
Join Date: Apr 2002
Location: Germany
Age: 43
Posts: 747
|
I voted no. I just like the idea of the caps team keeping all necessary files and information in a zip archive.
|
![]() |
![]() |
#44 | |||
Moderator
Join Date: Jan 2002
Location: South East / UK
Age: 46
Posts: 1,930
|
Quote:
Quote:
For MP3, as long as you say "ID3 info is stuck on the end of the file" it is okay, because FILE FORMATS are defined, DATA FILES are not - they are just data. But putting non disk data on the end of the datafile you are effectivily changing ADF into a file format (because it is not just ADOS track data anymore). So if you are going to do it, you should make sure that people know that it is NOT an ADF - so use a different file extension. It would still be compatible with ADF, but then people know it has tag info straight away. Quote:
I am not trying to bar your way, I just think it is a bad idea to mess with the ADF files themselves. You would get *exactly* the same functionality by creating a datafile and putting all the information about each disk image in it key'ed by it's CRC, then make the TAG viewer file use this datafile. This means you don't need to mess with the images! The *only* thing I can this about this which is slightly negative is that you need to have the latest version of the datafile. However, writing code to do an auto-update from the net is not exactly hard... This is why we decided to distribute each "TAG info file" with each disk image... No needs for updates when new games released. |
|||
![]() |
![]() |
#45 |
Junior Member
Join Date: Apr 2002
Location: Germany
Posts: 103
|
@fiath:
![]() You described the whole problem very well. But IF someone decides to put TAGs to ADFs it won't be a big problem to write a "remove-all-TAGs-from-all-ADFs" util. ![]() |
![]() |
![]() |
#46 | ||
Senior Member
Join Date: Jun 2001
Location: Germany
Posts: 1,667
|
Quote:
Quote:
Another thing is, that you always need the complete database... Just imagine how big a database with information about e.g. 5000 games is ? 5 MB, 10 MB or even more ? With a tag, you only download the information that belongs to the image. But it's ok if you don't like the tag. I don't force anyone to use it... ![]() |
||
![]() |
![]() |
#47 |
Junior Member
Join Date: Apr 2002
Location: Germany
Posts: 103
|
This is a fight, isn't it...
![]() In my opinion the BEST way is to provide an extra file with different extension. If there's game_a_disk_1.adf why not make a game_a_disk_1.xml or game_a_disk_1.adt file? This file should hold all information, and should be able to hold game information aswell so that a manager util can be used to list and browse all disks which somebody has got and filter them with certain criteria. At least this is some kind of compromise: - ADF is not affected itself - ADT is connected to ADF by its root filename And possible, too: - ADT can contain information so that one can check out if this ADT really belongs to the ADF |
![]() |
![]() |
#48 |
Global Moderator
Join Date: Nov 2001
Location: Derby, UK
Age: 48
Posts: 9,355
|
the XML or whatever could hold the CRC or whatever for the adf, then if it gets lost when a anager reads it it notes this and says!
|
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
ADF format and custom formats | Another World | New to Emulation or Amiga scene | 5 | 06 October 2008 19:19 |
Sensible Soccer '97 adf format??? | memothejanitor | request.Old Rare Games | 20 | 23 July 2007 22:02 |
Workbench 3.1 in ADF format | kido | New to Emulation or Amiga scene | 7 | 25 October 2005 18:07 |
Fish disks in ADF format? | Kodoichi | request.Apps | 6 | 23 July 2004 09:26 |
Internet software in adf format | mikni | request.Apps | 2 | 20 September 2001 18:56 |
|
|