dickdock a écrit 8 commentaires

  • [^] # Re: chezmoiçamarche

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 2.

    Bon voilà c'est fait à la sauce AppleScript

    tell application "iTunes"
    set my_search_results to (search library playlist 1 for "Dilbert Animated Cartoons")
    repeat with a_track in my_search_results

    set trackName to name of a_track
    set trackDuree to duration of a_track
    set trackEnd to finish of a_track

    if (trackDuree = trackEnd) then
    if (trackDuree > 30) then
    set NewTrackEnd to trackDuree - 30
    set myString to ("Duree originale " & trackDuree as string) & " Durée Finale " & NewTrackEnd as string
    #display dialog trackName & " " & myString giving up after 1
    set finish of a_track to NewTrackEnd
    #display dialog trackName & " " & myString

    end if
    end if

    end repeat

    end tell
  • [^] # Re: chezmoiçamarche

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    Ah bon test ça

    Donc cela dépendrait du format de fichier (et pas forcément du codec donc)
    Y aurait t il un autre soft GPL très simple pour découper ?

    mencoder doit faire ça aussi, je vais essayer mais c'est un peu sortir le bulldozer pour faire un trou de souris...

    Pour tout vous dire c'est pour mes podcast de type "Dilbert", ils collent 30 secondes de pub à la fin et c'est lourdingue quand je les lis avec l'iphone.

    Une autre façon de faire est de laisser le fichier intact mais dire à iTunes de s'arreter à -30 secondes de la fin dans les propriétés du podcast et ça avec un coup d'applescript je dois pouvoir y arriver facilement... voire éditer le xml à la brutos...
  • [^] # Re: chezmoiçamarche

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    C'est au contraire très intéressant...
  • [^] # Re: Ooops

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    Sur une debian ça fait pareil (ouf c'est déjà ça)


    ffmpeg -vcodec copy -acodec copy -y -v 9 -t 24 -i 'Robot.m4v' 'Robot2.avi'
    ffmpeg -vcodec copy -acodec copy -y -v 9 -t 24 -i 'Robot.m4v' 'Robot2.m4v'

    ffmpeg -i Robot2.avi 2>&1| grep Dura
    Duration: 00:00:55.8, start: 0.000000, bitrate: 1339 kb/s

    ffmpeg -i Robot2.m4v 2>&1| grep Dura
    Duration: 00:01:49.8, bitrate: 383 kb/s


    Zarbos tout ça juste pour couper un bout de film...
  • [^] # Re: Option -ss

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    j'ai essayé... non concluant ;-(
  • [^] # Re: Ooops

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    Oui je veux les 24 premières secondes et ça me fait un fichier robot2.m4v de 55 secondes identique à la source ! D'où le fait que je ne comprenne plus rien...
  • [^] # Re: Ooops

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    J'ai essayé le -t 00:00:24... rien

    Le -v c'est le verbose car je voulais comprendre un peu ce qui coincait...

    Quelqu'un pourrait essayer sur un linux ? J'ai rien sous la main de très pratique (en fait si j'ai bien une debian dans un coin mais bon)
  • # Ooops

    Posté par  . En réponse au message ffmpeg incompréhensible... et pourtant RTFM ;-). Évalué à 1.

    Dans la commande précédente je me suis trompé, l'extension du fichier final est bien m4v comme celle de la source...