|
Roi
|
Bon, allez un indice ENORME
 La texture s'appelle : 2x3p2_256_CarresFondNoirBordsNoirs Evidemment, seul le début du nom est important: "CarresFondNoirBordsNoirs"" pour me souvenir du look, car j'en ai plusieurs variantes. "256" pour la taille de la texture "2x3p2" pour ... ???  Ca va ptet faire bouger vos neurones pendant le déjeuner... |
18/08/2011, 11h50
|
[Concours GAGNÉ] Le schmillScript ;) concours de script sans script!
| Suivre |
|
|
Partager | Rechercher |
|
Alpha & Oméga
|
 Un écran pour visionner tes propres vidéos directement dans SL  .Je donne ma langue au chat , bon les scripteurs vous vous réveillez  ....... je veux savoir moi  .
|
|
18/08/2011, 12h15
|
|
Roi
|
Citation :
Te décourage pas Smile, vous êtes plusieurs à être très très proche du machin, toi y compris! |
|
18/08/2011, 12h21
|
|
Invité
|
Je les vu ce nombre
est ce une résolution d'écran? est ce un calcul? est ce un écran noir? est ce pour une sélection de scène? vu que c'est un écran |
|
18/08/2011, 12h56
|
|
Roi
|
Citation :
Non, pas un calcul Non, pas un écran noir. Quoique dans le principe, avec cette texture, le fond est noir. |
|
18/08/2011, 13h06
|
|
Impératrice
|
c est donc un zoom sur un endroit de la texture comportant 3 lignes et 2 colonnes?
la postition des carres blancs dans cette zone donne une info? c est pas du morse? |
|
18/08/2011, 14h33
|
|
Roi
|
Citation :
 Super important ça...Si ça donne une info, en quelque sorte oui. Non ce n'est pas du morse. |
|
18/08/2011, 14h36
|
|
Impératrice
|
le noir sert-il de canal alpha?
|
|
18/08/2011, 14h50
|
|
Roi
|
Citation :
J'aurai pourtant bien aimé pouvoir jouer avec l'alpha. |
|
18/08/2011, 14h54
|
|
Alpha & Oméga
|
Ta schmilltexture permet elle d afficher tous les motifs imaginables parce toutes les combinaisons de ractangles 3*2 avec des carrés blancs et noirs peuvent etre tretrouvés dans la schmilltexture , soit par zoom de textures , soit par déplacement de textures , par rotation de textures et combinaison de celles ci ?
Donc la scmillprim composée avec d autres scmillprims pourrait dessiner n importe quel contour ( eveidemment ca fait un peu "pixellisé" Ainsi , de facon plus pratique , ta schmilltexture pourrait servir par exemple : - a dessiner un peu à la mode pixel art - pouvoir écrire des caractères de facon dynamique avec la fonte de police qu on veut ; ca peut etre compliqué et lourd en prims mais a l etat actuel on est obligé via xxyztext ( ou les dérivés ) de stocker une texture avec une fonte de police qui ne poourra pas etre changée |
|
18/08/2011, 15h01
|
|
Roi
|
Citation :
Voici le vainqueur !!!(plus de détails dans un post à venir...) |
|
18/08/2011, 15h03
|
|
Roi
|
(je fais un post séparé, je voulais juste annoncer le vainqueur plus rapidement)
Bravo Redpurple ! Résultat des courses : 1er prix : Redpurple 1000 lindon$ 2ème prix : MilkCandy 500 lindon$ (donnez moi vos noms d'avatars SL pour recevoir les sous) Bon, un peu plus d'explications maintenant : J'ai toujours été frustré de ne pas pouvoir dessiner dans SL, que ce soit par script, ou de façon interactive. On ne peut pas modifier les pixels d'une texture, sinon nos amis les lindons perdraient des sous sur les uploads... L'objectif est donc de pouvoir contrôler des pixels pour afficher/dessiner des images. Raisonnement n°1 (mode noob) : facile, on utilise un cube par pixel et on change sa couleur. Je vous laisse imaginer le nombre de prims... infaisable Raisonnement n°2 (mode builder) : on peut diviser le nombre de prims par 5 en utilisant le fabuleux (si si !) prim "5 faces", qui permet d'afficher 5 faces carrées côte à côte avec un seul prim. Vous l'avez déjà tous vu avec les panneaux d'affichage de texte ou de score sur les jeux. (Je vous ferai un post sur ce prim si vous voulez, pour ceux qui ne le connaitraient pas) Raisonnement n°3 (mode scripteur) : C'est là ou j'en suis : Avec le raisonnement n°2, on ne peut avoir que 5 pixels par prim, on doit pouvoir faire mieux... C'est là qu'intervient la texture du concours. Cela ressemble un peu au principe du xxyztext, j'aurai très bien pu générer par exemple toutes les combinaisons de 6 pixels (ou plus, j'y reviendrai...), mais cela risquait de tenir en plusieurs texures, peut-être trop. Pour info le xxyztext utilise une bonne centaine de textures pour avoir toutes les combinaisons de 2 lettres... Je voulais donc avoir toutes les combinaisons de 6 pixels possibles, sur une seule texture (petit défi perso et aussi pour moins de lag) une tite image pour illustrer et expliquer le résultat (rigolez pas, c'est ma première utilisation de Gimp !) :  Pour info, j'avais à l'origine cherché à générer les combinaisons de 9pixels en carrés de 3x3, mais je n'ai pas réussi à trouver l'agencement des pixels, mon programme (pas optimal) de génération aurait mis plusieurs siècles pour explorer les combinaisons... Une fois qu'on a compris le principe, ben il faut pouvoir en donner le contrôle à l'utilisateur. Je fournis donc un mini langage d'instructions graphiques, que l'on peut soit écrire dans une notecard pour les non scripteurs, soit commander par script Pour l'instant je fournis de quoi dessiner/afficher : - des pixels isolés, des lignes, des rectangles, des cercles, du texte - dessin interactif à la souris - mémorisation d'une image complète pour pouvoir la redessiner d'un coup (après l'avoir dessinée par exemple) - effets de fondu noir/blanc + d'autres un peu plus harcores pour optimiser + d'autres à venir... Evidemment, avec les contrainte SL, faut pas s'attendre à du photoshop. Je n'ai pas pu jouer avec l'alpha car le prim "5 faces" a des parties qui se superposent, du coup je reste en monochrome, on pourra néanmoins changer les couleurs des différentes faces (par bloc de 6 pixels du coup...) Des contraintes mémoire (malgré beaucoup d'optim de ce côté là) limitent encore la résolution de l'image à 30x30 pixels, peut-être un peu plus. (La résolution peut être changée dynamiquement) voici un petit exemple avec le script qui produit le résultat (les instructions dans le state_entry pourraient aussi être dans une notecard)  (hého ce n'est qu'un exemple) La résolution est de 30x30 pixels, il y a 30 prims utilisés pour l'affichage. Plus un prim root invisible qui pilote le tout (là ou il y a les scripts) + un prim pour faire la bordure tout autour. J'ai utilisé une autre texture sur cet exemple qui laisse apparaître un bord noir autour des pixels, pour un effet différent. Pour info le script se charge du build complet, j'expliquerai tout ça plus tard... Je publierai les scripts (Il y en a 2, plus des scripts d'exemple d'utilisation, notamment un qui lit une notecard en boucle pour les non scripteurs  ) dans très peu de temps, je suis en train de peaufiner quelques détails.Je serai évidemment preneur de toute idée d'amélioration
|
|
18/08/2011, 15h47
|
|
Alpha & Oméga
|
Mince tu l'as vraiment fait la page blanche ou on peut écrire et dessiner
. Je comprends toujours rien à ta texture malgré tes explications  mais bravo pour ce script dont je trouve l'application "magique" et comme je l'avais dit c'est le seul truc qui me manquait sur SL .Cela dit tu m'avais donné une idée et entretemps j'ai joué avec un script de particules qui me suit et me permet d'écrire ce que je veux en marchant simplement , juste un ptit truc à améliorer encore . Ce petit script tout bête au moins est à mon niveau . Le tien serait en chinois à mon avis je le comprendrai autant .Bravo Redpurple  pour avoir trouvé à quoi sert cette texture (qui m'a laissé perplexe depuis que je l'ai vu) .
|
|
18/08/2011, 17h46
|
|
Roi
|
Hé oui Smile
Je t'avais dit que tu frôlais la bonne réponse. Tu as montré la lune en en parlant, mais en même temps tu ne regardais que ton doigt en disant que tu ne voyais pas de quoi il s'agissait ! Je prépare une petite doc pour voir si ça intéresse du monde et avoir quelques réactions... |
|
18/08/2011, 17h51
|
|
Invité
|
j'aurai pas trouvé le mots pixel j'était proche pourtant avec le tableau alphabet
est ce que il y aura une démo sur sl? bravo a redpurple |
|
18/08/2011, 17h53
|
|
Roi
|
Citation :
Je peux très bien faire une démo SL, mais pour l'instant c'est assez difficile pour moi, ayant déménagé RL, je dois me refaire une config PC assez puissante. Je suis pour l'instant avec un vieux portable pas performant du tout et qui chauffe grave (les captures viennent d'opensim en local, ca passe déjà mieux!) Je peux me connecter mais à condition d'être à un endroit light : pas beaucoup de build et pas beaucoup d'avatar présent. Sinon vous pourrez jouer avec dès que je publierai les scripts, avec indications pour le build (c'est pas compliqué du tout, juste des cubes à rezzer et lier) Je t'envoie ton prix le temps de me connecter sans planter!edit : voilà c'est fait. Manque plus que Redpurple |
|
18/08/2011, 18h10
|
|
Roi
|
En guise d'apéritif, avant publication complète des scritps, voici une ébauche de doc résumant les commandes disponibles :
Code:
Conventions
x, y , x1, y1 représentent des coordonnées d'affichage (abscisse, ordonnée). Entiers
r représente un rayon. Nombre entier
col représente une couleur : 0 pour noir, 1 pour blanc, -1 pour inverser
fill représente un flag de remplissage : 0 = pas de remplissage, 1 = remplissage
CLS : Remplit l'écran en noir
FILL : Remplit l'écran en blanc
INVERT : Inverse l'image actuelle (négatif)
RAND : Remplit aléatoirement l'écran
PLOT x y col : Dessine un pixel
LINE x1 y1 x2 y2 col : Dessine une ligne
BOX x1 y1 x2 y2 col fill : Dessine un rectangle
CIRCLE x y r col fill : Dessine un cercle
FADE type : Fait un fondu progressif
type = 0 : fondu vers le noir
type = 1 : fondu vers le blanc
(je bloque encore pour faire un fondu négatif, pas si simple...)
PAUSE duree : effectue une pause
duree en centièmes de secondes
TEXT x y texte : affiche un texte
Attention, x multiple de 2 et y multiple de 3 (je n'ai pas géré les décalages binaires)
pour l'instant les minuscules sont converties en majuscules
caractères acceptés :
alphabet, chiffres et les caractères : !?+-()=/\/.,%$
IMAGE code : Restitue une image par son code
le code est un texte qui représente l'image complete.
Ce texte représente l'état binaire de toutes les faces du build, codé par un alphabet
de 64 caractères. C'est illisible mais les instructions CHAT ou MESSAGE permet
d'obtenir cette information pour pouvoir la copier ensuite.
Par exemple :
IMAGE aaaaaaaaaaaaaaaaa[W(Iaaar{W}aaa(%!%*Gaq-)!){aakAaqkkaffGaLfaaaaccqaaaacGcaaaaaaaaaaaaacaaaaaaaaqaaaaaaaaaaaaaaaaaaaakaaaaaaaa(Gaaaaaaaaaaampppoiaaaaaa
CHAT : Envoie dans le chat public le codage de l'image. Utile pour utiliser ensuite
avec la fonction IMAGE
MESSAGE : Idem, mais l'information est envoyée au propriétaire seulement (par IM)
BUILD resolutionX largeur
Première instruction à lancer. OBLIGATOIRE!
Cela permet de builder toute la structure et d'initialiser beaucoup de paramètres
nécessaires au script.
Les prims sont tous redimensionnés et positionnés comme il faut.
Ils sont également renommés.
ResolutionX indique combien on veut de pixels en largeur. Nombre entier forcément
multiple de 10. (puisque chaque prim permet d'afficher 10 pixels en largeur)
Il n'est pas utile de préciser la résolution en hauteur, celle ci sera déterminée en
fonction des prims faisant partie du build. Pour l'affichage des pixels vous devez
impérativement nommer les prims par un nom commençant par PIXEL, ce sont ceux qui
seront dimensionnés et positionnés automatiquement (ils seront également renommés pour
connaitre leur position)
Les scripts devront etre placé dans un autre prim qui devra etre root (évolution en
cours pour pouvoir avoir un autre root, afin de pouvoir lier à un autre build)
Largeur représente la largeur du build en mètres. Nombre réel (par ex 8.5)
Vous pouvez dépasser 10 mètres, faites néanmoins attention aux limites de distances
entre les prims d'un linkset. Voir également juste en dessous la remarque pour le cadre
Vous devez également avoir un prim nommé CADRE, pour faire joli autour des pixels :)
Il sera automatiquement dimensionné et positionné (mais pas texturé, vous le lookez
comme vous voulez).
Si votre largeur dépasse 10m il ne pourra pas dépasser cette taille. Mais vous pouvez
utiliser un megaprim qui sera positionné sans être redimensionné (pas encore
d'instruction pour ça, il faut modifier un paramètre dans le script)
Pour éviter un build "inutile" car ça peut être long, dans le cas d'une notecard lue en
boucle par exemple, la commande build n'a d'effet que si on change un de ses paramètres.
On peut ainsi s'amuser à changer la résolution et la taille dynamiquement, au milieu
d'une notecard par exemple.
INTERACT duree
Permet de passer en mode interactif. c.a.d qu'on peut cliquer directement sur l'écran
pour allumer ou éteindre des pixels.
Le paramètre duree permet de spécifier comment arreter le mode interactif :
0 : on reste en mode interactif jusqu'à ce que l'utilisateur signale qu'il a terminé en
cliquant sur la bordure (évolution à venir : pouvoir cliquer sur un autre prim )
>0 : nombre de secondes avant la fin du mode interactif. Le script reprend alors le
contrôle. J'ai mis ce paramètre dans l'idée d'une démo en boucle, afin de ne pas
stopper la démo si les utilisateurs ne cliquent pas sur la bordure.
Une utilisation pratique de cette commande est de la faire suivre par une commande CHAT,
afin d'obtenir le code de l'image dessinée pour l'utiliser avec la commande IMAGE.
Il est possible (par script) d'obtenir le nom de l'avatar venant de terminer une image
en mode interactif (sera expliqué dans une doc plus complète)
Quelques commandes un peu plus hardcore, nécessitent la compréhension du binaire. Ces
commandes sont utilisées en interne par le script, mais peuvent être appelées de
l'extérieur si on veut optmiser certains tracés ou autre...
SETALLBOX number
number est un entier de 0 à 63 représentant un motif binaire pour les 6 pixels d'une
face. Toutes les faces de l'écran sont dessinées avec ce motif.
par exemple CLS équivaut à SETALLBOX 0, et FILL équivaut à SETALLBOX 63
SETALLBOX 3 permet par exemple de remplir l'écran avec des lignes horizontales
ANDALLBOXRND nbit
ORALLBOXRND nbit
XORALLBOXRND nbit
Ces commandes permettent de manipuler par opération binaire un certains nombre de bits
de toutes les faces (blocs de 6 pixels) de l'écran. nbit indique combien de bits
(de 0 à 6) vont être modifiés. Ceux ci sont choisis de façon aléatoire. (commandes
utilisées pour les fondus)
On peut par exemple ajouter des parasites à une image avec ORALLBOXRND 1
SETBLOCK x y number
Dessine le motif binaire de 6 pixels correspondant à "number" sur la face contenant
le pixel x y
SETMEGA x y n1 n2
Permet de dessiner directement en binaire un bloc de 6x6 pixels.
Ce qui correspond à 3 faces de 6 pixels en haut et 3 faces de 6 pixels en bas.
n1 représente le codage binaire de la ligne du haut, sauf que maintenant on n'est plus
sur 6 bits mais 18. n2 représente le codage binaire de la ligne du bas.
Cette commande est utilisée pour l'affichage des lettres, par exemple pour afficher la
lettre A en haut à gauche : SETMEGA 0 0 236776 40970
TEXT 0 0 A est beaucoup plus simple :) mais on peut utiliser SETMEGA pour d'autres
motifs que des lettres (je pense à un damier par exemple, un pixel sur deux d'allumé...)
Quelques évolutions à venir (pas encore fait la spec n'est pas définitive)
- PRIMSTOP nomduprim : pour choisir le prim a cliquer qui arrete l'interaction
- TEXTURE nomtexture : pour changer la texture utilisée, on pourra relooker les pixels
- ALLCOL r v b : changer la couleur des pixels blancs (sur tout l'écran)
- COL x y r g b : changer la couleur du bloc de 6 pixel contenant le pixel x y
- possibilité de placer les script ailleurs que dans le root, pour pouvoir lier l'écran
à un autre build
- COPY/PASTE mémoriser et restituer une image plus tard
- fonctions GET/SET pour lire/modifier certains paramètres
|
|
18/08/2011, 19h50
|
|
Roi / Reine
|
Félicitation, à Barbidule pour nous avoir tenus en halètements ...
et aux deux gagnantes pour leurs persévérances Ca faisait longtemps que j'avais donné ma langue au chat ! Je ne suis pas sure d'avoir compris, cette image sert à extraire toutes les combinaisons possible de pixels d'un rectangle de 3 lignes 2 colonnes ... N'étant pas scripteuse, je ne savais pas qu'il y avait des difficultés à "adresser" des pixels Un concours pas pour moi, mais amusant au début Bises. |
|
18/08/2011, 19h59
|
|
Roi
|
Citation :
La difficulté est à peu près la même que pour les afficheurs de texte qui permettent d'obtenir 2 lettres sur chacune des 5 faces du fameux prim "5faces" Si c'est encore un peu mystérieux voici un gros plan d'un seul prim en mode édition :  On voit bien qu'on a 6 pixels sur chacune des 5 faces. On peut donc gérer 30 pixels par prim. Pour ceux qui ne connaissent pas le prim "5 faces", regardez bien les paramètres géométriques dans la boite d'édition, recopiez les dans un cube (qui est en fait un prisme troué, tronqué), et aplatissez le ensuite selon l'axe des X. Pour certains build cela peut vous faire économiser pas mal de prims edit: On voit bien sur les bords de la face du milieux qu'il y a un peu de superposition. C'est à cause de cela que je n'ai pas pu mettre de la transparence dans la texture, car ça laissait apparaitre des bouts de texture "parasites". C'est bien dommage, il y aurait certainement eut des améliorations possibles avec de la transparence... |
|
18/08/2011, 20h16
|
|
Roi
|
Sinon, publication pour demain soir ou après demain. Je dois encore tester quelques modifs, sous opensim. Puis tester dans la vraie grille pour voir s'il n'y a pas le retour du maudit "stack heap collision". edit : tests ok sous opensim + quelques nouveautés : - Possibilité d'avoir des nombre aléatoires dans les coordonnées - Répétition n fois d'une commande (pratique pour les trucs aléatoires) Reste à tester dans SL, (je laisse le pc refroidir un peu avant...).. |
|
19/08/2011, 01h38
|
|
Roi
|
Bon, ça fonctionne dans SL
(Quelques bagarres avec la mémoire, mais c'est résolu) Je vous balance donc tout ça : Un petit résumé du mode opératoire : Le build Pour un écran de 30x30 pixels : 1) rezzez un cube, nommez le "pixel" (sans les guillemets) 2) dupliquez le jusqu'à en avoir 30 en tout 3) rezzez un cube, nommez le "cadre" 4) liez tout ca 5) rezze un cube, nommez le comme vous voulez, sauf un nom qui commence par pixel ou cadre, disons "ecran". 6) liez le cube "ecran" au reste, de façon à ce qu'il soit root (sélectionnez le en dernier avant de lier) On doit avoir un build de 32 prims qui s’appelle "ecran" Le contenu du build Placez dans le build, c.a.d dans le prim root : 1) la texture du concours, en la nommant : 2x3p2_256_CarresFondNoirBordsNoirs 2) Les deux scripts "kernel0" et "kernel1" que voici : kernel0 : Code PHP:
Code PHP:
Vous avez là, la machinerie du truc. Ca ne fait qu'obéir aux instructions qu'on lui donne et on lui a encore rien donné... (suite au prochain post because la taille) |
|
19/08/2011, 18h37
|
|
Roi
|
La suite :
Pour donner des instructions de dessins, vous avez deux possibilités : - soit piloter par script - soit par une notecard On va commencer par la méthode notecard: Ajouter dans le build la notecard suivante, nommée DEMO1 : Code:
BUILD 30 10.0
CLS
CIRCLE 15 19 8 1 0
PLOT 12 15 1
PLOT 17 15 1
LINE 10 20 12 22 1
LINE 12 22 17 22 1
LINE 17 22 19 20 1
LINE 0 6 4 6 1
LINE 4 6 8 10 1
LINE 8 10 8 6 1
LINE 8 6 29 6 1
TEXT 0 0 HELLO
PAUSE 300
FADE 1
BOX 2 2 27 27 0 0
BOX 4 4 25 25 0 0
BOX 0 0 7 7 -1 1
BOX 22 0 29 7 -1 1
CIRCLE 0 29 16 -1 1
CIRCLE 29 29 16 -1 1
PAUSE 200
INVERT
PAUSE 100
TEXT 12 6 5
PAUSE 100
TEXT 12 6 4
PAUSE 100
TEXT 12 6 3
PAUSE 100
TEXT 12 6 2
PAUSE 100
TEXT 12 6 1
PAUSE 100
TEXT 12 6 0
REPEAT 5 RAND
IMAGE aaaaaaaaaaaaaaaaa[W(Iaaar{W}aaa(%!%*Gaq-)!){aakAaqkkaffGaLfaaaaccqaaaacGcaaaaaaaaaaaaacaaaaaaaaqaaaaaaaaaaaaaaaaaaaakaaaaaaaa(Gaaaaaaaaaaampppoiaaaaaa
PAUSE 300
FADE 0
// attention, on joue en binaire maintenant!
SETALLBOX 1
PAUSE 50
SETALLBOX 3
PAUSE 50
SETALLBOX 11
PAUSE 50
SETALLBOX 43
PAUSE 300
// encore plus hardcore !!
//damier de pixels en bas
SETMEGA 0 24 158118 104025
SETMEGA 6 24 158118 104025
SETMEGA 12 24 158118 104025
SETMEGA 18 24 158118 104025
SETMEGA 24 24 158118 104025
// quelques rectangles
SETMEGA 0 0 176343 240693
SETMEGA 6 6 176343 240693
SETMEGA 12 12 176343 240693
SETMEGA 16 6 176343 240693
SETMEGA 24 0 176343 240693
PAUSE 400
CLS
// quelques pixels aleatoires a droite
REPEAT 50 PLOT R17-29 R0-29 1
// des lignes verticales aleatoires (utilisation RLAST)
REPEAT 20 LINE R0-14 0 RLAST 29 -1
// the end
BOX 4 16 24 24 1 0
BOX 5 17 23 23 0 1
TEXT 6 18 END
PAUSE 200
PAUSE 300
Il manque un script pour lire la notecard et faire exécuter ses instructions : script demo_notecard : Code PHP:
Si vous voulez dessiner à la souris, remplacez le contenu de la notecard par : Code:
BUILD 30 10.0 CLS INTERACT 0 CHAT Quand le dessin est fini, vous pouvez cliquer sur le cadre pour avoir dans le chat le codage de l'image (pour utiliser avec la commande IMAGE) 2eme possibilité : si vous scriptez, vous n'aurez pas forcement envie d'une notecard, vous préférerez sans doute générer les commandes dynamiquement Il vous faut alors écrire un script qui contient la procédure "Cmd", et puis c'est tout ! : demo_run: Code PHP:
Beaucoup vont hurler en voyant les kernel0 et kernel1!!! Il y a du pas propre du tout dedans et beaucoup de code non conventionnel. L'analyse de syntaxe des commandes est horrible, mais je devais me passer des listes au maximum pour des raisons d'occupation mémoire, et différencier les commandes par leur nombre d'argument faisait un code moins long. Mais ca reste horrible à lire... Pour le reste, j'ai du supprimer beaucoup de commentaire et de mise en forme, toujours pour des raisons d'occupation mémoire ("stack heap collision"). De même que les listes sont remplacées par des chaines, et certaines sont compactées... Ca ne simplifie pas la lecture du code, qui est en plus déjà complexe... Si vous avez un problème, genre ça se bloque ou autre, je vous conseille la manip suivante : 1) stopper votre script principal (demo_notecard ou demo_run) 2) réinitialiser kernel1, puis kernel0 2) réinitialiser votre script principal et le relancer. Dés évolutions sont encore à venir (j'ai une grosse idée pour la mémoire, mais ca casse presque tout le code...). C'est pour l'instant une version qui tourne assez correctement, que je qualifierai donc de beta 1.0 Toute remarque, suggestion sont bienvenues |
|
19/08/2011, 18h54
|
|
Roi
|
Pas de retours... sniff, ça doit être les vacances...
En attendant le projet prend de l'envergure - optimisations mémoire pour augmenter la résolution (je n'ai pas testé jusqu'où on pouvait aller, mais l'optim est grosse...) - stabilisation des scripts pour une réinitialisation automatique "propre", plus la peine de se demander dans quel ordre il faut réinitialiser quoi. - diverses commandes supplémentaires (gestion de couleurs, d'hovertext, d'alpha...) - possibilité d'avoir un autre prim root pour lier à un autre build, et surtout possibilité de lier plusieurs écrans entre eux, vivant leur vie indépendamment les uns des autres ou bien pilotés par une notecard (ou un script) centrale. Permet d'avoir des affichages multi écrans, mais aussi de tricher pour augmenter la résolution (on est alors limité par la le nombre de prims d'un linkset) C'est encore en test (la partie multi-écran est écrite mais pas testée encore), je ne publierai pas les scripts ici car c'est assez long, néanmoins je fournirai un lien avec une doc complète (en cours d'écriture) et les scripts. |
|
21/08/2011, 18h44
|
|
Alpha & Oméga
|
Joli boulot le bidule
...(plus écrit une ligne de code depuis pas mal de temps... faudra me rayer de la liste des scripteurs...) |
|
21/08/2011, 20h27
|
|
Roi
|
Citation :
Dommage que tu ais du préférer les cocotiers, le sable fin et les vahinés plutôt que de participer (je vois pas pourquoi )... Tu aurais pu faire concurrence à Redpurple (qui d'ailleurs s'obstine à ne pas me dire son nom pour recevoir son prix  )
|
|
21/08/2011, 21h39
|
| Suivre |
Connectés sur ce fil1 connecté (0 membre et 1 invité)
Afficher la liste détaillée des connectés
|