Reprise du message précédent :
Rebonjour,  
 
excusez moi, j'ai résolu mon probleme, lorsque je lancais mplayer dans une console, j'avais ce message d'erreur:
mplayer: error while loading shared libraries: libdirectfb-1.0.so.0: cannot open shared object file: No such file or directory
 
Car en fait j'avais un mplayer dans /usr/local/bin (celui qui ne marchait pas) et un autre dans /usr/bin.
 
En fait dans /usr/local/bin (qui est parsé en premier dans le PATH) je devais avoir une vieille instal SVN de mplayer. Donc je l'ai supprimé à la main (sudo....). Par contre, dans /usr/bin, je dois avoir la version des dépots ubuntu.  
 
Par contre je trouve ca dommage que le script indique "la video n'est pas au format h264" plutot qu'un message du genre "Erreur au lancement de mplayer, veuillez reinstaller mplayer avant de continuer...".
 
 
Voilà, qu'en pensez vous ?
 
Merci.

Version 1.2.10 disponible.
 
- La syntaxe de l'évaluation de l'espace disque a été revue (merci à krusaf31).
- La syntaxe de l'analyse de la nature de la piste vidéo a été revue (merci à Muetdhiver).
- Modifications mineures d'affichage.

C'te réactivité

 
Twocats, tu as des idées pour répondre à ça ?
 
HS: tu a viré le lien vers mon script sur la 1ere page ?!?

J'ai :

et :

avec :

Donc en fait la dernière version stable (pas de SVN). Je ne suis pas sûr que 'raw DTS' corresponde bien au support du DTS tel qu'on l'entend. Il me faudrait du retour avec des tests pour confirmer.
À noter :

cf. http://en.wikipedia.org/wiki/Libdca
En gros dtsdec est l'ancien (formerly) nom de dcadec, c'est donc curieux que dca soit abandonné au profit de dts.  
Je peux bien sûr intégrer une double recherche dca/raw DTS (c'est possible avec un seul grep ???) mais je voudrais être certain que 'raw DTS' permet de décoder vraiment.

Si je l'ai fais c'est involontaire, il était placé où ? Il est d'ailleurs toujours disponible sur le FTP. Par contre il faudrait faire une petite mise-à-jour pour les liens de tsMuxeR entre autres.

Je ne comprend pas trop pourquoi la SVN ne contient pas les bon codecs.
Je veux bien tester mais je n'ai pas de DTS sous la main.
 
[quote="twocats"]Je peux bien sûr intégrer une double recherche dca/raw DTS (c'est possible avec un seul grep ???)[/quote]
 
Deux façons :
 

 
Perso je préfère la 2eme (tu peux aussi mettre -w sur le 1er grep, ça catch les mots et non les substrings)
 
Pour mon script, bah n'importe où, juste une référence vers mon post : http://forum.hardware.fr/hfr/OSAlt [...] 9063_1.htm
En revanche, pour TsMuxer, ça m'a l'air bon non :
 

Premier post édité.

Je pensais surtout a rétablir la possibilité de télécharger tsMuxeR depuis le site officiel.

Ah ok, oui je peux faire ça.
 
Merci pour la ref en 1ere page.

C'est fait
Version 0.2beta2 dispo.

h264tobox dispose maintenant de son site :
http://h264tobox.free.fr/
et de son adresse e-mail :
h264tobox at free point fr

Version 1.3 disponible.
 
- En cas d'extension en majuscule, celle-ci n'était pas reconnue comme valide, c'est corrigé.
- La détection du support du DTS dans FFmpeg a été modifiée.
- Les liens dans l'aide et le README ont étés mis à jour.
- Modifications mineures d'affichage.
 
Cette version comporte de petites modifications qui peuvent ne pas être supporter par certaines versions anciennes de bash (shopt -s nocaseglob), utilisez la version 1.2.10 si c'est le cas.

Bonjour,
 
Fervent admirateur et utilisateur du script h264tobox, j'aimerai savoir si il y a une possibilité de garder les sous-titres au sein des mkv car j'ai constaté que depuis la dernière mise a jour de la freebox HD, celle-ci permet à présent de lire les mkv contenant des sous-titres et j'aimerai mieux les conserver au sein du mkv que de les avoir dans des fichiers séparés (ça ferai plus propre...). Ce qui m'intéresse ce serait de pourvoir à partir d'un mkv contenant plusieurs pistes audio ou des pistes en dts, obtenir en sortie un mkv avec uniquement la piste française en ac3 et les sous-titres fr au cas ou (il y a parfois des scènes en langues étrangère même dans les bandes son françaises...)
 
Si ce n'est pas le cas, est-il possible s.v.p. de le prévoir dans une prochaine mise a jour ?
 
Merci d'avance.

Pour ce que tu veux faire, tsMuxer me parait plus adapté, non ?

@ e_esprit
Non, car tsMuxeR ne supporte pas les sous-titres avec un TS (en théorie oui, en pratique, non...).
 
@ fredo59000
On va y réfléchir...  

Il a dit qu'il prenait un entrée un mkv et en sortie un mkv
Et TsMuxer fait ca très bien (il a même été fait pour ça donc )

Faux . tsMuxeR accepte en entrée le MKV mais pas en sortie. Seuls sont disponibles le TS, le M2TS, le Blu-ray , l'AVCHD et le demuxage des pistes en fichiers séparés.
Évitons de dire des bêtises.

Ah oui tiens, j'ai du confondre

 
Merci.
 
En attendant, avec quel outil puis-je réintégrer mes sous titres dans mes mkv s.t.p. ?
 
N.B. : J'utilise les mkv plutôt que les ts car il sont un peu moins gros pour un même film et il permettent justement comme tu le dis d'intégrer les sous-titres...

Bein... mkvmerge :

 
Merci.
 
Je vais essayer ça pour les mkv que j'ai déjà convertis.
 
Et j'espère que tu aura le temps de rajouter le remuxage des sous-titres au sein des mkv dans la prochaine version de h264tobox. Ca serai cool.  
 
Je continuerai a faire l'éloge de ton script qui fait partie des choses qui me font préférer Linux a Windows !
 
OpenPower !    

Bonjour,
Lorsque l'on modifie le répertoire de travail "TMP_ID", H264tobox ne tient pas compte de ce répertoire pour calculer l'espace disque disponible, il continue à utiliser l'espace disque du "/home" comme référence, alors que mon répertoire pointe vers mon système de fichier qui est sur un autre disque (et qui a bien plus d'espace). Est-il possible de corriger cela?
 
Sinon, il n'y a toujours pas m'oyen dans la config de sélectionner une piste audio de facon automatique en fonction de la langue et non en fonction du numéro de piste (ce qui me semble n'avoir que peu d'intérêt)?
 
A plus!

TMP_ID est le répertoire temporaire pour les logs, etc... Il n'est pas, n'a jamais été modifiable (enfin si, en tripatouillant les sources). Le répertoire de travail (Working Directory) correspond à la variable WD_ID et peux être modifié grâce à l'option '-f'. L'appellation est d'ailleurs un peut trompeuse puisqu'en fait c'est plus un répertoire de stockage une fois le traitement fini. Le vrai répertoire de travail c'est celui où se trouve le fichier à traiter.

Aujourd'huis peut-être ou alors demain... Air connu

 
Bonjour,
 
J'ai fais un test, l'intégration des sous-titres à été très longue, elle a fonctionné... mais au final j'ai perdu les accents... une idée ?
 
Merci d'avance.
 

Quand tu visionnes sur ton PC ou sur la Freebox ?

 
Désolé pour le délai de réponse : sur le PC (j'ai pas essayé sur la Freebox). Les films en 1080P laguent trop sur la Freebox alors je les lis avec le PC.

h264tobox fait une conversion utf8 -> iso8859-1 pour que les accents soient visibles sur la Freebox.

Version 1.3.1 disponible.
 
- Progression de l'internationalisation.
- Simplification des tests.
- L'option '-S' '--sub' fait son apparition. Elle permet l'intégration du/des fichier(s) de sous-titres étiqueté(s) 'xxx' de et vers un conteneur MKV.
Cette option est désactivée automatiquement pour la découpe des fichiers MKV. Elle est configurable dans le fichier h264tobox.conf grâce à la variable SUB_LANG_SELECT.

 
Salut,
 
Merci pour la maj mais je rencontre de petits problèmes. Sur 2 mkv, j'ai les mêmes messages d'erreur :
 
Voici la fin des messages affichés :
 
--------------------------------------------------------------------------------
> Extraction des pistes.
Veuillez patienter...
Fait.
 
mv: ne peut évaluer `SUB_TRACK4.1557.dump': Aucun fichier ou dossier de ce type
 
 
Et le contenu des logs :
 
fred@fred-laptop:~/.h264tobox/log$ cat sub.list.1557.log
1 Track ID 4 subtitles S_TEXT/UTF8 language:fre track_name:Français default_track:0 forced_track:0]
fred@fred-laptop:~/.h264tobox/log$ cat mkvmerge1557.log  
mkvmerge v2.9.8 ('C'est le bon') built on Aug 19 2009 16:59:56
Error: The source file 'AUDIO_TRACK.1557.ac3}' could not be opened successfully, or retrieving its size by seeking to the end did not work.
fred@fred-laptop:~/.h264tobox/log$  
 
Tu a du idée du problème (et de sa solution...) ?
 
N.B. : Je viens de le faire sur un 3ème film et j'ai les mêmes types de messages...
 
N.B. 2 : J'ai remis la version précédente et ça fonctionne (sans l'intégration du sous-titre évidemment...)
 
@+
Fred

Version 1.3.2 disponible.
 
- Correction d'une erreur de typo.
 
Ça devrait marcher maintenant   .

Petit correctif.
J'ai eu quelques erreurs sur le calcul de la place disponible à cause d'une erreur de parsing du retour de la commande df.
Mon système a des noms de partition à rallonge du fait de lvm et le retour de la commande df se fait sur 2 lignes.
J'ai simplement corrigé cela en ajoutant l'option -P (POSIX) au appel de df dans le script.

Merci pour le retour.

Hello,
Juste pour savoir s'il y a un truc qui m'échappe:
C'est normal que lors de la création d'un fichier mkv splitté il ne split pas les sub?

Oui, car la découpe se fait sur la taille du fichier et non une longueur de temps. Mais c'est une piste de développement intéressante...
 
P.S. : Pourquoi tu split  du mkv ?

parce que je dois le mettre sur du FAT32

Version 1.3.3 disponible.
 
- L'extraction d'un sous-titre unique n'entraine plus d'erreur.
- Nombreuses modifications mineures du code.
- Mise en conformité POSIX de la commande 'df' (merci à torrpenn).

eh eh sympa, je n'avais pas fait attention que le freebox pouvait lire les sous-titres dans les mkv maintenant (quel format ?).
 
a voir si tout est bien pris en compte (couleurs, accents, etc)

SRT uniquement, et pas d'UTF-8.
Faut pas en demander trop au bousin...  

Salut !
 
Tout d'abord merci pour cet outil qui m'a permis de visualiser quelques films sur ma tv !
 
Je rencontre par contre une difficulté pour un film dont je dois convertir la bande son (dts -> ac3) en utilisant libdca et aften.
Sur le fichier mkv de sortie, la bande son est coupée au bout de 30 min.
Avec l'option --keep j'ai pu constater qu'il y a un fichier .wav de 10,0 go que je n'arrive pas à ouvrir avec vlc ou autre (taille ?). Et lorsque je le "passe" à aften, il sort un .ac3 d'une centaine de mo qui est la bande son effectivement coupée à 30 min. Aften ne renvoie pourtant aucune erreur (h264tobox non plus)
Je peux par contre lire le fichier .dump avec vlc et c'est une fichier son de 2h30 (1,6 go)
Quelqu'un aurait-il une idée pour m'aider ?
Comment expliquer que la freebox ne décode pas le dts ? Ce serait tellement pratique...

Une solution qui marche parfois est de tenter la conversion du fichier dump ou wav directement avec ffmpeg :

ou

ou avec faac :

ou

Salut
 
Je découvre le topic que je vais essayer de lire depuis le début...
 
J'ai un pepin avec le stream X264 sous homeplayer...
Hier j'ai testé Avatar dans un conteneur.TS :
 
TAILLE :..........: 8.21 Go                                      
RESOLUTION : .....: 1280x720  @23.976                            
BITRATE TOTAL:....: 7272  KBPS                                  
CODEC VIDEO:......: X264                                        
BITRATE VIDEO:....: 6297  KBPS                                
FORMAT AUDIO 1:...: DTS réencodé avec XviD4PSP en AC3 384 kbps                                    
 
                                                       
 
Après 1 heure de lecture, l'image à commencé a saccader puis s'est figer.....  
Après avoir relancé le film avec l'avance rapide, ça a recommencé 10 mn après....
 
Le PC est un vieux coucou (3500+/1GB ram sous seven), mais je ne suis pas ure qu'il soit la cause du problème...
Pouvez vous m'éclairer ?

Ici c'est OSA donc avec Seven tu es HS.
De plus le script est fait pour la lecture directe sur le dd de la Freebox.