Recherche avancée

Sur d’autres sites (9970)

• FFMPEG UDP MPEG2TS to Cable TV Channel - Video & Audio Problems

  30 janvier 2019, par user2884023

  Channel Feed Distored Picture

  $ ffmpeg
  
  -re
  
  -i playlist1.txt
  
  -b:v 15000k 
  
  -bufsize 15000k
  
  -maxrate 16000k
  
  -f mpegts "udp://XXX.XXX.X.XXX:XXXX"

  I have mpeg2.ts files encoded to CBR15mbs.
  The files are set to different frame rates. Although initial testing was just playing 1 file.
  They are currently 1080p I think without declaring the frame rate, they are defaulting to 30fps.
  From the server locally via Port2 (that we are using to send our feed), everything plays fine via FFPLAY.
  The final out put local CATV is pixelated and distorted, the video is missing data playing slowly and the audio is choppy / distorted.
  I even tried just a 192kps .mp2 and it played distorted on the CATV channel.
  They set me up with a cable modem. 2 ports, 1 WAN, 1 a dedicated port to feed their head end and I have a fiber synchronous 20/20 connection.

  I am guessing its a packet issue, perhaps on our end with our FFMPEG setup ? And maybe FFPLAY isn’t as sensitive to the actual distro process.

  Perhaps the secret lies here, but there isn’t much info about them, even scouring the net.

  ?pkt_size=188&buffer_size=65535

  For example what is this one :

  broadcast=1|0

  Explicitly allow or disallow UDP broadcasting.

  I apologize if data is missing, please ask questions. I didn’t want to write a novel.

  I am hoping some can provide the correct code so my signal is corrected. I assume the problem is on our end, and not the CATV end. At least I can try some solutions on our end first. I can make real-time FFMPEG changes to the server, and see the channel results instantly so that helps.

  Finally, the fact it wouldn’t even play a .mp2 audio file cleanly on the channel, does make me wonder, is there a problem on their end, or is it a config on our end, and we just need the correct answer ?

• h264 : split reading the ref list modifications and actually building the ref list

  15 avril 2016, par Anton Khirnov

  h264 : split reading the ref list modifications and actually building the ref list
  This will allow postponing the reference list construction (and by
  
  consequence some other functions, like frame_start) until the whole
  
  slice header has been parsed.
  

  • [DBH] libavcodec/h264.h
  • [DBH] libavcodec/h264_refs.c
  • [DBH] libavcodec/h264_slice.c

• Evolution #4740 (Nouveau) : API CVT Configurer : savoir gérer les champs "file"

  20 avril 2021, par RastaPopoulos ♥

  Une évolution intéressante serait que l’API automatique de configuration sache gérer les champs fichiers.

  Actuellement on n’a pas de mécanisme simplifié permettant d’enregistrer des fichiers sans rapport avec l’éditorial, donc sans rapport avec la médiathèque (pas en spip_documents), sans coder soi-même à chaque fois une implémentation dédiée en PHP.

  Le cas d’utilisation vraiment très courant me paraitre être pour les formulaires de config des plugins, notamment pour des images (mais pas que, ça pourrait être un son à jouer ou que sais-je).
  Exemple IRL :
  - pouvoir configurer le plugin Favicon avec une image dédiée
  - pouvoir configurer un webmanifest pour une appli, qui attend aussi une icône dédiée
  - pouvoir configurer un squelette/thème qui attend telles et telles images propres à l’ergo/graphisme de ce thème (image d’entête, image de pied, etc)

  Ma piste serait une augmentation de l’API CVT Configurer, pour qu’il sache aussi enregistrer les champs "file" et non pas juste les champs qui envoient un scalaire. Dans ce cas, ça enregistrerait le fichier dans un dossier permanent et public, donc dans IMG. Par exemple dans IMG/configurer/nom_du_form/fichier.png.
  Possiblement une ou deux fonctions/balises permettrait de les récupérer facilement, que ce soit pour ré-afficher ce qui est déjà uploadé à côté du champ de config, ou pour les utilisations réelles ensuite dans le site.

  Une personne NON dev, juste intégrateurice, serait donc capable en 5min de pouvoir configurer aussi des fichiers, pour son squelette/thème.