madko wrote:merci pour l'info, je connaissais que gnome-subtitles qui a l'avantage d'etre ultra simple.
Effectivement, gnome-subtitles est beaucoup plus limité.
Aegisub est vraiment orienté ASS (Advanced SubStation) et permet beaucoup plus d'édition.
Mais pour des sous-titres tout ce qu'il y a de plus basique (srt) gnome-subtitles suffit.
MarbolanGos wrote:Moi qui possède une machine virtuelle Windows pour "timer" mes sub avec SubStationAlpha je vais voir ce que ça donne sous Linux. Merci pour le paquet j'essaye !
Par contre si c'est libre pourquoi ne pas demander à l'intégrer dans le dépôt rpmfusion ?
[edit]
Avant installation :
* Peux-tu nous fournir le srpm ?
* Pourquoi a-t'on besoin des paquets x264 et autres ?
En fait il n'est pas nécessaire d'installer les x264/libbut/ffmpeg pour faire marcher Aegisub.
Théoriquement, Aegisub devrait pouvoir marcher avec le ffmpeg / ffmpeg-libs du dépôt officiel (enfin rpmfusion-free), mais celui-ci n'encode/décode qu'un nombre limité de codecs (aucun non-free déjà) donc vous aurez peut-être des problèmes pour ouvrir certaines vidéos/audios.
Par contre : il y a un
bug dans ffmpeg/libavutil/common.h qui fait qu'Aegisub ne détectera pas ffmpeg.
Pour corriger cela, j'applique le patch suivant :
--- ffmpeg-0.6/libavutil/common.h.thomas_ext 2010-08-22 04:02:22.059437967 +0900
+++ ffmpeg-0.6/libavutil/common.h 2010-08-22 04:02:52.651204680 +0900
@@ -26,6 +26,17 @@
#ifndef AVUTIL_COMMON_H
#define AVUTIL_COMMON_H
+#define INT8_C(value) ((int8_t) value)
+#define UINT8_C(value) ((uint8_t) __CONCAT(value, U))
+#define INT16_C(value) value
+#define UINT16_C(value) __CONCAT(value, U)
+#define INT32_C(value) __CONCAT(value, L)
+#define UINT32_C(value) __CONCAT(value, UL)
+#define INT64_C(value) __CONCAT(value, LL)
+#define UINT64_C(value) __CONCAT(value, ULL)
+#define INTMAX_C(value) __CONCAT(value, LL)
+#define UINTMAX_C(value) __CONCAT(value, ULL)
+
#include <ctype.h>
#include <errno.h>
#include <inttypes.h>
(j'ajoute des définitions)
Pour
x264, en fait je sais pas trop pourquoi je l'ai ajouté...
Lors de ma compilation il y a qques mois, le x264 officiel n'était pas reconnu par ffmpeg (trop vieux x264) donc j'avais du compiler le dernier manuellement.
Peut-être que maintenant il n'y en a pas besoin en fait (pas essayé...).
Pour
libnut, en fait je pourrais simplement le virer...
J'étais habitué à l'utiliser pour certains projet, mais en fait il pourrait être optionnel (là je le force en Req du rpm de ffmpeg).
Il ne crée aucun problème de dépendance en théorie, s'installe en solo.
Enfin, j'applique aussi un patch à aegisub lors de la compil (pas mal d'ajouts de définitions et quelques corrections de conversions wxStrings/wchar_t).
Améliorations prévues :
[*] utiliser le x264 officiel (en espérant qu'il marche)
[*] virer libnut
[*] re-tester le ffmpeg officiel (mais je doute qu'il marche, ca fait longtemps qu'il n'a pas changé)
[*] tester les rpm sur un environnement Fedora tout neuf
Je m'y connais pas très bien (encore ^^) en dépendances rpm, mais peut-être que "renommer" ffmpeg en ffmpeg-spooky par exemple permettrait d'avoir le ffmpeg officiel en parallèle de ma build avec plus de codecs et faire utiliser ffmpeg-spooky par aegisub.
J'ai un peu fait ça pour wxWidgets, qui, dans les paquets officiels n'est pas appelé wxWidgets mais décliné en wxGTK et quelques autres (wxGTK-gl et wxGTK-media me semble).
En fait Filezilla (et potentiellement d'autres) requiert wxGTK 2.8.x et ne marche pas avec wxGTK 2.9, donc j'ai préféré renommer mon paquet wxWidgets, comme ça wxGTK 2.8 ET wxWidgets 2.9 peuvent être simultanément sur le système et tout le monde est content.
Ce serait possible avec ffmpeg peut-être tiens.
J'ai mis les src ici :
aegisub-2.1.8-4749.fc13.src.rpm
ffmpeg-0.6-3.fc13.src.rpm
wxWidgets-2.9.0-1.fc13.src.rpm
x264-0.27-1.fc13.src.rpm
MarbolanGos wrote:madko wrote:si c'est libre pourquoi ne pas demander à l'intégrer dans les dépôts fedora officiels?
A mon avis tout simplement les dépendances nécessaires sont que dans rpmfusion...
Effectivement, ils ne pourraient pas être intégrés aux dépôts officiels car ont des dépéndances dans rpmfusion ET libnut (qui n'est même pas dans rpmfusion).
En plus de ça, ce sont mes premiers RPM et ne les ai pas passé au rpmlint du tout donc je suis sûr qu'ils ont plein de problèmes.
