
Recherche avancée
Autres articles (55)
-
List of compatible distributions
26 avril 2011, parThe table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...) -
Submit bugs and patches
13 avril 2011Unfortunately a software is never perfect.
If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
You may also (...) -
Contribute to a better visual interface
13 avril 2011MediaSPIP is based on a system of themes and templates. Templates define the placement of information on the page, and can be adapted to a wide range of uses. Themes define the overall graphic appearance of the site.
Anyone can submit a new graphic theme or template and make it available to the MediaSPIP community.
Sur d’autres sites (8265)
-
avformat/mov_demuxer : Extended MOV demuxer to handle EVC video content
15 juin 2023, par Dawid Kozinski -
WinError 6 handle not valid
31 août 2019, par PatrickHy Community,
I know that a lot of Threads have opened regarding WinError6, but i still not able to solve this error.
before I had this error only in for loops after (i estimate) around 60-100 cycles.
now i tried to update all packages including pip.
now the error is present immediately when for loop starts.
my imports :
moviepy, ffmpeg, pyaudio, os, shutil, opencv2, google-APIthank you in advance.
cmd = [get_setting("FFMPEG_BINARY"), "-y", "-i", inputfile, "-ab", "%dk"%bitrate,
"-ar", "%d"%fps,'-ac','1', output]
subprocess_call(cmd)Traceback (most recent call last) :
File "C :\Users\zfp\Documents\unite__main_test_neu.py", line 52, in
extract_audio_wav.extract_audio_wav(new_path,
"t_video"+x+".mp4", new_path, "t_audio"+x+".wav", 1411, frequency)File "C :\Users\zfp\Documents\unite\extract_audio_wav.py", line 23, in
extract_audio_wav audio(path_in,path_out,bitrate,frequency)File "C :\Users\zfp\Documents\unite\ffmpeg.py", line 59, in
ffmpeg_extract_audio subprocess_call(cmd)File
"C :\Users\zfp\AppData\Local\Programs\Python\Python37\lib\site-packages\moviepy\tools.py",
line 46, in subprocess_call proc = sp.Popen(cmd, **popen_params)File
"C :\Users\zfp\AppData\Local\Programs\Python\Python37\lib\subprocess.py",
line 664, in __init___cleanup()File
"C :\Users\zfp\AppData\Local\Programs\Python\Python37\lib\subprocess.py",
line 228, in _cleanup res =
inst._internal_poll(_deadstate=sys.maxsize)File
"C :\Users\zfp\AppData\Local\Programs\Python\Python37\lib\subprocess.py",
line 1216, in _internal_poll if _WaitForSingleObject(self._handle, 0)
== _WAIT_OBJECT_0 :OSError : [WinError 6] Das Handle ist ungültig
EDIT :
im working with Python IDLE -> where this fail occursnow i tried same code with PyCharm with normal "Run" —> failed too
With PyCharm "Debug Run" -> no error occurs and code run stable
-
Revision 7557a65d16 : BITSTREAM : Handle transform size and motion vectors more logically for non-420.
27 mars 2014, par Alex ConverseChanged Paths :
Modify /test/test-data.sha1
Modify /test/test.mk
Modify /test/test_vectors.cc
Modify /vp9/common/vp9_blockd.c
Modify /vp9/common/vp9_blockd.h
Modify /vp9/common/vp9_loopfilter.c
Modify /vp9/common/vp9_reconinter.c
Modify /vp9/encoder/vp9_encodemb.c
Modify /vp9/encoder/vp9_rdopt.c
BITSTREAM : Handle transform size and motion vectors more logically for non-420.This breaks the profile 1 bitstream.
Don’t force non420 uv transform size to 1/4 y size. In the 4:2:0 case the
chroma corresponding to a luma block is 1/4 its size. In the 4:4:4 case
chroma and luma planes are the same size. Disallowing larger transforms
can result in a loss of compression efficiency and is inconsistent.For sub-8x8 blocks only average corresponding motion vectors.
4:2:0 and profile 0 behavior remains unchanged.
Change-Id : I560ae07183012c6734dd1860ea54ed6f62f3cae8