Recherche avancée

Médias (0)

Mot : - Tags -/navigation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (109)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (18085)

  • Ffmpeg hangs when -vcodec copy specified (called from Java via ProcessBuilder)

    24 juin 2015, par Inglonias

    I’m trying to use ffmpeg to export an array of bytes to a video file, but the people I work with insist that I use -vcodec copy in the arguments for it. This, however, causes the code to hang, whereas if I don’t use -vcodec copy, the code will not hang. I don’t know what the problem is, and I’ve been trying to debug this code for the past two hours.

    Here is the relevant section of code. I’ve added comments above and below the line where the code hangs. Can anybody help me ?

           // This is the tricky part. We need to build an ffmpeg process that
           // takes input from stdin, and then plug Java into that.
           ProcessBuilder ffmpegBuilder = new ProcessBuilder();
           String[] cmd = {"ffmpeg", "-i", "-","-vcodec", "copy", directory
                   + "/" + fileName};
           StringBuilder combinedCmd = new StringBuilder();
           for (String s : cmd) {
               combinedCmd.append(s);
               combinedCmd.append(" ");
           }
           mLogger.log(Level.INFO,"Final command is " + combinedCmd.toString());
           ffmpegBuilder.command(cmd);
           ffmpegBuilder.redirectErrorStream(true); // So that stdout and stderr go
                                                       // to the same stream.
           byte[] dataToWrite = new byte[data.size()];
           for (int i = 0; i < dataToWrite.length; i++) {
               dataToWrite[i] = data.get(i); // Is there really STILL no better way
                                               // to convert an ArrayList to an
                                               // array?!
           }
           try {
               Process ffmpeg = ffmpegBuilder.start();
               OutputStream stdin = ffmpeg.getOutputStream();
               BufferedReader stdout = new BufferedReader(new InputStreamReader(
                       ffmpeg.getInputStream()));
    //HANGS AT THIS LINE vvvvvvvvvvvvvvvv
               stdin.write(dataToWrite);
    //HANGS AT THIS LINE ^^^^^^^^^^^^^^^^

               String line = "I know a song that gets on everybody's nerves...";
               while ((line != null) && stdout.ready()) {
                   line = stdout.readLine();
                   mLogger.log(Level.INFO, line);
               }
               try {
                   ffmpeg.waitFor(2, TimeUnit.SECONDS);
                   ffmpeg.destroyForcibly();
               } catch (InterruptedException e) {
                   // TODO Auto-generated catch block
                   e.printStackTrace();
               }
           } catch (IOException e) {
               // TODO Auto-generated catch block
               e.printStackTrace();
           }
  • Jupyter Notebook JSONDecodeError to open file

    25 février 2021, par potterykid

    Expected behavior :
open a mp3 with no error

    


    Actual behavior :
I used the script below,

    


    from pydub
import AudioSegment

    


    song = AudioSegment.from_mp3("audio.mp3")

    


    and there is a JSONDecodeError

    


    JSONDecodeError : Expecting value : line 1 column 1 (char 0)

    


    JSONDecodeError                           Traceback (most recent call last)&#xA; in <module>&#xA;   6 dst = "research.wav"&#xA;   7 &#xA;----> 8 sound = AudioSegment.from_mp3(src)&#xA;   9 sound.export(dst, format = "wav")&#xA;&#xA;~/opt/anaconda3/lib/python3.8/site-packages/pydub/audio_segment.py in from_mp3(cls, file, parameters)&#xA; 736     @classmethod&#xA; 737     def from_mp3(cls, file, parameters=None):&#xA;--> 738         return cls.from_file(file, &#x27;mp3&#x27;, parameters=parameters)&#xA; 739 &#xA; 740     @classmethod&#xA;&#xA;~/opt/anaconda3/lib/python3.8/site-packages/pydub/audio_segment.py in from_file(cls, file, format, codec, parameters, **kwargs)&#xA; 683             info = None&#xA; 684         else:&#xA;--> 685             info = mediainfo_json(orig_file, read_ahead_limit=read_ahead_limit)&#xA; 686         if info:&#xA; 687             audio_streams = [x for x in info[&#x27;streams&#x27;]&#xA;&#xA;~/opt/anaconda3/lib/python3.8/site-packages/pydub/utils.py in mediainfo_json(filepath, read_ahead_limit)&#xA; 277     stderr = stderr.decode("utf-8", &#x27;ignore&#x27;)&#xA; 278 &#xA;--> 279     info = json.loads(output)&#xA; 280 &#xA; 281     if not info:&#xA;&#xA;~/opt/anaconda3/lib/python3.8/json/__init__.py in loads(s, cls, object_hook, parse_float, parse_int, parse_constant, object_pairs_hook, **kw)&#xA; 355             parse_int is None and parse_float is None and&#xA; 356             parse_constant is None and object_pairs_hook is None and not kw):&#xA;--> 357         return _default_decoder.decode(s)&#xA; 358     if cls is None:&#xA; 359         cls = JSONDecoder&#xA;&#xA;~/opt/anaconda3/lib/python3.8/json/decoder.py in decode(self, s, _w)&#xA; 335 &#xA; 336         """&#xA;--> 337         obj, end = self.raw_decode(s, idx=_w(s, 0).end())&#xA; 338         end = _w(s, end).end()&#xA; 339         if end != len(s):&#xA;&#xA;~/opt/anaconda3/lib/python3.8/json/decoder.py in raw_decode(self, s, idx)&#xA; 353             obj, end = self.scan_once(s, idx)&#xA; 354         except StopIteration as err:&#xA;--> 355             raise JSONDecodeError("Expecting value", s, err.value) from None&#xA; 356         return obj, end&#xA;&#xA;JSONDecodeError: Expecting value: line 1 column 1 (char 0)```&#xA;</module>

    &#xA;

  • Revision 6253cc9279 : Speed setting review. Substantial reworking of the speed vs quality trade offs

    1er octobre 2013, par Paul Wilkins

    Changed Paths :
     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Speed setting review.

    Substantial reworking of the speed vs quality trade offs for
    speed 1 and 2.

    In this patch I am attempting to freeze the "quality" meaning of
    speeds 1 and 2 relative to speed 0 so that in future we can
    better evaluate progress.

    I am targeting :
    Speed 1 quality -5% vs speed 0.
    Speed 2 quality -10% vs speed 0

    It is inevitable that quality will still fluctuate a little as we adjust
    settings and add new features, but we will attempt to keep as
    close as possible to these values. Above speed 2 things will remain
    a bit more fluid for now.

    In this patch speed 1 is approximately 4-5x as fast as speed 0. This
    is similar to before but the quality hit is a lot less. Likewise speed 2
    is approximately 2x as fast as speed 1 but is similar in quality to the
    previous speed 1 configuration.

    Also slight change to behavior of FLAG_EARLY_TERMINATE to insure
    all reference frames get at least one rd test. Important for very low
    variance regions.

    WIP :- Added a new speed level with old speed 4 becoming speed 5.
    Speed 3 and 4 tradeoffs still WIP

    Change-Id : Ic7a38dd7b5b63ab1501f9352411972f480ac6264