Recherche avancée

Sur d’autres sites (11798)

• Getting "TypeError : must be real number, not NoneType" whenever trying to run write_videofile to a clip in moviepy

  9 novembre 2024, par Sato

  Example code :

  


  from moviepy.editor import *
clip = VideoFileClip('video.mp4')
clip.write_videofile('video2.mp4', fps=30)


  


  After showing the following messages, showing that the video is being built and written,

  


  Moviepy - Building video video2.mp4.
Moviepy - Writing video video2.mp4


  


  The following error message occurs :

  


  Traceback (most recent call last):&#xA;  File "<stdin>", line 1, in <module>&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\decorator.py", line 232, in fun&#xA;    return caller(func, *(extras &#x2B; args), **kw)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\decorators.py", line 54, in requires_duration&#xA;    return f(clip, *a, **k)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\decorator.py", line 232, in fun&#xA;    return caller(func, *(extras &#x2B; args), **kw)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\decorators.py", line 135, in use_clip_fps_by_default&#xA;    return f(clip, *new_a, **new_kw)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\decorator.py", line 232, in fun&#xA;    return caller(func, *(extras &#x2B; args), **kw)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\decorators.py", line 22, in convert_masks_to_RGB&#xA;    return f(clip, *a, **k)&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\video\VideoClip.py", line 300, in write_videofile&#xA;    ffmpeg_write_video(self, filename, fps, codec,&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\video\io\ffmpeg_writer.py", line 213, in ffmpeg_write_video&#xA;    with FFMPEG_VideoWriter(filename, clip.size, fps, codec = codec,&#xA;  File "C:\Users\User\Anaconda3\lib\site-packages\moviepy\video\io\ffmpeg_writer.py", line 88, in __init__&#xA;    &#x27;-r&#x27;, &#x27;%.02f&#x27; % fps,&#xA;TypeError: must be real number, not NoneType&#xA;</module></stdin>

  


  This occurs whenever I try to perform write_videofile to any kinds of clip in moviepy. It is strange since the exact same code worked for me yesterday, but suddenly not anymore today. Are there any suggestions what the cause is and how to resolve this ?

  


• Documentation #3547 : ?var_mode=preview ne recalcule plus les CSS en 3.1

  17 septembre 2015, par realet RealET

  Il y a des cas d’usages (sur un site en prod, ce qui serait paraît-il non recommandé) où l’on est amené à avoir besoin de recalculer les squelettes et d’être en mode preview :

  • modification des CSS calculées par SPIP concernant un nouveau type de contenu pas encore publié
  • développement d’une compostion portant sur une rubrique dont le contenu n’est pas encore publié

  En effet, tout le monde n’a pas les moyens d’avoir un site de test et un site de prod.
  Et c’est bien dans la philosophie de SPIP d’être utilisé par tous ;-)

  ==> Ce qui serait vachement pratique, c’est de pouvoir passer plusieurs valeurs à var_mode.
  Par exemple :

  • var_mode=recalcul,preview
    var_mode=preview,inclure

• Changes to the WebM Open Source License

  4 juin 2010, par noreply@blogger.com (John Luther)

  You’ll see on the WebM license page and in our source code repositories that we’ve made a small change to our open source license. There were a couple of issues that popped up after we released WebM at Google I/O a couple weeks ago, specifically around how the patent clause was written.

  As it was originally written, if a patent action was brought against Google, the patent license terminated. This provision itself is not unusual in an OSS license, and similar provisions exist in the 2nd Apache License and in version 3 of the GPL. The twist was that ours terminated "any" rights and not just rights to the patents, which made our license GPLv3 and GPLv2 incompatible. Also, in doing this, we effectively created a potentially new open source copyright license, something we are loath to do.

  Using patent language borrowed from both the Apache and GPLv3 patent clauses, in this new iteration of the patent clause we’ve decoupled patents from copyright, thus preserving the pure BSD nature of the copyright license. This means we are no longer creating a new open source copyright license, and the patent grant can exist on its own. Additionally, we have updated the patent grant language to make it clearer that the grant includes the right to modify the code and give it to others. (We’ve updated the licensing FAQ to reflect these changes as well.)

  We’ve also added a definition for the "this implementation" language, to make that more clear.

  Thanks for your patience as we worked through this, and we hope you like, enjoy and (most importantly) use WebM and join with us in creating more freedom online. We had a lot of help on these changes, so thanks to our friends in open source and free software who traded many emails, often at odd hours, with us.

  Chris DiBona is the Open Source Programs Manager at Google.