-FamilyGuy-

Bien sur, y'a aps un jeu qui ne soit pas faisable! Certains sont plus difficiles que d'autres par contre, notamment les Jeux WinCE avec CDDA, ou ceux avec des protections spéciales comme PSO_V2 PAL. @ Remyar, t'as cherché sur le net pour voir si ce jeux n'a pas de protection spéciale ? Sinon, tes fochoers sont p-e corrompus. FG

CDDA.exe est nécessaire pour que le jeu considère la première track du cd comme la première track audio du Jeux. Si ta track audio est à la tropisième track du disque (ex: session1(track01)=data, Session2(track02)=data & (track03++)=audio ) Tu n'as pas besoin de cdda.exe Notons aussi que Sega RAlly II est un jeux WinCe, pour le hacker tu as besoin de ma nouvelle version de auto.binhack ; ou a la main en utilisant bincon! Cheers! FG

En fait si ta console est briquée, elle aura une spirale noire. Notons que RC1.7 à une option pour changer la couleur de la spirale tout en gardant les fonctionalités du bios (non briqué). L'option "spirale noire" dans region changer 1.6 Brick les DC, n'utiliser jamais RC1.6 d'ailleurs il est censé être maintenant introuvable sur le net. Il ne faut ABSOLUMENT pas garder le fil de 12v soudé, puisqu'ainsi il permet d'écrire "par dessus" l'information régionnale de votre DC aux jeux qui écrivent aléatoirement des donnés dans la mémoire flash. Donc en gardant ce fil soudé, tout peut bien aller, jusqu'à ce que tout à coup: Plus rien ne boot JAMAIS! Cheers! FG

Si tu fais cette manip, assure toi de désouder le fil apr la suite, ou d'y mettre une switch et de ne JAMAIS "switcher" avec le DC sous tension. FG

Le problème c'ets que les tracs en raw sont en 2352 bytes/secteurs et les donnés, normalement en 2048 bytes par secteurs. De plus il y a un certain Espace de GAP (ou 0x00 si tu préfère) de 0 à 75 secteurs entre les tracks qui change selon le type de gravure (Disc At Once ou Session At Once) et les tracks de part et d'autres de celui-ci. Tu dois donc calculer le nombre de secteurs que tes tracks prendront et convertir sela en taille de donnés (Nb_secteurs*2352). FG

Bien sur ça se ferait, je l'ai expliqué dans mon post précédent! Tu met un dummy comme premier fichier dans la track de data, donc ta track data sera comme suis: TOC + DUMMY + DONNÉS Ensuite tu "coupe" le dummy et tu te retrouve avec une track TOC et une track DONNÉS, tu peux graver les tracks audio entre les deux! (Qui doivent impérativement prendre EXACTEMENT la même place (taille en fait) que le DUMMY pour que les fichiers de la track donnés soient au même LBA que si tu n'avait jamais coupé la track originale. Perso j'ai aps vrm de temps d'essayer sa puisque je vais à l'école amis sa devrait se faire sans trop de complications si tu grave dans un mode donné (DAO par exemple) car les GAPS entres tracks son déterminés (faudrait je fouille dans mes vieux outils pour trouver les valeurs exactes des gaps entre les différents types de tracks possibles, soit : data-data , data-audio , audio-audio et audio-data. Note que les tracks 1 et 2 peuvent être de nimportequel type, et peuvent même contenir des donnés dans la TOC de la track03. (Cette track devient la TOC fusionné des tracks 1 et 5 par exemple. Il est bien sur plus évident de n'utiliser qu'une track de data en session1 fusionné à la tack03 et de mettre l'autre track en audio de 3secondes. On perd tout de même 3sec sur le disque de plus qu'avec la technique CDDA+data à nimportequel LBA, à moins de se faire un cdda.exe modifié qui load la 2e track comme la 3e en audio plutot que la 1ere comme le fait cdda.exe! Cheers! FG

En fait, il faut que les tracks audio soient dans la première session, ta track 1 pourrait être une track data fusionné avec une trac de deuxième session par contre. N'oublie pas d'utiliser CDDA.exe et DAHACK.exe si nécessaire pour les jeux CDDA. Cheers! FG [edit] Apres réflexion, si tu met la première track de la 2ieme session contenant la TOC des donnés ed la dernière track de la 2ieme session, et si tu insert des tracks audio ENTRE la TOC et les DONNÉ (comme sur un gd-rom avec du CDDA) ça pourrait fonctionner: Donc: pour UNE track audio, schéma de concept: Session1 (LBA=0) Track01 (DUMMY) Track02 (DUMMY) Session2 (LBA=45000) Track03 (DATA_2352) [TOC de track04] Track04 (Audio) Track05 (DATA_2352) [Donnés liés à la TOC dans la track02] La track03 pourrait être fusionée à la track01 et/ou à la track02 pour mettre plus de donnés. Pour créer les tracks 03 et 05 il faudrait calculer combien de place en 2352bytes/sectors tes tracks audio on besoin au minumum, puis créé une track (nommons la trackX) data en 2352bytes/sectors ave un fichier DUMMY au moins aussi gros que cette valeur (on peut penser à pousser les donnés au bout du disque aussi). Puis tu coupe la track X en trois partie, la TOC de la track(nommons la TrackXTOC), un gap dummy exactement aussi gros que les tracks audio (une fois gravées, en considérant le gap entre elles et les tracks data) et les donnés de la trackX(nommons la TrackXDATA). Ensuite tu grave ta premiere session. Puis tu grave ta deuxième session Come suit: TrackXTOC+TRACKS_AUDIO+TrackXDATA Si tu veux faire les tracks de donnés en 2048bytes/sectors il te faudra calculer le nombres de SECTEURS nécessaires pour tes tracks audio, et convertir sa de 2352 à 2048 pour obtenir la taille de ton dumy. Notons que le style de gravure, DAO ou SAO, modifie la gradeur de gap entre les tracks, si tu fait un MDF/MDS alors tu peu le choisir toi même je crois. Bref c'est lourd comme manipulation mais ça devrait foncitonner, puisque c'est la structure même des réels gd-roms. Le DC va lire les noms de fichiers dans la track03, aller les lire dans la track05 comme si c'était la track03 et lira les tracks audio selon leur ordre normal. Bonne chance! Cheers! FG Note: je crois que je mérite le prix pour l'édit le plus long comparativement au message d'origine...

En fait, théoriquement, oui, mais au dessus de 240mhz c'est pas tout les DC qui fonctionnent. FG

Bien sur je l'ai essayer, j'en ai fait un tutorial C'est mieux, mais il ne faut pas s'attendre a la perfection. Je n'ai malheureusement plus mes DC overclocké, je les ai vendu ou brisé en faisait d'autres mods plus audacieux Cheers, FG

Voici un tuto que j'ai écrit il y a quelques années: http://www.dreamcast-scene.com/index.php/Main/Overclocking Et une prémisce à ce tuto avec de meilleures images et une info bien importante pour ne pas corrompre tes VMUs. How to: overclock your DC - FileForums Je crois que tu ne peux pas vraiment te tromper si tu suis celui-ci à la lettre! Bonne chance et n'hésite pas à me contacter si tu as des questions! FG

Une Pandora Une console/ordinateur ultra-portable basé sur linux toute opensource. La production est bientôt terminée (2 3 mois surement si tout va bien) C'est le "handheld" (traduction ambigue, disons "appareil electronique se tenant dans les mains") le plus puissant au monde pour l'instant. Il y a déjà plusieur émulateurs FullSpeed dessus, du GB à PSX et certains sont en cours de développement comme NullDC et Mupen64! Lit les infos sur http://www.openpandora.org si tu en veux plus FG

Moi je l'ai vu J'ai trop ahte de recevoir le mien! P-e on pourra jouer a ShenmueII en francais sur un Pandora dans quelques mois! (bon d'accrod p-e pas fulspeed mais bon) FG

Bonne nnouvelle pour la multi-translation! Pour ma part j'ai fait des demandes pour rajouter des fonctionnalités a aft_utils, mais bon ça vaut aps vraiment des crédits C'est moi qui doit te remercier en fait!! Vous y arrivez les mec!!! Bonne chance!! Keep on the good work!! FG

Voici un pack que j'ai fait qui reprend la technique de Xzyx987X que MagicSeb à expliqué dans ce topic. Ça marche nickel pour ShenmueII, supporte le sorttxt.txt, le logo custom et l'ajout d'un fichier dummy. Ce pack contient un batch files pour sortir les fichiers d'un GDI et un batch files pour créer une image selfboot en format NRG (gravable avec alcohol, pas néro) ainsi que plusieurs outils pour downsampler des fichiers! Voici la page sur méta: http://www.metagames-eu.com/forums/dreamcast/selfboot-data-data-pack-109450.html En espérant que ça vous soit utile! Cheers, FG

Même si t'as pas le temps, tu es quand-même celui qui est le plus apte à faire cela ici. Bonne chance sur les STR! Et pour ta fin de session FG

Du python c'est un script, alors on peut voir la source c'est certain. Par contre je n'ai pas le talent pour créer un encodeur avec les fichiers qui existent, p-e sizious serait capable ... FG

En utilisant CECI (en python): http://snesmusic.org/hoot/kingshriek/ssf/dsfdtpk.zip Trouvé ici sous la section "Scripts for AM2 DTPK sound driver" de cette page: kingshriek's SSF/DSF page J'ai pu convertir les SND de ShenmueIICD1 en DSF en utilisant le fichier AICADRV.BIN qui est dans le dossier MISC du CD1 de ShenmueII comme "DTPK Sound Driver" Ensuite on peut écouter les DSF avec Audio Overload SDK 1.4.8: http://rbelmont.mameworld.info/?page_id=221 (à compiler en AOSDK.EXE avec MAME: http://www.mamedev.org/tools/ ) Mais je en sais pas du tout comment convertir ces DSF en WAV ou bien comment créer des "SND" ou "DTPK" moi-même, alors pour le downsample c'est plus compliqué ... FG [EDIT] J'ai trouvé un vieux plugin Winamp ICI: http://www.neillcorlett.com/etc/htdemo/ qui permet d'écouter les DSP avec Winamp et donc de les convertir en MP3/WAV etc.. Ça marche plutôt bien, mais ça n'aide toujours pas pour les ré-encoder en DSF (donc downsampler) ... FG

J'en ai une en fait Et une NTSC|U (Pas ma photo) http://i84.photobucket.com/albums/k19/_FamilyGuy_/SANY0827.jpg Je ferai p-e d'autres photos lorsque j'aurai le temps, rien de très intéressant de toute façons. Cheers, FG

@kogami: Le clipping a l'origine c'est quand l'amplitude d'un son est trop grande pour la piste sur laquelle elle est enregistré. Cela donne une onde au somment rond "coupé" (clipped in english) il n'est donc plus rond mais bien plus carré. Résultat audible: Ça griche comme disent les Québécois dans l'fond du bois en parlant de leur radio AM; ou ça crépille comme dirait les descendants de molières n'ayant osé franchir le ruisseau les séparant du nouveau monde. Bref on peu entendre un son peu élégant qui est assez déregeant. Pour les ahx, normalement seulement quelques samples PAR FICHIERS (de 1 à 10) sur ~14000/sec subiraint le cliping, et ils sont d'ailleur corrigé en diminunant le volume du son (ce qui diminue l'amplitude et donc le clipping!) Maintenant @MagicSeb: Sox evite déjà le clipping en diminuant le volume des "sample" qui subiraient normalement le clipping (D'où le message qui ressemble à: Clipping! # sample ; volume reduced ) Mais bon si tu test et que SSRC "sonne" mieux que SOX, alors nous choisirons SSRC. Mais SOX est vrm bon et open-source aussi selon moi, par contre je ne suis pas un fanboy fini, alors si tu me prouve que c'est mieux je me plierai à l'évidence. FG

Wow, désolé si c'est en retard comme réponse, mais j'avais jamais vu ce post! Les DC V2.1a n'ont pas un lecteur gd-rom comme els autres, le "daughterboard" (littéralement "carte-fille") du gd-rom est en fait incorcopée à la carte mère du dreamcsat. Donc, si ton lecteur gd-rom n,est en fait qu'un block optique que tu branche dans la motherboard (un ribbon cable et 2 plug de courant) et que ta switch qui indique si le capot est ouvert et sur son propre petit pcb, alors t'as une v2.1a En espérant te répondre, bien qu'en retard! FG

Beau travail Kogami, t'en mets du temps sur ce jeux FG

Exactement le cas.

Je dirais même +2 !! FG

Wow, +1 pour kogami! Ça ça peut aider! PS: tu es sur que staff_s.gz N,est pas utilisé dans le CD2 ? (il l'est pour sûr dans le cd1, c'est le nom de yu suzuki etc. qu'on voit au début sur el bateau.) FG

Ouais, c'est un problème d'allocation de nom de variable ou je sais pas trop. Sur vista ça marche sans problèmes, sur XP après ~16000 fichiers j'ai un "out of memory" problem FG