g++ et fichiers image/son

Version imprimable

Voir 40 message(s) de cette discussion en une page

28/01/2023, 14h46
adiya

g++ et fichiers image/son

Bonjour

j ai essayé de me renseigner... mais je ne trouve pas...

est il possible, au moyen de g++ de faire une edition de liens avec :
* les codes sources
* les bibliotheques SFML
* ET les fichiers son/images...

avec l idee d obtenir un executable contenant tout cela ?

merci de votre aide.

Je connais 2 façons de faire :mrgreen: C'est

1) de transformer chaque fichier en chaîne de caractères (avec des caractères imprimables)/ tableau de valeurs et les introduire dans le code sous forme de macro/ variable [globale]/ fonction/ ...
Édit : @jo_link_noir dans 1 commentaire en dessous me signale que 1 tableau de valeurs hexadécimales est préférable que transformer son fichier en chaîne de caractères. Cela dépend du contexte je dirais.

2) d'utiliser RC, Resource Compiler de Microsoft. Je te laisse chercher :google:
Il faut faire 1 fichier .rc [/ .res] qui va faire correspondre chaque ressource via 1 identifiant, identifiant qui sera utilisé dans le code.
Par contre, il faut sûrement utiliser 1 IDE Microsoft. Et sous Linux, il doit y avoir 1 équivalant ou passer par Qt/ Gnome-GTK.

Exemple de fichier .rc avec C++ Builder :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
#if defined(_CPP_BUILDER) || defined(_CPP_BUILDER_xe6)
#include "..\\Project\\Resources\\my_winresrc.h"
#else
#include <windows.h>
#endif
 
 
#include "Resource.h"
 
 
LANGUAGE LANG_FRENCH, SUBLANG_FRENCH
#pragma code_page(1252)
 
 
1 TEXTINCLUDE DISCARDABLE
BEGIN
  "Resource.h\0"
END
 
 
2 TEXTINCLUDE DISCARDABLE
BEGIN
   "#include ""winver.h""\r\n"
   "\0"
END
 
 
3 TEXTINCLUDE DISCARDABLE
BEGIN
  "\r\n"
  "\0"
END
 
 
VS_VERSION_INFO  VERSIONINFO
  FILEVERSION    PROJECT_IHM_VERSION
//PRODUCTVERSION PRODUCT_VERSION
  FILEOS         VOS_WINDOWS32
  FILETYPE       VFT_APP
BEGIN
  BLOCK "StringFileInfo"
  BEGIN
    BLOCK "040C04E4"
    BEGIN
      VALUE "CompanyName",      COMPANY_NAME
      VALUE "ProductName",      PRODUCT_NAME
      VALUE "ProductVersion",   PRODUCT_VERSION_STR
      VALUE "LegalCopyright",   LEGAL_COPYRIGHT
      VALUE "FileVersion",      PROJECT_IHM_VERSION_STR
      VALUE "InternalName",     PROJECT_IHM_NAME
      VALUE "OriginalFilename", PROJECT_IHM_NAME
      VALUE "FileDescription",  PROJECT_IHM_DESCRIPTION_FR
    END
  END
 
  BLOCK "VarFileInfo"
  BEGIN
    VALUE "Translation", 0x040C, 0x04E4
  END
END
 
 
LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL
 
 
MAINICON  ICON DISCARDABLE MY_FIRM_LOGO_MULTI
IDI_ICON1 ICON DISCARDABLE MY_FIRM_LOGO_MULTI
 
IDB_ATLAS RCDATA "atlas.png"

my_winresrc.h :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
#ifndef MY_WINRESRC
#define MY_WINRESRC
 
#define LANG_ENGLISH       0x09
#define SUBLANG_ENGLISH_US 0x01
 
#define LANG_FRENCH    0x0C
#define SUBLANG_FRENCH 0x01
 
#define LANG_NEUTRAL    0x00
#define SUBLANG_NEUTRAL 0x00
 
#define VS_VERSION_INFO 1
 
/* ----- VS_VERSION.dwFileFlags ----- */
#define VS_FF_DEBUG             0x00000001L
#define VS_FF_PRERELEASE        0x00000002L
#define VS_FF_PATCHED           0x00000004L
#define VS_FF_PRIVATEBUILD      0x00000008L
#define VS_FF_INFOINFERRED      0x00000010L
#define VS_FF_SPECIALBUILD      0x00000020L
 
/* ----- VS_VERSION.dwFileOS ----- */
#define VOS_UNKNOWN             0x00000000L
#define VOS_DOS                 0x00010000L
#define VOS_OS216               0x00020000L
#define VOS_OS232               0x00030000L
#define VOS_NT                  0x00040000L
#define VOS_WINCE               0x00050000L
 
#define VOS_BASE                0x00000000L
#define VOS_WINDOWS16           0x00000001L
#define VOS_PM16                0x00000002L
#define VOS_PM32                0x00000003L
#define VOS_WINDOWS32           0x00000004L
 
#define VOS_DOS_WINDOWS16       0x00010001L
#define VOS_DOS_WINDOWS32       0x00010004L
#define VOS_OS216_PM16          0x00020002L
#define VOS_OS232_PM32          0x00030003L
#define VOS_NT_WINDOWS32        0x00040004L
 
/* ----- VS_VERSION.dwFileType ----- */
#define VFT_UNKNOWN             0x00000000L
#define VFT_APP                 0x00000001L
#define VFT_DLL                 0x00000002L
#define VFT_DRV                 0x00000003L
#define VFT_FONT                0x00000004L
#define VFT_VXD                 0x00000005L
#define VFT_STATIC_LIB          0x00000007L
 
 
#endif // MY_WINRESRC

Resource.h :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
#ifndef RESOURCE_H
#define RESOURCE_H
 
 
#define IDI_ICON1      101
#define IDB_ATLAS      102
 
 
#define COMPANY_NAME        "MY_FIRM\0"
#define PRODUCT_NAME        "MY_TOOL\0"
#define PRODUCT_NAMEW       L"MY_TOOL"
#define PRODUCT_VERSION      0
#define PRODUCT_VERSION_STR "\0"
#define LEGAL_COPYRIGHT     "2022 - 2023, MY_FIRM\0"
 
 
#define PROJECT_IHM_VERSION        1,5,1,0
#define PROJECT_IHM_VERSION_STR   "1.5.1\0"
#define PROJECT_IHM_VERSION_WSTR L"1.5.1\0"
#define PROJECT_IHM_NAME          "MY_TOOL.exe\0"
 
#define PROJECT_IHM_DESCRIPTION_FR "Lecteur/ Encodeur de badges MIFARE DESFire EV1\0"
#define MY_FIRM_LOGO_MULTI "MY_FIRM\\MY_FIRM.ico"
 
#endif // RESOURCE_H

28/01/2023, 18h09
adiya

Merci de votre reponse

a priori, la solution (1) me semble preferable...
j utilise des images .png

faudrait-il que je me cree un logiciel qui convertit le fichier.png en tableau (a 2 dimensions) pour en faire quelquechose d exploitable dans le code ?
(avec un copié/collé probablement)...
28/01/2023, 18h51
foetus

Tu as le format Portable Pixmap (fichier .pbm, .pgm, .ppm, .pnm) et + spécialement le format .pam qui gère la transparence : Netpbm, lien wikipédia en anglais

Et évidemment ce format est supporté par les logiciels de retouche, de traitement et de dessin via des extensions, par la bibliothèque Netpbm et peut-être d'autres.
Tu n'as plus qu'à transformer le fichier "ASCII" en chaîne de caractère (et voir comment passer cette chaine de caractères aux fonctions de manipulation) ou en tableau de valeurs via 1 moulinette.
28/01/2023, 19h03
adiya

Sinon, j utilise "Visual Studio Community"...

dans les proprietes du projet, il est peut-etre possible d inclure les fichiers image quelque part dans les options...

Quelqu un sait-il quelque chose a ce sujet ?
Bien sur, ca fait que je me passe alors de g++
28/01/2023, 19h42
foetus

Citation:

Envoyé par adiya

Sinon, j utilise "Visual Studio Community"...

dans les proprietes du projet, il est peut-etre possible d inclure les fichiers image quelque part dans les options...

C'est ce que je disais :mrgreen: la solution 2

Il y a de grandes chances que Visual Studio [Community] gère le(s) fichier(s) .rc/ .res automatiquement (sinon tant pis :aie: )
C'est peut-être en fonction du choix du projet :koi: que tu peux ajouter des fichiers dans l'exécutable (mais comme je le disais, je pense que ce sera 1 projet "Windows" avec la liaison d'1 grosse bibliothèque)
28/01/2023, 21h50
jo_link_noir

Aucune raison d'embarquer les fichiers avec des caractères imprimables, ça ne sert à rien. Ce qu'il faut faire, c'est mettre tous le fichier dans un tableau d'octet. Généralement un simple tableau de char où chaque octet est écrit sous forme hexadécimal pour ne pas avoir de problème de syntaxe. On doit pouvoir trouver des outils qui le font, sinon, ce n'est pas bien compliqué à écrire.

Les outils plus avancés comme ceux de Qt ajoutent par-dessus un système de fichier qui peut-être utilisé à travers les classes de manipulation de fichier du framework. C'est d'ailleurs peut-être même la seule manière de faire, je crois que les ressources de Qt sont aussi compressées.

S'il y a beaucoup de ressource, c'est intéressant d'ajouter de la compression, mais certains formats le sont déjà et le gain n'est alors pas énorme (par exemple, png le fait pas ligne et un coup de optipng donnera de bien meilleurs résultats qu'une compression supplémentaire). Sur des formats texte, le gain va être très intéressant, pour le rapport vitesse de décompression / taux de compression, zstd est très bon.
29/01/2023, 10h55
bacelar

Je comprends pas trop cette fixette de n'avoir qu'un fichier "exe" pour une solution logicielle.
C'est bien plus simple et souple d'utiliser les gestionnaires de package/msi pour installler/mettre à jour/désinstaller un logiciel.
30/01/2023, 00h36
deedolith

Citation:

Envoyé par bacelar

Je comprends pas trop cette fixette de n'avoir qu'un fichier "exe" pour une solution logicielle.
C'est bien plus simple et souple d'utiliser les gestionnaires de package/msi pour installler/mettre à jour/désinstaller un logiciel.

La peur des "pirates" ...
30/01/2023, 03h32
adiya

Citation:

Envoyé par bacelar

Je comprends pas trop cette fixette de n'avoir qu'un fichier "exe" pour une solution logicielle.
C'est bien plus simple et souple d'utiliser les gestionnaires de package/msi pour installler/mettre à jour/désinstaller un logiciel.

eh bien...
ca me semble plus simple et plus propre... surtout que je code "leger"... ;)

et puis il n y a pas besoin d etre un hacker au top pour me piquer une image gentiment disponible...
j aime bien le concept "bibliotheque statique"...
30/01/2023, 07h59
foetus

Citation:

Envoyé par adiya

et puis il n y a pas besoin d etre un hacker au top pour me piquer une image gentiment disponible...

:whistle: saches qu'avec 1 logiciel comme Resource Hacker (lien officiel) tu peux parser, extraire et modifier tes ressources.
Tu remarqueras qu'il utilise le(s) fichier(s) .rc/ .res (et sa syntaxe) : ce logiciel ne fonctionne qu'avec Windows.

De souvenirs, modifier 1 ressource est assez pénible parce que sa taille est enregistrée : donc il faut que la nouvelle ressource est la même taille (peut-être inférieure avec du bourrage).
À moins que maintenant, les logiciels "recompilent" tout.

Citation:

Envoyé par jo_link_noir

S'il y a beaucoup de ressource, c'est intéressant d'ajouter de la compression, mais certains formats le sont déjà et le gain n'est alors pas énorme (par exemple, png le fait pas ligne et un coup de optipng donnera de bien meilleurs résultats qu'une compression supplémentaire). Sur des formats texte, le gain va être très intéressant, pour le rapport vitesse de décompression / taux de compression, zstd est très bon.

:whistle: j'avais utilisé la bibliothèque libbzip2 : bonne compression, bibliothèque active et pas trop grosse, code facile à faire pour juste 1 décompression (c'est la fonction BZ2_bzBuffToBuffDecompress)
30/01/2023, 08h27
adiya

Oui
Il me semblait bien qu on peut quand meme extraire les fichiers qui sont implantés dans le code source
d ailleurs, il me semble que en assembleur, les informations en question sont dans un genre de ".data", un truc dans le genre...
donc la securité des donnees n est jamais vraiment absolue...
Mais quand meme, j aime autant ne pas fournir mes .png a tout le monde...
30/01/2023, 09h35
bacelar

Donc vous pénalisez l'utilisateur légitime (performance à chier), et le hobbyiste qui veut bidouiller le bidule, pour laisser la main aux black hats, quand la start-up nation pense être "l'oméga de l'évolution".
30/01/2023, 09h52
foetus
Citation:

Envoyé par bacelar

Donc vous pénalisez l'utilisateur légitime (performance à chier)

Perte de performances :koi: :weird:
lorsque tu fais 1 IHM, beaucoup d'images se retrouvent dans l'exécutable.
D'ailleurs, étant dans l'exécutable, ce sont des accès mémoire et non disque dur/ SSD.

Après :
- Pour autre chose que des images/ sons, par exemple des .dll ou des fichiers .ini, il faudra à coup sûr les enregistrer en local. Et effectivement refaire ce que fait 1 packager est 1 peu inutile (surtout avec Windows, son architecture dossiers et ses droits)
- Si les fichiers sont protégés (ressources zippées avec mot de passe ou chiffrées avec 1 clef ou cachées dans 1 bibliothèque par exemple), là il faut voir au cas par cas.
30/01/2023, 14h11
adiya

oups...
c est quoi, un IHM ?
30/01/2023, 14h15
adiya
Citation:
Envoyé par foetus

Perte de performances :koi: :weird:
lorsque tu fais 1 IHM, beaucoup d'images se retrouvent dans l'exécutable.
D'ailleurs, étant dans l'exécutable, ce sont des accès mémoire et non disque dur/ SSD.

Après :

Pour autre chose que des images/ sons, par exemple des .dll ou des fichiers .ini, il faudra à coup sûr les enregistrer en local. Et effectivement refaire ce que fait 1 packager est 1 peu inutile (surtout avec Windows, son architecture dossiers et ses droits)
Si les fichiers sont protégés (ressources zippées avec mot de passe ou chiffrées avec 1 clef ou cachées dans 1 bibliothèque par exemple), là il faut voir au cas par cas.
Du coup, si j integre mes images a l executable, je n utilise pas .loadFromFile("")...
30/01/2023, 14h21
foetus

Citation:

Envoyé par adiya

c est quoi, un IHM ?

:mrgreen: Interface Homme-Machine, 1 application avec 1 fenêtre (contrairement à 1 application console ou 1 application Web)

Citation:

Envoyé par adiya

Du coup, si j integre mes images a l executable, je n utilise pas .loadFromFile("")...

Non :mrgreen: LoadResource, lien MSDN pour Win32/ WinAPI
Note que c'est 1 bibliothèque pour les ressources qui permet de charger, trouver, énumérer, ...
30/01/2023, 14h54
adiya

Citation:

Envoyé par bacelar

Donc vous pénalisez l'utilisateur légitime (performance à chier), et le hobbyiste qui veut bidouiller le bidule, pour laisser la main aux black hats, quand la start-up nation pense être "l'oméga de l'évolution".

Euh... avant Omega, c est la lettre Psy... faut consulter ? :mouarf:
30/01/2023, 15h03
adiya

Citation:

Envoyé par adiya

Euh... avant Omega, c est la lettre Psy... faut consulter ? :mouarf:

Autant pour moi, la lettre grecque en question, c est Psi... Tant pis pour ma blague...
30/01/2023, 15h45
bacelar

Les ressources, c'est un vieux machin du 16 bits à base handles qui servent de descripteur de segment et de tables d'indexation, sans compter que c'est dans des segments "discardable".
Un fichier, bin, on a toutes l'architecture de drivers et kernel qui optimisent les accès et le mapping mémoire.

Citation:

lorsque tu fais 1 IHM, beaucoup d'images se retrouvent dans l'exécutable.

C'est une erreur, et les Dll de localisation font bien mieux le taf.

Citation:

D'ailleurs, étant dans l'exécutable, ce sont des accès mémoire et non disque dur/ SSD.

Dans des segments non mappés en mémoire, y accéder, c'est comme aller lire sur le disque.

Voir 40 message(s) de cette discussion en une page