Recherche avancée
Autres articles (51)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (9790)
-
asm SIMD sniffer
1er août 2023, par Андрей ТернитиThere is x264.
It use a lot of x86 asm files. For example pixel-32.asm.
This files can use different SIMD instruction set : mmx, 3DNow !, sse family, others


I need the simple way to automatically analyze every file. I want get which SIMD family in which file are used. How ?


I think every asm file must contain information about which SIMD family it use (or information that no SIMD). Without this information it is very bad idea try to use this files...

I am angry, my x86 CPU support mmx and 3DNow ! only, but x264 try call sse, so I get "Illegal instruction" sometimes. I plan to make patch for x264.

P.S. If you can make issues in official repo let me know.


P.P.S. This thread on Doom9 (mirror).


-
licheepi zero V3S ffmpeg photo error, kernel uboot is OK
24 juillet 2023, par xiaocijunI use firmware built by someone else and can take photos using fswebcam. Then I changed the root file system to I built Debian with ffmpeg.


I used this command to test my camera


ffmpeg-f v4l2-video_size 800x600 -i /dev/video0-frames 1 out.jpg


But the command line prompts an error


[video4linux2,v4l2 @ 0x5231e0] ioctl(VIDIOC_G_PARM): Inappropriate ioctl for device
[video4linux2,v4l2 @ 0x5231e0] Time per frame unknown
[ 655.763013] ffmpeg: page allocation failure: order:8, mode:0xcc0(GFP_KERNEL), nodemask=(null)
[ 655.771678] CPU: 0 PID: 236 Comm: ffmpeg Not tainted 5.2.0-licheepi-zero #1
[ 655.778630] Hardware name: Allwinner sun8i Family
[ 655.783363] [<c010ed14>] (unwind_backtrace) from [<c010b72c>] (show_stack+0x10/0x14)
[ 655.791107] [<c010b72c>] (show_stack) from [<c0699330>] (dump_stack+0x84/0x98)
[ 655.798330] [<c0699330>] (dump_stack) from [<c01fbf30>] (warn_alloc+0xcc/0x170)
[ 655.805638] [<c01fbf30>] (warn_alloc) from [<c01fcb40>] (__alloc_pages_nodemask+0xacc/0xcf4)
[ 655.814070] [<c01fcb40>] (__alloc_pages_nodemask) from [<c0114350>] (__dma_alloc_buffer.constprop.4+0x34/0x17c)
[ 655.824147] [<c0114350>] (__dma_alloc_buffer.constprop.4) from [<c01144bc>] (__alloc_remap_buffer+0x24/0x98)
[ 655.833962] [<c01144bc>] (__alloc_remap_buffer) from [<c0114558>] (remap_allocator_alloc+0x28/0x30)
[ 655.842996] [<c0114558>] (remap_allocator_alloc) from [<c01146fc>] (__dma_alloc+0x16c/0x2c8)
[ 655.851424] [<c01146fc>] (__dma_alloc) from [<c01148d4>] (arm_dma_alloc+0x40/0x48)
[ 655.858988] [<c01148d4>] (arm_dma_alloc) from [<c017c928>] (dma_alloc_attrs+0x100/0x110)
[ 655.867080] [<c017c928>] (dma_alloc_attrs) from [<c0512da0>] (vb2_dc_alloc+0x60/0x104)
[ 655.874994] [<c0512da0>] (vb2_dc_alloc) from [<c050ccac>] (__vb2_queue_alloc+0x184/0x444)
[ 655.883165] [<c050ccac>] (__vb2_queue_alloc) from [<c050d4bc>] (vb2_core_reqbufs+0x2c4/0x440)
[ 655.891681] [<c050d4bc>] (vb2_core_reqbufs) from [<c0510d34>] (vb2_ioctl_reqbufs+0xa0/0xc8)
[ 655.900029] [<c0510d34>] (vb2_ioctl_reqbufs) from [<c04ecd20>] (__video_do_ioctl+0x288/0x454)
[ 655.908549] [<c04ecd20>] (__video_do_ioctl) from [<c04ed280>] (video_usercopy+0x23c/0x504)
[ 655.916808] [<c04ed280>] (video_usercopy) from [<c02287a8>] (do_vfs_ioctl+0xac/0x8cc)
[ 655.924631] [<c02287a8>] (do_vfs_ioctl) from [<c0228ffc>] (ksys_ioctl+0x34/0x58)
[ 655.932021] [<c0228ffc>] (ksys_ioctl) from [<c0101000>] (ret_fast_syscall+0x0/0x54)
[ 655.939665] Exception stack(0xc3173fa8 to 0xc3173ff0)
[ 655.944713] 3fa0: 005231e0 00000000 00000003 c0145608 beab41f8 b5857af1
[ 655.952882] 3fc0: 005231e0 00000000 beab4290 00000036 ffffffe7 00000000 005238c0 beab41f8
[ 655.961047] 3fe0: 00000001 beab41b4 b6f167b7 b5857af8
[ 655.966218] Mem-Info:
[ 655.968511] active_anon:3427 inactive_anon:154 isolated_anon:1
[ 655.968511] active_file:3577 inactive_file:2858 isolated_file:1
[ 655.968511] unevictable:4 dirty:7 writeback:0 unstable:0
[ 655.968511] slab_reclaimable:630 slab_unreclaimable:1467
[ 655.968511] mapped:5008 shmem:429 pagetables:140 bounce:0
[ 655.968511] free:1421 free_pcp:17 free_cma:0
[ 656.000905] Node 0 active_anon:13708kB inactive_anon:616kB active_file:14308kB inactive_file:11432kB unevictable:16kB isolated(anon):4kB isolated(file):4kB mapped:20032kB dirty:28kB writeback:0kB shmem:1716kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 656.024016] Normal free:5684kB min:936kB low:1168kB high:1400kB active_anon:13708kB inactive_anon:616kB active_file:14308kB inactive_file:11432kB unevictable:16kB writepending:28kB present:65536kB managed:56092kB mlocked:16kB kernel_stack:392kB pagetables:560kB bounce:0kB free_pcp:68kB local_pcp:68kB free_cma:0kB
[ 656.051697] lowmem_reserve[]: 0 0 0
[ 656.055185] Normal: 173*4kB (ME) 87*8kB (UME) 51*16kB (ME) 25*32kB (ME) 12*64kB (ME) 7*128kB (M) 2*256kB (M) 1*512kB (M) 0*1024kB 0*2048kB 0*4096kB = 5692kB
[ 656.069205] 6865 total pagecache pages
[ 656.072949] 0 pages in swap cache
[ 656.076271] Swap cache stats: add 0, delete 0, find 0/0
[ 656.081486] Free swap = 0kB
[ 656.084360] Total swap = 0kB
[ 656.087252] 16384 pages RAM
[ 656.090040] 0 pages HighMem/MovableOnly
[ 656.093868] 2361 pages reserved
[ 656.097039] sun6i-csi 1cb4000.csi: dma_alloc_coherent of size 720896 failed
[video4linux2,v4l2 @ 0x5231e0] ioctl(VIDIOC_REQBUFS): Cannot allocate memory
/dev/video0: Cannot allocate memory
</c0101000></c0228ffc></c0228ffc></c02287a8></c02287a8></c04ed280></c04ed280></c04ecd20></c04ecd20></c0510d34></c0510d34></c050d4bc></c050d4bc></c050ccac></c050ccac></c0512da0></c0512da0></c017c928></c017c928></c01148d4></c01148d4></c01146fc></c01146fc></c0114558></c0114558></c01144bc></c01144bc></c0114350></c0114350></c01fcb40></c01fcb40></c01fbf30></c01fbf30></c0699330></c0699330></c010b72c></c010b72c></c010ed14>

-
How to batch convert to x265 minimal file size but keep best possible quality using hardware acceleration in Windows ?
12 août 2023, par N.TW12I am new to the
ffmpeg, as the matter of fact just know it for a few hours, I have a huge family videos in mp4/mov x264 format and I would like to convert them all to x265. I don't know what setting is robust for most of the cases so I use-c:v hevc_nvencand tried :

for /f "tokens=1 delims=." %a in ('dir /B *.mp4') do ffmpeg -i -c:v hevc_nvenc "%a.mp4" "%a.x265.mp4"

for /f "tokens=1 delims=." %a in ('dir /B *.mp4') do ffmpeg -i "%a.mp4" -c:v hevc_nvenc "%a.x265.mp4" 


I got an error :
v was unexpectedat this time. How to batch convert to x265 minimal file size but keep best possible quality using hardware acceleration in Windows ?

Edit : I also would like to change the filename by adding ".x265" @ the end of the new file.


Syndiquer tout le site
