Discussion :

[foufou_24]

Bonsoir,
Je veux faire un traitement sur les vidéos, je dois charger un vidéo dans un tableau ou une chaîne de caractère mais je sais pas comment faire ça. Pouvez vous m'aider?

[joel.drigo]

Salut,

un fichier vidéo est comme n'importe quel fichier, donc pour le charger dans un tableau (d'octets), procède comme pour n'importe quel fichier (voir Byte Streams.

Mais les fichiers qui contiennent des vidéos peuvent avoir une taille importante et les tableaux d'octets ont une taille limitée. Donc tu risques de ne pas pouvoir charger certaines videos dans ton tableau.

Je parle pas de charger le fichier dans une chaîne de caractères, dont je ne vois pas trop l'intérêt.

La question est qu'est-ce-que tu cherches à faire : cherches tu à expérimenter un algorithme de traitement de vidéo et donc tu cherches à construire une structure java capable de stocker la vidéo en mémoire ? Ou cherches tu à écrire un programme de traitement de vidéo, auquel cas une librairie dédiée (comme xuggler par exemple) sera plus adéquate ?

[foufou_24]

Merci pour votre réponse.
Je veux tester un algorithme de cryptage sur des différents types de fichier(texte,image,audio,...),c'est pour ce la que je dois les transformer en un String ou un tableau pour faciliter le traitement.

[tchize_]

En String non, tu va corrompre tes données


Pour le reste, pour lire les fichiers, il y a FileInputStream et ses méthodes read(....)

[foufou_24]

Donc je dois juste lire les fichiers avec FileInputStream et il L'ouvre quelque soit son type?
Pour l'image j'ai utiliser BufferedImage input = ImageIO.read(inputFile); et ça bien marcher.Il me reste les fichier audio

[joel.drigo]

Donc je dois juste lire les fichiers avec FileInputStream et il L'ouvre quelque soit son type?
Pour l'image j'ai utiliser BufferedImage input = ImageIO.read(inputFile); et ça bien marcher.Il me reste les fichier audio

Attention, dans ton tableau tu auras les octets du fichier brut ! Il n'y aura pas décodage des informations en fonction du format de fichier (les fichiers vidéos sont structurés, avec un header, des frames, etc...) :

Mais pour crypter un fichier, pas besoin de décoder son contenu : on crypte le tout (le flux d'octets sans se préoccuper de ce qu'il représente), et on décrypte le tout le cas échéant. Donc pour une image pas besoin de la charger dans une BufferedImage.

A moins que tu veuilles que ton cryptage "n'altère pas" le type du fichier, genre tu veux qu'on puisse continuer à visualiser/consulter les fichiers, mais non reconnaissable (ou inaudible pour les musiques). Dans ce cas, la BufferedImage est ok pour les images, puisqu'elle te permet d’accéder à l'image bitmap brute. Mais pour le cas de la vidéo ou de l'audio d'ailleurs, il va falloir que tu implémentes les décodages de tous les formats vidéo ou audio (que tu veux pouvoir traiter, AVI, MKG, MP4, MOV, etc... pour les vidéos, MP3, WAV, AU, etc pour les audios) : d'ou la nécessité d'utiliser une lib qui va faire ce décodage pour toi (tu peux le faire toi même a partir des specs, mais tu vas y passer pas mal de temps) et va te permettre d’accéder aux différents éléments (images).

[foufou_24]

J'ai crypter une image puis décrypter cette nouvelle elle ma rendu l'image initiale je pence que ça marche.
Merci pour votre aide et je vais voir pour l'audio,sinon je vais sauter cette étape

[joel.drigo]

J'ai crypter une image puis décrypter cette nouvelle elle ma rendu l'image initiale je pence que ça marche.
Merci pour votre aide et je vais voir pour les audios,sinon je vais sauter cette étape

Oui ça marche à partir du flux d'octets du fichier, aussi bien à partir du flux d'octets du "tableau de pixels" (enfin si c'est bien ce que tu cryptes) : ce sont tous les deux des tableaux d'octets.

Mais c'est pas nécessaire de décoder le fichier image en mémoire, si c'est juste pour crypter, si tu as un fichier de 50Ko qui prend 15Mo en mémoire, tu consommes de la mémoire et du temps de décodage de l'image pour rien, alors que tu peux crypter directement les données de ton fichier (sans donc passer par BufferedImage). Et du coup, tu peux crypter un fichier, quelque soit son type, avec le même code.

[foufou_24]

Merciiii bc

[tchize_]

Par contre je m'inquiète un peu beaucoup sur la qualité du cryptage vu les questions posées ici et l'utilisation obscure d'un BufferedImage.

[foufou_24]

@tchize
toujours il existe des avantages et des inconvénients pour chaque système de cryptage il faut juste choisir le meilleur suivent vos besoin

[thelvin]

@tchize
toujours il existe des avantages et des inconvénients pour chaque système de cryptage il faut juste choisir le meilleur suivent vos besoin

Et on peut raisonnablement douter de la capacité de quelqu'un à faire ce choix, quand il envisage ne serait-ce qu'une seule seconde de passer par un BufferedImage vu le problème posé.

C'est ce qu'il voulait dire, je pense.