Recherche avancée

Sur d’autres sites (9763)

• Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu

  4 mai 2021, par RastaPopoulos ♥

  N’importe quoi… on ne les utilise que rarement en tant que dev, si on réfléchit ergo là c’est bien pour les utilisateurices finales, et sur comment les former. Cf les arguments sur la facilité d’apprentissage + la mémorisation de la fonctionnalité + l’accessibilité de la lecture pour savoir ce que ça fait du premier coup d’œil (sans title infobulle que fort peu trouvent et lisent).

  Il est d’ailleurs bien plus plus simple, une fois le gros menu ouvert de viser une ligne entière avec label, qu’un mini bouton riquiqui.

  Quant à la comparaison avec d’autres logiciels : prenons plutôt ceux de la même branche. Et… o gosh, les deux plus utilisés au monde utilisent ce genre de menu !

  Wordpress : un menu "New" avec un picto "+", qui ouvre la liste des choses qu’on peut créer : exactement comme ce qu’on propose
  

  Drupal : un menu "Shortcuts" qui ouvre dessous ce sous-menu (en horizontal et pas vertical pour eux) : là chez eux on peut personnaliser pour chaque utilisateur, ce que j’avais d’ailleurs proposé un jour, ya un remplissage par défaut mais ensuite on peut retirer/ajouter des éléments
  

  Dans un premier temps le truc comme Wordpress suffit, et tout le monde connait et comprend ça (et je pense que ça doit avoir un label du coup, pas juste un "+" !).

• FFMPEG Encoding MP4 for iOS

  3 août 2015, par Ryan K

  I am using the gem streamio-ffmpeg to convert an .mp4 file to another .mp4 file that conforms to iOS standards. I want to put that file in an HTML5 video tag. The video plays well on desktop and Android devices. However, no matter what I do, the iPad Mini 2 that I’m using will not play the video.

  My options hash looks like this :

  options = {video_codec: "libx264", resolution: "480x320", frame_rate: 30, video_bitrate: 500,
  
               x264_vprofile: "baseline", x264_preset: "slow", audio_codec: "aac", audio_bitrate: 56, aspect: 1.333333,
  
               audio_sample_rate: 44100, audio_channels: 1, custom: "-strict -2"}

  When I load the new .mp4 file back into streamio-ffmpeg, this is the object (and metadata) returned :

  #

  I’ve tried just about everything I could find, with different bit rates, codecs, resolutions, etc. What are the correct options to play an .mp4 on an iOS device ?

  BTW, streamio-ffmpeg allows pure ffmpeg options, so I’m ok with that.

• FFMPEG Seeking with concat demuxer causes video & audio to be out of sync

  20 février 2023, par Garuuk

  I have a very simple use case that's driving me bananas.

  


  My problem and question :

  


  I'm using ffmpeg version 5.1.2 on a MacOS and i'm using ffmpeg seeking and concat demuxer to cut many 1 minute videos into 15 seconds chopped up over 12 clips where every clip is just 2 seconds from the same video (kind of like a mini teasers for the video). I would really like to not have to re-encode to make the video processing as fast as possible.

  


  First, I take each 1 minute video and cut it up into 12 clips (I do all this programmatically in python fwiw)

  


  ffmpeg -ss 0 -i input.mp4 -t 2 -c copy -y cut_1.mp4
ffmpeg -ss 4 -i input.mp4 -t 2 -c copy -y cut_2.mp4
ffmpeg -ss 8 -i input.mp4 -t 2 -c copy -y cut_3.mp4
...
...


  


  I then write all the output file names to my concat_manifest.txt

  


  file cut_1.mp4
file cut_2.mp4
...
...


  


  Then I run my concat command :

  


  ffmpeg -f concat -i concat_manifest.txt -c copy -y concat_video.mp4


  


  This works really fast but the audio and video at the stitch point get out of sync and sometimes the video just chokes & lags. It's mostly not a smooth experience.

  


  What I have tried :

  


  

  1. using the concat protocol with intermediate profiles : ffmpeg.org/wiki/Concatenate#demuxer

  


  2. Putting the -ss when I seek after the -i. This makes everything worse

  


  3. Playing around with different -ss values. This has some noticeable affects but it's not obvious why yet.

  


  4. I've also read from the ffmpeg resource regarding seeking and copying :

  


  


  Which leads me to believe that maybe because ffmpeg is using timestamps instead of frames, seeking isn't accurate using -ss when using the concat demuxer

  


  Is there a way to get concat demuxer cutting and concatenating the video where the audio is somewhat in sync with the video ?

  


  Thanks

  


  EDIT : I found an answer and i'll be posting the solution in the coming few days.