
Recherche avancée
Médias (91)
-
Spoon - Revenge !
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
My Morning Jacket - One Big Holiday
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Zap Mama - Wadidyusay ?
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
David Byrne - My Fair Lady
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Beastie Boys - Now Get Busy
15 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Granite de l’Aber Ildut
9 septembre 2011, par
Mis à jour : Septembre 2011
Langue : français
Type : Texte
Autres articles (42)
-
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 (...) -
Emballe médias : à quoi cela sert ?
4 février 2011, parCe plugin vise à gérer des sites de mise en ligne de documents de tous types.
Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ; -
L’utiliser, en parler, le critiquer
10 avril 2011La première attitude à adopter est d’en parler, soit directement avec les personnes impliquées dans son développement, soit autour de vous pour convaincre de nouvelles personnes à l’utiliser.
Plus la communauté sera nombreuse et plus les évolutions seront rapides ...
Une liste de discussion est disponible pour tout échange entre utilisateurs.
Sur d’autres sites (5310)
-
send point to point video stream using ffmpeg with rtsp (c++)
8 décembre 2015, par seleciii44I need to send a h264 encoded video stream to a(only one) specific IP address with RTSP protocol on a windows PC with C++. I’m trying to use the FFMPEG library.
I used the example in this post and i can play the stream as :
ffplay -rtsp_flags listen -i rtsp://127.0.0.1:8554/live.sdp
The problem is, according to the solution of post i need a server. Where
-rtsp_flags listen
option of ffplay behaves like a server.On the other hand, according to StreamingGuide of ffmpeg i can send a point to point stream like :
ffmpeg -i INPUT -acodec libmp3lame -ar 11025 --f rtp rtp://host:port
This is fine and works well. But i need to use rtsp. According to StreamingGuide again,
Another option is to use RTP (which by default uses UDP) but by
specifying it use TCP :ffmpeg -i input -f rtsp -rtsp_transport tcp rtsp://localhost:8888/live.sdp
which seems to be what i’m looking for. Yet the ffmpeg tool seems to be doing nothing when i try this method (don’t know why i need tcp,but udp does not work neither). Why is that ?
FFMPEG protocols documentation, says that i need to use a media server to send the video.
- Why would i need a media server to just send the video stream to another PC or whatever ?
- If i need a media server, how does the IP Camera sends the stream ?
- If i have no option but to use a media server, could some one please recommend a server for Windows 7 ?
- ffserver is only for linux
- live555mediaServer seems to be used for local files or am i wrong ?
- ..?
Best regards,
Gokhan. -
Merge pull request #3419 from matthewrhoden1/master
24 février 2016, par blueimpMerge pull request #3419 from matthewrhoden1/master
Wiki Update
-
ffmpeg for archival and convertibility
27 juillet 2021, par SatyaI've got a couple hundred gigs of *.dv files. I'd like to convert them to H.264 or something else or even leave them alone. The purpose is archival, with an eye to maximum convertibility especially to DVD. The content is family videos.


Would this be fine ?


ffmpeg -i input.dv \
 -c:v libx264 -preset slower \
 -crf 17 \
 -pix_fmt yuv420p \
 output.mp4



I went with the
slower
preset because encoding time isn't an issue and I'd like a smaller file size. crf 17 is for least-lossy while being widely playable. I read somewhere that yuv420p is needed for some Quicktime players.

Should I throw in
-c:a aac
for AAC audio ? The audio is voice only, no need for music-hall quality.

I looked at https://trac.ffmpeg.org/wiki/Encode/H.264 for previous research and that's where I got those settings, but it is silent on the audio settings.


Edited : My priorities, in order of importance, are :


- 

- Compatibility
- Losslessness (doesn't have to be 100% lossless, hence crf of 17 and not 0)
- File size








Most of the input files say this :


[lavf] stream 0: video (dvvideo), -vid 0
[lavf] stream 1: audio (pcm_s16le), -aid 0
VIDEO: [dvsd] 720x480 0bpp 29.970 fps 25000.0 kbps (3051.8 kbyte/s)
Selected video codec: [ffdv] vfm: ffmpeg (FFmpeg DV)
AUDIO: 32000 Hz, 2 ch, s16le, 1024.0 kbit/100.00% (ratio: 128000->128000)
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)



Output from ffmpeg :


Stream #0:1: Audio: pcm_s16le, 32000 Hz, stereo, s16, 1024 kb/s