| |
|
Posté le 08-02-2015 à 14:55 | #
|
| Tu crées un buffer assez grand (disons 1KB) et tu essayes. Un sous-titre ne dépasse jamais la centaine de caractères de toutes façons, donc... |
|
| |
|
Posté le 08-02-2015 à 14:58 | #
|
Eiyeron a écrit :
Tu crées un buffer assez grand (disons 1KB) et tu essayes. Euuhh... càd ? si j'atteint le bout du fichier qu'est-ce qu'il se passe ? Et si le message est plus court, comment je traite les infos en trop puis comment j'acède aux suivantes si je suis rendu trop loin dans la lecture du ficher ?
EDIT : Bon je trouve cela plus simple d'intégrer directement les sous-titres à la vidéo je maîtrise mieux le java que le c ^^.
Si quelqu'un veut que je lui compile une vidéo car il ne peut pas le faire lui-même dites le moi. |
|
| |
|
Posté le 08-02-2015 à 17:19 | #
|
Aliegeois, ce serait bien que tu fusionnes manuellement tes messages quand le système ne le fait pas (soit sur les pages de programmes).
Je sais que c'est contraignant, mais c'est plus agréable de ne pas avoir plusieurs posts du même auteur à la suite. |
|
| |
|
Posté le 08-02-2015 à 20:53 | #
|
| Si tu peux, es ce que tu pourrais expliquer succinctement comment est encodé ton format .CVF ? |
|
| |
|
Posté le 09-02-2015 à 09:13 | #
|
Bien sûr c'est tout simple je prend tout les pixels de chaque image de la vidéo, et je met dans le fichier 1 ou 0 en binaire si le pixel visé est noir et blanc, en gros c'est un assemblage de .BMP. Ensuite dans la calculatrice je lit le fichier par paquet de 1024 octets et je copie dans la VRAM. Le fichier pèse ensuite 128*64*25(fps)*duree_en_seconde bits, ou 25kio/sec. Voilà.
New : j'ai updaté la vidéo jointe, elle a maintenant des sous-tires !  |
|
| |
|
Posté le 09-02-2015 à 10:31 | #
|
Tu penses pouvoir implémenter un algo de compression de type Huffman ?
Ça permettrait de gagner pas mal de place je pense, vu que dans une vidéo beaucoup de zones sont toutes blanches. A mon avis y'a moyen de gagner facile 30% à 60% de place, en fonction des vidéos. |
|
| |
|
Posté le 09-02-2015 à 10:35 | #
|
Dark Storm a écrit :
Ça permettrait de gagner pas mal de place je pense, vu que dans une vidéo beaucoup de zones sont toutes blanches.
À voir.
Si on convertit des vidéos depuis un PC il y aura beaucoup de zones de type dithering sans grande continuité dans les couleurs. |
|
| |
|
Posté le 09-02-2015 à 13:36 | #
|
Je ne me suis jamais penché sur la compression de données, je ne connais pas la méthode Huffman (ni aucune autre) mais je trouve que 1.5Mio la minute de vidéo c'est pas énorme. Je sais pas vous mais moi je comptait pas regarder Interstellar en cours !  |
|
| |
|
Posté le 09-02-2015 à 13:37 | #
|
Ouais mais sans carte SD ça limite pas mal les possibilités... imagine un jeu avec des cinématiques. Dur à stocker non ?  |
|
| |
|
Posté le 09-02-2015 à 16:08 | #
|
Bof sans compression on peut stocker 1min de vidéo, si on enlève la taille de l'add-in et des autres trucs qui peuvent traîner sur la calto on arrive à 50sec je trouve que c'est pas si mal. Avec la compression à 40% (j'y crois pas trop au 60%) on arrive à 1min10sec. Le bénef de 20sec est pas si énorme mais je vais quand-même me pencher sur le sujet.
J'espère ne pas avoir pris de faux chiffres
Mais dans l'absolu bien sûr que c'est possible de compresser il faudra juste un peu de temps pour que j'implémente la décompression dans l'add-in, la partie compression étant plus simple |
|
A cause du changement de processeur des nouvelles Graph 35+ USB, 75 et 95 SD, de nombreux addins sont incompatibles avec ces calculatrices.
