Recherche avancée

Sur d’autres sites (7725)

• Hide ffmpeg's console window when running YoutubeDL in GUI application

  23 juin 2016, par Slayther

  I’m developing a basic application which can download YouTube videos. Throughout the development, I had several quirks, including issues with formats.

  I decided to use a hopefully foolproof format syntax that youtube-dl will happily download for me in almost any case.

  Part of my YoutubeDL options look like this :

  self.ydl_opts = {
  
      'format': 'bestvideo[ext=mp4]+bestaudio[ext=m4a]/best[ext=mp4]/best',
  
      'quiet': True,
  
      'progress_hooks': [self.ydl_progress],
  
      'outtmpl': None
  
  }

  The outtmpl is inserted later on when output folder is chosen by the user.

  Since I’m using this format string, youtube-dl uses ffmpeg to merge(?) the audio and video if they are downloaded separately.

  When it does that, it opens very annoying console windows that capture the focus and interrupt other things I might be doing while the videos are downloading.

  My question is, how can I prevent ffmpeg or youtube-dl from creating those console windows from appearing, aka. how can I hide them ?

  EDIT :

  I’ll provide bare bones script that reproduces the problem :

  from __future__ import unicode_literals
  
  from PyQt4 import QtGui, QtCore
  
  import youtube_dl, sys
  
  
  
  def on_progress(info):
  
      print info.get("_percent_str", "Finished")
  
  
  
  ydl_opts = {
  
      'format': 'bestvideo[ext=mp4]+bestaudio[ext=m4a]/best[ext=mp4]/best',
  
      'progress_hooks': [on_progress],
  
      'quiet': True,
  
      'outtmpl': "C:/Users/Raketa/Desktop/%(title)s.%(ext)s"
  
  }
  
  
  
  ydl = youtube_dl.YoutubeDL(ydl_opts)
  
  
  
  class DownloadThread(QtCore.QThread):
  
      def __init__(self):
  
          super(DownloadThread, self).__init__()
  
          self.start()
  
  
  
      def __del__(self):
  
          self.wait()
  
  
  
      def run(self):
  
          print "Download start"
  
          ydl.download(["https://www.youtube.com/watch?v=uy7BiiOI_No"])
  
          print "Download end"
  
  
  
  class Application(QtGui.QMainWindow):
  
      def __init__(self):
  
          super(Application, self).__init__()
  
          self.dl_thread = DownloadThread()
  
  
  
      def run(self):
  
          self.show()
  
  
  
  def main():
  
      master = QtGui.QApplication(sys.argv)
  
  
  
      app = Application()
  
      app.run()
  
  
  
      sys.exit(master.exec_())
  
  
  
  if __name__ == '__main__':
  
      main()

  2(?) consoles appear at start of each download and 1 longer lasting console appears when both video and audio are downloaded. When downloading longer videos, the last console becomes unbearable.

  Is it possible to get rid of those ?

• Video stream analysis on the fly - advise ?

  8 avril 2016, par jakkolwiek

  I’m planning to develop a simple solution that would able me to perform a very basic video stream analysis on the fly. I’ve never done anything like that before, hence the very general and open question. The main focus is on checking if the stream is going without problems like - freeze frames, black screens and if the audio is there. Sync is out of scope. I read about open libraries like OpenCV and Xuggler, but they seem more complex than for my needs. FFmpeg is able to detect black screens, but not on the fly.

  Is there any other open lib I could look into ? Could you advise me anything ? I’m thinking about using Java or Python. Or maybe both. Efficiency of the solution is out of scope, I’m focusing now only on freeze frames and black screens detection.

  Any advise is welcome !

  Best regards,
  Peter

• Anomalie #3755 (Fermé) : Panneau "Utiliser un proxy" de l’espace privé

  22 mars 2016, par svpip -

  Vérifié sur SPIP 3.1.0 & 3.1.1, sans aucun ajout personnel ni plugin, avec différents navigateurs sous plusieurs OS.

  Depuis l’espace privé via l’onglet ’Fonctions avancées" du panneau de configuration (.../ecrire/ ?exec=configurer_avancees) :

  1 - il est impossible de saisir normalement l’URL d’un proxy dans le champ ad hoc. Le focus reste inactif.
  Seule parade : presser le bouton gauche de la souris dans le champ "URL du proxy" puis saisir l’URL et enfin relâcher la pression.

  En revanche la méthode d’accès aux ’input" par tabulation fonctionne correctement.

  2 - la vérification d’une URL (par défaut http://www.spip.net/) via le bouton « Essayer le proxy » produit 2 messages incohérents :
  le premier précise que « Test du proxy réussi. »
  et
  le second indique « Il y a 1 erreur dans votre saisie, veuillez vérifier les informations. »