Recherche avancée

Sur d’autres sites (6348)

• Transcode HLS Segments individually using FFMPEG

  27 mai 2013, par rayh

  I am recording a continuous, live stream to a high-bitrate HLS stream. I then want to asynchronously transcode this to different formats/bitrates. I have this working, mostly, except audio artefacts are appearing between each segment (gaps and pops).

  Here is an example ffmpeg command line :

  ffmpeg -threads 1 -nostdin -loglevel verbose \
  
     -nostdin -y -i input.ts -c:a libfdk_aac \
  
     -ac 2 -b:a 64k -y -metadata -vn output.ts

  Inspecting an example sound file shows that there is a gap at the end of the audio :

  

  And the start of the file looks suspiciously attenuated (although this may not be an issue) :

  

  My suspicion is that these artefacts are happening because transcoding are occurring without the context of the stream as a whole.

  Any ideas on how to convince FFMPEG to produce audio that will fit back into a HLS stream ?

  ** UPDATE 1 **

  Here are the start/end of the original segment. As you can see, the start still appears the same, but the end is cleanly ended at 30s. I expect some degree of padding with lossy encoding, but I there is some way that HLS manages to do gapless playback (is this related to iTunes method with custom metadata ?)

  
  

  ** UPDATED 2 **

  So, I converted both the original (128k aac in MPEG2 TS) and the transcoded (64k aac in aac/adts container) to WAV and put the two side-by-side. This is the result :

  
  

  I'm not sure if this is representative of how a client will play it back, but it seems a bit odd that decoding the transcoded one introduces a gap at the start and makes the segment longer. Given they are both lossy encoding, I would have expected padding to be equally present in both (if at all).

  ** UPDATE 3 **

  According to http://en.wikipedia.org/wiki/Gapless_playback - Only a handful of encoders support gapless - for MP3, I've switched to lame in ffmpeg, and the problem, so far, appears to have gone.

  For AAC (see http://en.wikipedia.org/wiki/FAAC), I have tried libfaac (as opposed to libfdk_aac) and it also seems to produce gapless audio. However, the quality of the latter isn't that great and I'd rather use libfdk_aac is possible.

• Evolution #4148 (Nouveau) : Augmenter la largeur de l’espace privé

  9 juin 2018, par tcharlss (*´_ゝ｀)

  Il est temps d’augmenter la largeur de l’espace privé :)

  En développant des plugins, je butte souvent face au manque de place et me retrouve à diminuer artificiellement des contenus pour essayer de tout faire rentrer : enlever ou fusionner des colonnes dans les tableaux, réduire des labels dans les colonnes, etc.
  Mais ça ne règle pas tous les problèmes, et c’est vite frustrant de se contorsionner pour essayer de tout faire rentrer.

  Pour ma part je serais d’avis de prendre simplement toute la largeur disponible, width: 100% quoi.
  Les colonnes en pourcentage avec un min-width, le contenu central qui prend la place restante, et voilà.
  Et surtout rien de configurable de ce côté là : pleine largeur, point barre.

  Ça m’amène à la préférence utilisateur « petit écran » / « grand écran ».
  Ces termes sont un peu trompeurs, car ils impactent avant tout le layout.
  Le mode grand écran est certe un peu plus large, mais il ajoute une colonne à droite : au final les colonnes et le contenu central conservent exactement la même largeur que le petit écran, et on a toujours le même problème de place.
  Donc l’idée serait d’avoir la pleine largeur quelque soit le mode, et de trouver des termes plus appropriés : « 2 / 3 colonnes » ou quelque chose du genre.

  Mais à terme ces 2 options devraient disparaître à terme à mon avis, ça ne devrait pas être une préférence utilisateur.
  Certaines pages ont besoin de 2 colonnes, d’autres de 3, mais c’est à décider page par page, pas de façon globale.
  C’est d’ailleurs le cas actuellement sur certaines pages qui ont besoin d’une seule colonne avec la balise #LARGEUR_ECRAN{pleine_largeur}

  Enfin, une précision, je laisse complètement de côté la question du responsive.
  Pour l’instant le privé n’est pas responsive, donc il n’est pas question d’y toucher.
  Là il s’agirait juste de modifier quelques règles CSS qui régissent la largeur générale, avec éventuellement quelques adaptations pour d’autres éléments.

  J’essaierai de joindre un patch à l’occasion.

• HLS stream from multiple FFMPEG to RTMP command at VideoJS keep repeating for segments

  14 août 2018, par Lokesh Kumawat

  I am building on demand video streaming application based on user interaction at frontend using FFMPEG and RTMP, which eventually converted to HLS using nginx-rtmp-module, with hls_continuous flag set to true.

  While running back to back FFMPEG command to RTMP(i.e. once one FFMPEG command done with execution at RTMP stream, another FFMPEG command is executed at same stream), observation at VideoJs player that some of the HLS segment keeps repeating.

  Would be great help if someone could help me to figure out what could be possible reason, and how to fix the same ?

  Thanks in Advance.