ideas.txt

   1 This file contains ideas that might or might not be realized in the TRUT64
   2 project.
   3
   4 U-Monkey's note: Ja, jag är lat och skriver på svenska! Detta för att få ner
   5 idéerna så snabbt som möjligt innan de lämnar mitt huvud. Ja, ändra vad ni vill!
   6 Huvudsaken är att ni läser dokumentet :)
   7
   8
   9 ********************************************************************************
  10 * Idea: Recorder Justage                                                       *
  11 * Added by: U-Monkey                                                           *
  12 ********************************************************************************
  13
  14 Detta känns som en ganska viktig funktion att ha i GUI:et.
  15
  16 Ett klassiskt exempel på hur det brukar se ut finns här:
  17 http://www.diebek.de/c64/
  18 http://digilander.libero.it/tcengineer/c64/dc2n/images/DC2N_TAPMoni_DC2N_edition.png
  19
  20 Den sistanämnda bilden kommer från italienarens projekt.
  21
  22 Jag har lyckats luska ut hur det hela funkar. Man får välja vilken typ av
  23 data man vill analysera (ROM-loader, Turbo Tape etc). Sedan tittar man på
  24 spridningen av pulslängder relativt de förväntade längderna enligt valt format.
  25 Turbo tape har två pulslängder medan ROM-loadern har tre. Det innebär att
  26 alla uppmätta pulslängder skall ligga nära någon av dessa. Ju mindre avvikelser
  27 desto bättre tonhuvusdsinställning.
  28
  29 Här finns det möjligheter att lyxa till det ordentligt! T ex hade man förutom
  30 ROM loader och Turbo Tape kunnat låta användaren göra en egen konfiguration
  31 (som sedan kan väljas från en drop down-meny eller motsvarande). Många loaders
  32 återkommer ständigt, typ Novaload, Freeload etc. Man hade ju kunnat låta
  33 någon fanatiker (läs: SLC) bidra med data om vilka pulslängder som gäller för
  34 dessa loaders och visualisera själva dumpningsprocessen på detta sätt.
  35
  36
  37
  38 ********************************************************************************
  39 * Idea: Automatisk hantering av ZIP-arkiv                                      *
  40 * Added by: U-Monkey                                                           *
  41 ********************************************************************************
  42
  43 Som av en slump testade jag en gameboy-emulator för några månader sedan. David,
  44 känd genom TRUT-projektet, gav mig ett arkiv med ca 1000 spel, och jag testade
  45 2 eller 3 av dem innan jag tröttnade. Arkivet var organiserat som kataloger i
  46 vilka det låg zip-filer innehållande speldata i ett helt annat format (precis
  47 så som jag organiserat vårt aktuella arkiv).
  48 Något som jag upplevde som väldigt trevligt var att man inte behövde packa
  49 upp ZIP-filerna utan emulatorn extraherade det den behövde automatiskt.
  50
  51 En TAP-fil kan växa 20-30 ggr när man packar upp den, så ZIP-filer känns i högsta
  52 grad vettigt i ett TAP-arkiv. Det är inte jättejobbigt att packa upp det spel man
  53 för tillfället vill spela, men det skulle nog upplevas som väldigt behagligt att
  54 slippa tänka på detta (och att sedan deleta eländet).
  55
  56 Finns det något tillgängligt bibliotek för hantering av ZIP-filer så vore detta
  57 kanske en schyst grej att implementera.
  58
  59
  60
  61 ********************************************************************************
  62 * Idea: Kompletterande XML-fil                                                 *
  63 * Added by: U-Monkey                                                           *
  64 ********************************************************************************
  65
  66 Visst vore det ganska trevlig om man hade kunnat bädda in en massa information
  67 i varje TAP-fil? Tex...
  68
  69 - Namn på personen som rippade filen, datum samt utrustning (TRUT hoppas vi!)
  70 - Highscores (som man hade kunnat redigera på ett enkelt sätt via GUI:t!)
  71 - Räknar-bookmarks (för multiload-spel)
  72 - Inställningar (t ex motor-latency och dylikt)
  73 - Path till covers, som hade kunnat visas medan man laddar (eller varför inte när man
  74 väljer spel, om man vill göra en ambitiös spelväljarskärm?)
  75 - Allmänna kommentarer om spelet.
  76
  77 Nu kan vi inte bädda in saker i TAP-formatet, men en lösning är att ha en
  78 XML-fil som kompletterar varje TAP-fil (en annan är att ha en central databas).
  79
  80 Denna fil kan ha samma namn som TAP-filen fast med annorlunda ändelse.
  81 Informationen skulle förstås presenteras i GUI:t på något vackert sätt.
  82
  83 Eftersom jag inte är bra på QT vet jag inte hur dessa features skulle
  84 hanteras av GUI:t, men jag tänker mig en vy med flikar där man t ex kan
  85 välja "hiscores" och skriva in nya scores (som sorteras på ett lämpligt
  86 sätt), eller varför inte "notes" där man kan skriva vad man vill.
  87
  88 Observera att jag här med hiscores avser lokala och högst personliga
  89 hiscores. De sparas ju aldrig, så man glömmer direkt bort vad man
  90 egentligen fick. Att direkt kunna skriva in dem i TRUT-gui:t (som
  91 dessutom sparar datum etc) vore rätt kul.
  92
  93
  94 ********************************************************************************
  95 * Idea: Uppsamling av statistik samt publicering av denna á la last.fm         *
  96 * Added by: U-Monkey                                                           *
  97 ********************************************************************************
  98
  99 <@Slow-load> en annan grej som man kan göra om man skulle få en massa tid över, och som hade varit schyst, är last.fm-funktionalitet
 100 <@Slow-load> dvs klienten samlar statistik över laddade spel
 101 <@Slow-load> sedan kan man kolla på det själv, eller ladda upp på någon webserver
 102 <@Slow-load> så kan man se vad diverse TRUT-användare laddar
 103 <@Slow-load> spel som laddas ofta måste ju ha någon typ av underhållningsvärde
 104 <@Slow-load> och på så sätt kan man få tips :)
 105 <@Slow-load> <@Slow-load> fördefinierade t om, i den där XML-filen jag snackat med \x02<-- snackat om
 106
 107
 108
 109
 110 ********************************************************************************
 111 * Idea: Fristående verktyg - Turbo Tape-splitter                               *
 112 * Added by: U-Monkey                                                           *
 113 ********************************************************************************
 114
 115 Som Fredrik numera är medveten om stöter man ofta på turboband som helt saknar
 116 förteckning. Dessa band brukar innehålla högst två filer (Turbo 250
 117 och Recorder Justage) i ROM-loader format och sedan 40-50 spel i Turbo
 118 Tape-format. Det hade varit ganska trevligt om man bara hade kunnat ta en
 119 dump av ett sådant band och sedan mata in dumpen i ett verktyg som:
 120
 121 1) Identiferade innehållet
 122 2) Sparade ner innehållet i separata filer.
 123
 124 För turbofiler hade man kunnat tänka sig ett nytt och kompakt format
 125 (TAP funkar ju förstås också, men det är lite resursslöseri) där en bit
 126 representerar en puls.
 127
 128 Detta verktyg kan ju vara helt fristående från GUI:et, även om det kanske hade
 129 varit trevligt att integrera dem.
 130
 131
 132 ********************************************************************************
 133 * Idea: GUI - Identifiering av fil                                             *
 134 * Added by: U-Monkey                                                           *
 135 ********************************************************************************
 136
 137 En schyst grej skulle vara om GUI:t kan analysera den fil som precis skall
 138 laddas, och presentera information om denna.
 139 Detta kan ske genom att man analyserar eventuell ROM-loader-header och
 140 presenterar det som står i den. Om ingen ROM-loader-header hittas kan man söka
 141 efter en Turbo Tape-header, och samtidigt alltså klassificera filen.
 142 Om ingen känd header hittas kan man inte presentera så mycket, men det är ju
 143 också relevant information i sig :)
 144
 145
 146
 147 ********************************************************************************
 148 * Idea: Central hiscore-databas                                                *
 149 * Added by: U-Monkey                                                           *
 150 ********************************************************************************
 151
 152 En central databas där alla lokala hiscores samlas!
 153 Om man bara låter TRUT-ägare registrera sina highscores här (vilket de bara kan
 154 göra genom TRUT-klienten - som känner av om man har en TRUT innan den submittar)
 155 så slipper man sannolikt en massa fakade scores inmatade av "emulator kiddies".
 156
 157 Man hade kunnat ha ett webinterface för att välja spel, användare (eventuellt)
 158 via valt nick eller bara kolla de senaste registrerade poängen.
 159
 160 Man hade också kunnat ha ett tillhörande webforum á la IPB, SMF eller PHPBB,
 161 där de senaste poängen hade kunnat diskuteras.
 162
 163 Detta blir som en community, vilket är bra ur marknadsföringsperspektiv
 164 dessutom (TDDC02 i våra hjärtan).