[Denny]

Salut les XU

Vu qu'il n'existe toujours pas de bon logiciel avec une GUI sous unix (sauf peut etre K3B), voici une procédure bien simple en ligne de commande!

1ere Etape:

connaitre le chemin de son graveur pour ca :

ls -ltr /dev/cdrom

ce qui devrait retourner:

/dev/cdrom -> sr0

Donc le graveur sera sr0 dans mon cas, à vous de l'adapter

2eme Etape :

copier ce script dans le répertoire (caché) .gnome2/nautilus-script:

#!/bin/sh                                                               		

  gnome-terminal -e "truncate --size=8547991552 $1"
  gnome-terminal -e "growisofs -use-the-force-luke=dao -use-the-force-luke=break:2086912 -dvd-compat -speed=2 -Z /dev/sr0=$1"

penser à remplacer /dev/sr0 par votre chemin de graveur

Une fois le fichier enregistré sous la forme nonmfichier.sh

il faut le rendre executable:

chmod u+x nomfichier.sh

Et voila tout est pret pour la gravure

Maintenant, pour graver un clic-droit sur l'iso puis scripts->nomfichier.sh et c'est tout

[Chicawan]

Nickel Denny!

C'est là où je me rends comtpe que linux, c'est pas pour moi ^^

[Denny]

une fois mis en place, c'est simple...
par contre c'est juste le LB qui est différent du .dvd mais si je mets celui du .dvd, la gravure ne se lance pas...

je fais le test avec ACR pour voir si je peux le copier sur le DD tout de meme car le jeu se lance sans souci.

Pour l'image, je n'ai pas le masque XU pour tagger la photo.

Et si tout marche, je mettrai à dispo un petit script qui detectera tout seul si c'est du XGD2 ou 3

[Denny]

Bon la copie sur le DD fonctionne tres bien!
je valide mon tuto!

[wannabeez]

Denny, le 13 novembre 2011 - 13:11, dit :

une fois mis en place, c'est simple...
par contre c'est juste le LB qui est différent du .dvd mais si je mets celui du .dvd, la gravure ne se lance pas...

je fais le test avec ACR pour voir si je peux le copier sur le DD tout de meme car le jeu se lance sans souci.

Pour l'image, je n'ai pas le masque XU pour tagger la photo.

Et si tout marche, je mettrai à dispo un petit script qui detectera tout seul si c'est du XGD2 ou 3

Bonjour, une petite proposition, j'ai l'impression que les XDG3 répondent à une commande file par "# UDF filesystem data (version 1.5) 'CD_ROM" tandis que les XDG2 sont reconnus comme "# UDF filesystem data (version 1.5) '13599", j'ai pas des milliards de rom pour vérifier ça, donc ça voudrait le coup d'essayer de confirmer/infirmer.

Ensuite on peut facilement imaginer un simple script qui testerait la présence de la mention CD_ROM dans la commande file, de la façon suivante:

#!/bin/sh
if [ file  | grep CD_ROM ]
   echo "gravure en XDG3; ctrl-c si vous savez que la rom n'est pas en XDG3"
   for i in $(seq 5 -1 0)
   do 
       echo $i
       sleep 1
   done
   echo "lancement de la gravure"
   XDG3.sh 
   exit
fi
if [ file  | grep 13599 ] 
      echo "gravure en XDG2; ctrl-c si vous savez que la rom n'est pas en XDG3"
   for i in $(seq 5 -1 0)
   do 
       echo $i
       sleep 1
   done
   XDG2.sh 
   exit
fi

echo "problème pour reconnaître le système de fichier de la rom."

On pourrait même être fou et rajouter la possibilité de rentrer soi-même le système de fichiers utilisé, tester le nombre d'arguments à l'aide d'un if [ $# == 2 ].

La condition sine qua none étant bien sûr que les fichiers réagissent de façon uniforme à cette commande file... Sinon il doit bien y avoir une commande pour récupérer la taille d'un fichier et utiliser une simple expression arithmétique pour voir si il dépasse la taille d'un DVD double-couche ou pas, et en extrapoler le format.

[Denny]

Je ne vois pas pourquoi tu fais un grep sur le CD_ROM, pour le savoir, soit la taille du fichier, soit

grep LayerBreak $file -c 9

[Denny]

et oui il y a une commande pour connaitre la taille du fichier
ls -l et tu prends le 3em argument

[wannabeez]

Denny, le 21 novembre 2011 - 16:41, dit :

et oui il y a une commande pour connaitre la taille du fichier
ls -l et tu prends le 3em argument

En fait après recherche google le moyen le plus efficace de récupérer la taille serait stat -c "%s" $1. Parser le ls -l avec awk devrait marcher aussi, ceci dit. Par contre je ne suis pas totalement au fait de ces histoires de XDG2/XDG3, donc même si je sais qu'il est impératif pour dépasser en taille d'avoir du XDG3, je sais pas si tout les XDG3 dépassent nécessairement cette taille, d'où mon approche avec file.

Par contre je comprends pas trop le but du grep LayerBreak... Voilà ce que ça fait chez moi:

$ time grep LayerBreak romXDG3.iso -c 9
romXDG3.iso:0
grep: 9: No such file or directory

real 6m20.963s
user 0m3.986s
sys 0m9.633s

[Denny]

Pour le LayerBrea:
grep LayerBreak file.dvd | tail -c 9

Pour la taille:
SIZEFILE=`ls -la $FILE | awk '{print $5}'`

[Denny]

du coup selon le LB tu choisis xgd2 ou 3

[ThePunki]

Merci pour le script ^^.
Du coups est-ce que le script est valable pour un XGD2 ? Si oui faut changer autre chose que le layerbreak ?