Help / Lignes directrices du Marketplace d'Originahl Scripts (Règles et Conditions)
Le but du Marché est de fournir un contenu de haute qualité aux développeurs et propriétaires de serveurs pour leurs projets ou à des fins éducatives, et le but de ces directives est de rendre l'obtention et la distribution d'un grand contenu facile et profitable pour tous, dans les meilleurs conditions.
Bien que nous fassions toujours de notre mieux pour travailler avec les éditeurs afin de résoudre tout problème, les produits peuvent être rejetés à tout moment pour non-respect des critères décrits de ces directives.
La violation de ces directives peut entraîner des actions contre un compte, y compris, mais sans s'y limiter, la suppression de produits, la suspension ou la résiliation des comptes du créateur/client.
Ces lignes directrices sont sujettes à changement. Veuillez vous assurer de relire souvent ces lignes directrices lorsque nous informons d'une mise à jours de ces lignes.
Pour toute question ou préoccupation au sujet des lignes directrices présentées ci-dessous, veuillez communiquer avec nous en message privée ou sur notre forum.
1.1 Généralités
1.1.a Les produits doivent être complets et pleinement fonctionnels tels qu'annoncés lors de la soumission.
1.1.b Les produits examinés pour l'approbation des droits de publication doivent être du contenu dédié à sa catégorie. N'abusez pas des tags qui ne lui correspondent pas.
1.1.c Les produits ne doivent pas diriger les clients vers d'autres boutiques en ligne.
1.1.d Les produits ne doivent pas être offensants, vulgaires ou diffamatoires envers une personne, un groupe, une organisation, un produit.
1.1.e Les produits ne doivent pas contenir de noms, de marques ou de contenus protégés par des droits d'auteur ou des marques de commerce.
1.2 Renseignements sur le produit
1.2.1 Titres des produits
1.2.1.a Les titres doivent être exacts et pertinents.
1.2.1.b Les titres ne doivent pas contenir de mots concernant d'autre organisation ou produit autre que les propres propriétés de l'éditeur.
1.2.1.c Les adjectifs ou tout autre langage descriptif utilisé dans le titre doivent être véridiques et représenter fidèlement les atouts et/ou la fonctionnalité du produit.
1.2.1.d Les titres doivent être rédigés en anglais, avec une orthographe et une grammaire correctes, sauf lorsqu'ils sont intentionnellement stylisés.
1.2.2 Description Edition
1.2.2.a Le texte des champs, Description courte, Description longue et Wiki du produit doit être exact, être en anglais avec une orthographe et une grammaire correctes, sauf lorsqu'il est intentionnellement stylisé et pertinent.
1.2.2.b Les éditeurs sont fortement encouragés à compléter l' URL vidéo dans l'emplacement qui lui est dédié dans la description. La vidéo doit être une vidéo Featurette/Exemple comme un spot publicitaire pour le produit, affichant ses fonctionnalités.
1.2.2.c Pour les produits Musique et effets sonores. Les créateurs sont fortement encouragés à inclure une URL de prévisualisation audio dans la description.
1.2.2.d Le texte des informations techniques doit identifier toutes les dépendances, conditions préalables ou autres exigences pour l'utilisation du produit.
1.2.3 Catégorie et tags
1.2.3.a Les produits doivent exister dans la catégorie qui correspond le mieux à leur fonctionnalité, donc précisez sa où ses catégories exact.
1.2.3.b Les Tags à cocher doivent être exact. N'abusez pas des catégories et des tags qui ne concerne pas le produit.
1.2.4 Prix
1.2.4.a Les prix sont choisis par le créateur du produit, mais ils doivent refléter la valeur approximative du produit.
1.2.4.c Les sélections de prix sont en euro. Osgmod ne vendra pas les produits des éditeurs à un prix supérieur au prix de base sélectionné.
1.2.4.d Pour les ventes d'Originahl-scripts Event, Originahl-scripts peut occasionnellement travailler avec des créateurs pour baisser temporairement le prix de base d'un produit pour une période de temps limitée, mais cela ne sera fait que d'un commun accord.
1.3 Médias
1.3.a Les images doivent présenter avec précision la fonctionnalité ou le contenu pertinent du produit.
1.3.b Les images ne doivent pas afficher de matériel protégé par le droit d'auteur d'un tiers sans licence.
1.3.c Les images doivent être clairement étiquetées afin de clarifier si les actifs affichés ont été édités visuellement.
1.3.d Les images ne doivent pas contenir de matériel offensant ou graphique.
1.4 Fichiers
1.4.1 Format du fichier
1.4.1.a Le fichier du projet doit être envoyé au format nom_de_votre_addon.zip.
1.4.2 Versions du moteur ou du gamemode pris en charge
1.4.2.a Les éditeurs sont responsables d'aider les clients qui rencontrent des problèmes lors de l'utilisation de leur produit dans une version de moteur prise en charge.
1.4.2.b Les plugins qui ne seront plus compatible avec la dernière version de leur moteur respective seront désactivé jusqu'à ce qu'il soit corrigé par son créateur.
1.4.2.c Les éditeurs devront maintenir leurs produits à jours en cas de mise à jour d'une plateforme rendant les versions précédents incompatible, sinon son produit sera désactivé.
1.4.3 Méthode de distribution
1.4.3.a Les produits destinés à être fusionnés et utilisés dans le cadre d'un projet existant d'un client devraient avoir la méthode de distribution Addons.
1.4.3.b Les produits destinés à être des projets ou des cadres autonomes que les clients peuvent utiliser comme base pour construire leur produit devraient avoir la méthode de distribution du projet complet.
1.4.4 Utilisation de logiciels tiers
1.4.4.a Les éditeurs doivent déclarer si leur produit inclut, utilise, dépend ou distribue des logiciels tiers de quelque nature que ce soit. Logiciel Tiers désigne tout fichier, y compris, mais sans s'y limiter, les polices, les graphiques, les sons, les API, le contenu, le code source ou les bibliothèques compilées, provenant de sources autres que l'éditeur ou Originahl-Script.
1.4.4.b Les produits qui ont une déclaration d'utilisation d'un logiciel tiers de "Ce produit utilise un logiciel tiers", doivent également être accompagnés d'une déclaration plus détaillée dans la description.
2.1 Généralités
2.1.a Après la soumission et l'approbation initiale, Osgmod examinera les produits pour s'assurer qu'ils fonctionnent dans la dernière version du moteur principal tel qu'annoncé.
2.1.b Les bases requises des projets type DLC doivent être disponibles sur le Marché et être clairement énoncées dans la description du produit.
2.1.c Le contenu doit être principalement constitué d'œuvres originales et différer du résultat des tutoriels publiques que l'on peut trouver en ligne.
2.1.d Le contenu des échantillons de Osgmod ne doit pas faire partie intégrante de votre produit, mais être utilisé uniquement à des fins d'affichage ou d'exemple.
2.1.e Le contenu doit fonctionner dans les dernières versions du moteur Gmod / Source Engine.
2.2 Juridique
2.2.a Les produits doivent être conformes à l'accord de distribution du marché et au CLUF Osgmod.
2.2.b Les créateurs doivent avoir le droit légal de distribuer tout le contenu des produits qu'ils soumettent.
2.2.c Les produits ne doivent pas contenir de noms, de marques, de design, de documents ou de contenus protégés par des droits d'auteur ou des marques de commerce qui ne sont pas la propriété du créateur ou pour lesquels il n'a pas de licence adéquate.
2.2.d Les produits doivent fonctionner indépendamment de tout logiciel tiers non déclaré dans ce formulaire.
2.2.e Les produits ne doivent pas utiliser de logiciels tiers sous licence GPL, LGPL, EPL ou MSPL.
2.2.f Les produits distribués sur le Marché sont sous licence uniquement dans le cadre du CLUF Osgmod, qui n'est pas remplacé par des licences personnalisées que les éditeurs incluent dans les fichiers distribués de leurs produits.
2.3 Art
2.3.1 Animations
2.3.1.a Les Animations doivent être propres, cohérentes et fonctionner visuellement comme prévu pour leur usage.
2.3.1.b Tous les maillages squelettiques qui ne sont pas fixés au squelette Source Engine doivent avoir un squelette personnalisé relativement dimensionné et des animations distribuées avec eux.
2.3.2 Map
2.3.2.a Les cartes ne doivent pas contenir d'erreurs ou d'avertissements consécutifs au chargement.
2.3.3 Matériaux
2.3.3.a Pour l'optimisation et réduire les temps de chargements des clients, éviter les doublons inutile.
2.3.3.b Il est aussi possible de Créez un package dans le workshop pour y placer vos ressources (Models, materials, audios) et de placer le lien du contenu de votre workshop dans la description de votre produit.
2.3.4 Effets des particules
2.3.4.a Les effets de particules doivent avoir une limite de détection s'ils sont destinés à être vus à des distances multiples.
2.3.4.b Les noms des émetteurs de particules doivent être exacts et pertinents et ne doivent pas être des "émetteurs de particules", sauf s'ils sont les seuls émetteurs dans un système de particules donné.
2.3.5 Textures
2.3.5.a Les deux dimensions de chaque texture doivent avoir une taille qui est une puissance de 2 le cas échéant (par exemple 1024x512 ou 1024x4096).
2.3.5.b Les textures doivent avoir une dimension maximale de 8192 dans les deux dimensions.
2.3.5.c Les textures doivent avoir une résolution appropriée pour les éléments visés(la texture d'une plaque de chocolat n'a pas besoin d'une résolution de 8192x8192).
2.4 Audio
2.4.a Les fichiers audio doivent être importés dans le moteur sous forme de fichiers .wav, .mp3, .ogg.
2.4.b Les fichiers audio doivent avoir une fréquence d'échantillonnage de 22050 Hz ou 44100 Hz sans défaut audio. (Voir la doc sur les Formats audio pris en charge)
2.5 Plugins
2.5.1 Descripteurs des plugins
2.5.1.a Les plugins peuvent dépendre des plugins Gmod / Source Engine distribués avec le moteur, mais ne doivent pas dépendre d'autres addons créés par les utilisateurs, créer alors des API dans ce cas là.
2.5.2 Scripts
2.5.2.a Tous les fichiers source et d'en-tête doivent contenir un avis de copyright commenté (et non le texte généré automatiquement par Osgmod) indiquant le nom du créateur ou de la société ainsi que l'année de publication prévue et un moyen de contact.
2.5.2.b La minification est une forme d'optimisation qui est autorisé.
2.5.3 Compilation
2.5.3.a Les Addons ne doivent générer aucune erreur ou avertissement consécutif.
2.5.4 Exemples de projets
2.5.4.a Les créateurs qui choisissent de distribuer des exemples de projets pour leurs produits doivent ajouter un lien vers leurs informations techniques, et vers un site d'hébergement (tel que Google Drive/Dropbox/OneDrive/etc.) où le projet exemple peut être téléchargé pour tester.
2.6 Structure des fichiers
2.6.1 Convention d'appellation
2.6.1.a Le dossier et les fichiers doivent être précis et cohérents dans la convention d'appellation dans le contexte de leur propre projet.
2.6.1.b Les dossiers et fichiers ne doivent pas être vaguement nommés comme "Assets", "NewFolder","Files", etc.
2.6.1.c Les noms de dossiers et de fichiers ne doivent contenir que des caractères alphanumériques anglais et des soulignés, ni de majuscule, seulement en minuscule.
2.6.2 Structure du projet
2.6.2.a Les dossiers de projet ne doivent pas contenir de dossiers inutilisés, ni de fichiers inutilisés, ni d'extensions inutilisés, supprimez les dossiers vides.
2.6.2.b La structure du projet par exemple appelé "my_gmod_addon" doit ressembler à cela :
📁my_gmod_addon
│
├─📁 lua
│ │
│ ├─📁 autorun
│ │ │
│ │ ├───📁 client
│ │ ├───📁 properties
│ │ └───📁 server
│ │
│ ├───📁 entities
│ └───📁 weapons
│
├─📁 maps
│ │
│ └───📁 graphs
│
├───📁 materials
│
├───📁 models
│
└───📁 sounds
2.6.2.c Afin de réduire les conflits de migration après l'installation des fichiers de projet, tous les actifs spécifiques au projet doivent être stockés dans un dossier de niveau supérieur sous le dossier addons : Steam/steamapps/common/GarrysMod/garrysmod/addons/my_gmod_addon.
2.6.2.d Tous les noms des fichiers et dossiers ne doivent pas dépasser 64 caractères.
2.6.3 Plugins
2.6.3.a Les dossiers de plugins ne doivent pas contenir de dossiers inutilisés.
2.6.3.b Les dépendances de tiers ne peuvent être utilisées qu'avec une preuve de permission et doivent être placées dans un dossier mentionnant dans son nom thirdparty.
2.7 Qualité
2.7.a Le contenu doit être optimisé en fonction de l'utilisation prévue du produit.
2.7.b Si vous ne suivez pas les standards, expliquez votre choix où fournissez un lien d'explication.
2.7.c Le contenu ne doit pas être principalement constitué d'actifs facilement reproductibles.
2.7.d Le contenu ne doit pas présenter des défauts logiques, opérationnels ou visuels.
2.8 Documentation
2.8.a Les produits qui exigent des connaissances particulières sur la façon de les configurer ou de les utiliser doit être expliqué dans la partie wiki des produits associés.
2.8.b La documentation ou Wiki peut être éditer dans la page d'édition du script, cela peut aussi être une vidéos Youtube, dans ce cas fournissez le lien dans la description.
2.8.c La documentation doit être au moins en anglais, mais les éditeurs peuvent également inclure des versions traduites de leur documentation.
3.1 SUPPORT
3.1.a Les éditeurs doivent s'assurer que tous leurs produits publiés fonctionnent comme annoncé et aider les clients qui signalent des problèmes d'utilisation de leurs produits dans les versions moteur prises en charge sur les plates-formes prises en charge.
3.1.b Les éditeurs doivent fournir et surveiller activement une adresse e-mail de support (configurable dans l'onglet Compte de la page des paramètres de l'éditeur).
3.1.c Les éditeurs peuvent fournir des liens vers un site personnel, Twitter, Facebook ou tout autre site Web de tiers tant que le site ou le compte appartient à l'éditeur.
3.2 Communication
3.2.a Les éditeurs sont tenus responsables de leurs communications avec le personnel, la communauté et leurs clients, et on s'attend à ce qu'ils maintiennent un niveau élevé de professionnalisme tout en étant courtois, accessibles, réceptifs et respectueux envers les autres, le harcèlement ou le langage abusif ne sera pas toléré.
3.2.b Les éditeurs doivent suivre toutes les règles du forum lorsqu'ils postent dans les forums, y compris le Hub des créateurs et dans les discussions des scripts.
3.2.c Fournir des informations sur les produits par le biais de forums, commentaires ou autres canaux Osgmod est considéré comme une représentation officielle et doit être maintenu dans le cadre du soutien d'un créateur pour son produit.
3.2.d Les éditeurs ne peuvent, sans l'autorisation de l'utilisateur concerné, partager les informations privées d'autres utilisateurs, y compris, mais sans s'y limiter, leur nom réel, adresse électronique, numéro de téléphone, etc.
3.3 Renseignements sur le créateur
3.3.a Les noms de créateurs (configurables sur votre profil) ne doivent pas être offensants, vulgaires ou diffamatoires envers toute personne, groupe, organisation ou produit. Les noms d'éditeur ne doivent pas non plus contenir de mots concernant Osgmod, Gmod / Source Engine, ni de lien, ou toute autre organisation ou produit autre que les propres propriétés de l'éditeur.
3.3.b Pour avoir le status de Codeur, les créateurs doivent activer PayPal sur leur compte (configurables sur votre profill) pour recevoir des fonds pour les produits vendus sur le Marché.
3.4 Versements
3.4.a Les éditeurs peuvent recevoir leur fond via : Transferts électroniques de fonds vers un compte PayPal.
3.4.b Osgmod conserve 10% du montant net des ventes de chaque produit vendu sur le Marché.
3.5 Commercialisation
3.5.a Les éditeurs doivent assurer eux-mêmes la promotion et la commercialisation de leurs produits.
3.5.b Osgmod ne garantit pas les opportunités d'amélioration de l'exposition publique et n'est pas tenue de fournir de la publicité ou d'autres initiatives marketing pour aucun produit ou éditeur.
3.6 Ventes
3.6.1 Ventes individuelles
3.6.1.a Pour organiser une réduction sur la vente d'un de leurs produits publiés, les éditeurs peuvent le configurer dans l'édition de leur produit et éditer la section : Pourcentage de rabais
3.6.1.b Les ventes doivent avoir un pourcentage de rabais minimum de 10 % et maximum de 85 %.
3.6.1.c Les produits ne peuvent être mis en vente qu'après leur approbation, ne forcez pas le Staff pour examiner votre produit soumis plus rapidement que les autres, patientez.
3.6.2 Événements de vente
3.6.2.a Pour les ventes sur invitation seulement, Osgmod invitera tous les éditeurs dont les produits ont été déterminés comme étant pertinents au thème.
3.6.2.b Pour les ventes à inscription libre, Osgmod invitera tous les éditeurs qui ont au moins un produit publié.
3.6.2.c Les éditeurs invités aux ventes Osgmod Event recevront un email à leur adresse email principale (configurable dans l'onglet Vendeur de la page des paramètres de l'éditeur) avec toutes les informations nécessaires pour participer à la vente ainsi qu'un délai de réponse.
3.6.2.d Les éditeurs doivent répondre à l'invitation par courriel où en message privée avant la date limite prévue pour participer, mais les éditeurs ont également la possibilité de refuser de participer aux ventes d'Osgmod Event.
4.1 Professionnalisme
4.1.a On s'attend à ce que les clients maintiennent un haut niveau de professionnalisme tout en étant courtois, accessibles, réceptifs et respectueux envers les autres , le pourriel, le harcèlement ou le langage abusif ne seront pas tolérés.
4.1.b Le client n'est pas supposé contacter un créateur en message privée pour obtenir de l'aide, ils doivent ouvrir un ticket. S'ils ne peuvent pas alors ils ne sont pas des clients et on obtenu le scripts d'une manière non autorisé.
4.1.c Les clients doivent suivre toutes les règles du forum lorsqu'ils postent dans les forums.
4.2 Achats
4.2.1 Droits d'utilisation
4.2.1.a L'achat d'un produit Marketplace est une licence non exclusive qui vous autorise à télécharger, utiliser, customiser et promouvoir.
4.2.1.b Il est strictement interdit de concéder sous licence, copier, distribuer, transmettre le contenu(leak) à des fins commerciales et/ou promotionnelles.
4.2.1.c Tout le contenu hébergé par Originahl-Script est exclusivement téléchargeable via Originahl-Script, il vous faudra être connecté à votre compte d'achat.
4.2.2 Facturation
4.2.2.a Nous acceptons les principaux modes de paiement, suivant : PayPal. Prochainement : Skrill, QIWI, Paysafecard.
4.2.2.b Les reçus/factures seront automatiquement envoyés par email à l'adresse associée au compte d'achat Originahl-Script, si vous n'avez pas associé d'adresse mail ils sont également rangés dans votre liste d'achat.
4.3 Remboursements
4.3.a Les demandes de remboursement doivent être faites en soumettant un cas de demande de remboursement dans les 14 jours suivant la date à laquelle la transaction a eu lieu, et doivent inclure :
4.3.b Les remboursements seront accordés dans les 14 jours pour les raisons suivantes :