
Recherche avancée
Médias (3)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
-
Collections - Formulaire de création rapide
19 février 2013, par
Mis à jour : Février 2013
Langue : français
Type : Image
Autres articles (49)
-
Gestion générale des documents
13 mai 2011, parMédiaSPIP ne modifie jamais le document original mis en ligne.
Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...) -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...) -
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)
Sur d’autres sites (7854)
-
How to add timecode & Hint Track after concat 2x MP4 to MOV (Quicktime Playback) FFMPEG
17 février 2019, par Venkatesh RWhat I am trying to achieve :
After concat 2 files with filter_complex i need to add timecode track and Hint track to the MOV file.2x MP4 files >> MOV ( Timecode Track (default:Yes) + Hint Track ( Default:No)
Issues :
- Timecode track is not showing as a tag while playing in QT player like attached screen shot.
- If I add Hint Config
-movflags rtphint
in below command that throws error in quicktime playerError -2002: a bad public movie atom was found in the movie ()
I have tried below code :
ffmpeg -ss 00:00:00.000 -t 00:01:00.000 -i Input1.mp4 -ss 00:01:00.001 -t 00:01:00.000 -i Input2.mp4 -filter_complex "[0:v:0] [0:a:0] [1:v:0] [1:a:0] concat=n=2:v=1:a=1[v] [a]" -map "[v]" -c:v libx264 -aspect 4:3 -s 352:288 -coder 1 -profile:v main -level 3.1 -pix_fmt yuv420p -preset ultrafast -video_track_timescale 25 -g 12 -r 25 -bf 2 -refs 1 -x264-params "keyint_min=12:nal-hrd=cbr:b-pyramid=0" -b:v 2000k -minrate 2000k -maxrate 2000k -map "[a]" -codec:a libfdk_aac -b:a 192k -vbr 4 -ac 2 -async 1 -timecode 09:59:59:10 -f mov 18785_V1.mov
> FFMPEG Media Info : ID : 3
Type : Time code
Format : QuickTime TC
Duration : 2 min 0 s
Time code of first frame : 09:59:59:10
Time code, striped : Yes
Language : English
Default : NoComparison Screenshot of Hardware vs FFMPEG Transcoder
-
bash loop through list of file paths - characters get removed when sending to ffmpeg [duplicate]
9 octobre 2018, par Brad JohnsonThis question already has an answer here :
I have a text file that contains a list of paths to flac files I want to convert to wav. Here is a small section of it :
/mnt/nfs/Music/Rob D/1995 - Clubbed To Death/Rob D - 02 - Clubbed To Death _Kurayamino Variation_.flac
/mnt/nfs/Music/Blonde Redhead/2000 - Melody of Certain Damaged Lemons/11 - For the Damaged Coda.flac
/mnt/nfs/Music/I Monster/2001 - Daydream In Blue/01 - Daydream In Blue.flac
/mnt/nfs/Music/Moby/2002 - Extreme Ways/01 - Extreme Ways.flac
/mnt/nfs/Music/RJD2/2002 - Deadringer/01 - The Horror.flac
/mnt/nfs/Music/RJD2/2002 - Deadringer/03 - Smoke & Mirrors.flac
/mnt/nfs/Music/RJD2/2002 - Deadringer/06 - Ghostwriter.flac
/mnt/nfs/Music/RJD2/2002 - Deadringer/10 - Chicken-Bone Circuit.flac
/mnt/nfs/Music/FC Kahuna/2003 - Hayling/01 - Hayling _Original_.flac
/mnt/nfs/Music/Lamb/2003 - Between Darkness and Wonder/04 - Angelica.flacI’m trying to loop through it like so :
while read -r line; do
wavfile=$(basename "$line")
wavfile="${wavfile%.*}"
ffmpeg -i "$line" "$2/$wavfile.wav"
done <$1...where $1 is where I would pass the name of the text file and $2 is the destination directory.
Here is the output with the irrelevant ffmpeg junk pruned out :
Input #0, flac, from '/mnt/nfs/Music/Rob D/1995 - Clubbed To Death/Rob D - 02 - Clubbed To Death _Kurayamino Variation_.flac':
...
Output #0, wav, to '/mnt/gray/Clubbed To Death/Rob D - 02 - Clubbed To Death _Kurayamino Variation_.wav':
...
/nfs/Music/Blonde Redhead/2000 - Melody of Certain Damaged Lemons/11 - For the Damaged Coda.flac: No such file or directory
...
Input #0, flac, from '/mnt/nfs/Music/I Monster/2001 - Daydream In Blue/01 - Daydream In Blue.flac':
...
Output #0, wav, to '/mnt/gray/Clubbed To Death/01 - Daydream In Blue.wav':
...
nt/nfs/Music/Moby/2002 - Extreme Ways/01 - Extreme Ways.flac: No such file or directory
...
Input #0, flac, from '/mnt/nfs/Music/RJD2/2002 - Deadringer/01 - The Horror.flac':
...
Output #0, wav, to '/mnt/gray/Clubbed To Death/01 - The Horror.wav':
...
nt/nfs/Music/RJD2/2002 - Deadringer/03 - Smoke & Mirrors.flac: No such file or directory
...
Input #0, flac, from '/mnt/nfs/Music/RJD2/2002 - Deadringer/06 - Ghostwriter.flac':
...
Output #0, wav, to '/mnt/gray/Clubbed To Death/06 - Ghostwriter.wav':
...
nt/nfs/Music/RJD2/2002 - Deadringer/10 - Chicken-Bone Circuit.flac: No such file or directory
...
Input #0, flac, from '/mnt/nfs/Music/FC Kahuna/2003 - Hayling/01 - Hayling _Original_.flac':
...
Output #0, wav, to '/mnt/gray/Clubbed To Death/01 - Hayling _Original_.wav':
...
/nfs/Music/Lamb/2003 - Between Darkness and Wonder/04 - Angelica.flac: No such file or directoryIf you pay attention to the paths that ffmpeg reports don’t exist, you’ll see that a seemingly random number of characters has been removed from the beginning. This appears to happen on even numbered lines, but odd numbered lines work. I can only reproduce this behavior when using ffmpeg. If I replace the ffmpeg line with a simple echo statement, every file path is shown to be correct. How can this be ?
Other suggestions of accomplishing this are also welcome, however I do need the files processed in the order by which I have them listed in the file.
-
bebop2 modified CV build version of program creates SIGSEGV on raspberry pi 3
14 mai 2017, par angRyn00bI am trying to navigate bebop2 autonomously using raspberry pi 3. I am getting the raw format from bebop2 and decoding it using ffmpeg. It runs completely fine on intel architecture. I tried to cross compile it for arm and it was successful. It runs fine but after a few seconds it crashes and gives SIGSEGV fault. I have tried gdb to bt the problem but it gives an error of memcpy() from /usr/lib/arm-linux-gnuaebihf/libarmmem.so.
I tried to remove the non-arm instructions dependencies in the first place ; https://raspberrypi.stackexchange.com/questions/29117/process-terminate-with-sigill-using-valgrind/66621#66621
But then I got an error of memcpy.S no such file or directory.
I don’t know what to do and I am stuck now.
[EDIT:1]
valgrind output :
valgrind ./Controller
==1361== Memcheck, a memory error detector
==1361== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==1361== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==1361== Command: ./Controller
==1361==
./Controller
==1361== Invalid read of size 8
==1361== at 0x4845004: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1cc50c is 12 bytes inside a block of size 18 alloc'd
==1361== at 0x4833970: malloc (vg_replace_malloc.c:263)
==1361== by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
==1361==
==1361== Invalid read of size 4
==1361== at 0x4845030: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1cc72c is 20 bytes inside a block of size 22 alloc'd
==1361== at 0x4833970: malloc (vg_replace_malloc.c:263)
==1361== by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
==1361==
==1361== Invalid read of size 8
==1361== at 0x484501C: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1ccf9c is 20 bytes inside a block of size 26 alloc'd
==1361== at 0x4833970: malloc (vg_replace_malloc.c:263)
==1361== by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
==1361==
==1361== Invalid read of size 8
==1361== at 0x4844FEC: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1d59ac is 28 bytes inside a block of size 34 alloc'd
==1361== at 0x4833970: malloc (vg_replace_malloc.c:263)
==1361== by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
==1361==
==1361== Invalid read of size 8
==1361== at 0x4844F8C: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1e7a24 is 20 bytes inside a block of size 26 alloc'd
==1361== at 0x4833970: malloc (vg_replace_malloc.c:263)
==1361== by 0xAFC77B3: ??? (in /usr/lib/arm-linux-gnueabihf/libtasn1.so.6.3.2)
==1361==
disInstr(arm): unhandled instruction: 0xEE190F1D
cond=14(0xE) 27:20=225(0xE1) 4:4=1 3:0=13(0xD)
==1361== valgrind: Unrecognised instruction at address 0xcc78de8.
==1361== at 0xCC78DE8: ??? (in /usr/lib/arm-linux-gnueabihf/libcrypto.so.1.0.0)
==1361== Your program just tried to execute an instruction that Valgrind
==1361== did not recognise. There are two possible reasons for this.
==1361== 1. Your program has a bug and erroneously jumped to a non-code
==1361== location. If you are running Memcheck and you just saw a
==1361== warning about a bad jump, it's probably your program's fault.
==1361== 2. The instruction is legitimate but Valgrind doesn't handle it,
==1361== i.e. it's Valgrind's fault. If you think this is the case or
==1361== you are not sure, please let us know and we'll try to fix it.
==1361== Either way, Valgrind will now raise a SIGILL signal which will
==1361== probably kill your program.
==1361== Invalid read of size 4
==1361== at 0x4844BB8: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1eb788 is 48 bytes inside a block of size 50 alloc'd
==1361== at 0x4833F2C: operator new(unsigned int) (vg_replace_malloc.c:282)
==1361== by 0x77EC9E7: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) (in /usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20)
==1361==
==1361== Invalid read of size 4
==1361== at 0x4844FA0: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Address 0xd1eb7f0 is 48 bytes inside a block of size 50 alloc'd
==1361== at 0x4833F2C: operator new(unsigned int) (vg_replace_malloc.c:282)
==1361== by 0x77EC9E7: std::string::_Rep::_S_create(unsigned int, unsigned int, std::allocator<char> const&) (in /usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20)
==1361==
disInstr(arm): unhandled instruction: 0xF1010200
cond=15(0xF) 27:20=16(0x10) 4:4=0 3:0=0(0x0)
==1361== valgrind: Unrecognised instruction at address 0x48426f4.
==1361== at 0x48426F4: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361== Your program just tried to execute an instruction that Valgrind
==1361== did not recognise. There are two possible reasons for this.
==1361== 1. Your program has a bug and erroneously jumped to a non-code
==1361== location. If you are running Memcheck and you just saw a
==1361== warning about a bad jump, it's probably your program's fault.
==1361== 2. The instruction is legitimate but Valgrind doesn't handle it,
==1361== i.e. it's Valgrind's fault. If you think this is the case or
==1361== you are not sure, please let us know and we'll try to fix it.
==1361== Either way, Valgrind will now raise a SIGILL signal which will
==1361== probably kill your program.
==1361==
==1361== Process terminating with default action of signal 4 (SIGILL)
==1361== Illegal opcode at address 0x48426F4
==1361== at 0x48426F4: ??? (in /usr/lib/arm-linux-gnueabihf/libarmmem.so)
==1361==
==1361== HEAP SUMMARY:
==1361== in use at exit: 541,641 bytes in 1,173 blocks
==1361== total heap usage: 1,980 allocs, 807 frees, 571,016 bytes allocated
==1361==
==1361== LEAK SUMMARY:
==1361== definitely lost: 0 bytes in 0 blocks
==1361== indirectly lost: 0 bytes in 0 blocks
==1361== possibly lost: 410,404 bytes in 190 blocks
==1361== still reachable: 131,237 bytes in 983 blocks
==1361== suppressed: 0 bytes in 0 blocks
==1361== Rerun with --leak-check=full to see details of leaked memory
==1361==
==1361== For counts of detected and suppressed errors, rerun with: -v
==1361== ERROR SUMMARY: 24 errors from 7 contexts (suppressed: 0 from 0)
Illegal instruction
</char></char>bt output :
(gdb) bt
#0 0x76fbc3a0 in memcmp () from /usr/lib/arm-linux-gnueabihf/libarmmem.so
#1 0x00000000 in ?? ()disassemble output (0x76fbc3a0) :
=> 0x76fbc3a0 <+7344>: vldmiacs r1!, {d7}
x/5i $pc output :
(gdb) x/5i $pc
=> 0x76fbc3a0 : vldmiacs r1!, {d7}
0x76fbc3a4 : vstmiami r0!, {s13}
0x76fbc3a8 : vstmiacs r0!, {d7}
0x76fbc3ac : lsls lr, r12, #27
0x76fbc3b0 : vldmiami r1!, {d2-d3}