
Recherche avancée
Médias (1)
-
MediaSPIP Simple : futur thème graphique par défaut ?
26 septembre 2013, par
Mis à jour : Octobre 2013
Langue : français
Type : Video
Autres articles (53)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (8187)
-
Streaming UDP packets to two different ports (for video and audio). Video works fine, but the audio does not show
8 avril 2018, par Winston ChenI am taking a rtsp stream, split the video and audio out, and stream them to two different ports respectively using
gstreamer
so that myffserver
would be able to display the stream on my browser.My gstreamer pipeline :
gst-launch-1.0 -v rtspsrc location=rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov latency=300 timeout=0 drop-on-latency=true rtp-blocksize=4096 name=rtsp_source ! \
queue ! capsfilter caps="application/x-rtp,media=video" ! rtph264depay ! h264parse ! rtph264pay config-interval=1 pt=96 ! udpsink host=127.0.0.1 port=9527 rtsp_source. ! \
queue ! rtpmp4apay pt=97 ! udpsink host=127.0.0.1 port=9327Here comes the sdp and my ffmpeg commnad :
m=video 9527 RTP/AVP 96
a=rtpmap:96 H264/90000
c=IN IP4 127.0.0.1
m=audio 9327 RTP/AVP 97
a=rtpmap:97 mpeg4-generic/48000/6
c=IN IP4 127.0.0.1ffmpeg -protocol_whitelist "file,tcp,rtp,udp" -i ~/test.sdp -max_muxing_queue_size 1024 http://localhost:8090/feed1.ffm
And finally, this is my ffserver config (the important part) :
<feed> # This is the input feed where FFmpeg will send
File ./feed1.ffm # video stream.
FileMaxSize 1GB # Maximum file size for buffering video
ACL allow 127.0.0.1 # Allowed IPs
</feed>
<stream> # Output stream URL definition
Feed feed1.ffm # Feed from which to receive video
Format webm
# NoDefaults
# NoAudio
# Audio settings
AudioCodec vorbis
AudioBitRate 64 # Audio bitrate
# Video settings
VideoCodec libvpx
VideoSize 240x160 # Video resolution
VideoFrameRate 10 # Video FPS
AVOptionVideo flags +global_header # Parameters passed to encoder
# (same as ffmpeg command-line parameters)
PreRoll 0
StartSendOnKey
VideoGopSize 12
VideoBitRate 256
</stream>The thing is that if I take away the audio part and apply
NoAudio
, the video streams fine. However, I could not get the audio to work. Am I doing anything wrong ? -
libavformat/mov.c : allow QuickTime metadata to come after traks
4 décembre 2015, par Neil Birkbecklibavformat/mov.c : allow QuickTime metadata to come after traks
QuickTime metadata can come after trak data. Add indicator for which trak is being parsed (-1 if none) so that global metadata after the trak can be parsed.
Signed-off-by : Neil Birkbeck <neil.birkbeck@gmail.com>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
lavf/matroskadec : Add early support for some of the new colour elements.
1er mars 2016, par Neil Birkbecklavf/matroskadec : Add early support for some of the new colour elements.
Adding early support for a subset of the proposed colour elements
according to the latest version of spec :
https://mailarchive.ietf.org/arch/search/?email_list=cellar&gbt=1&index=hIKLhMdgTMTEwUTeA4ct38h0tmEI’ve left out elements for pix_fmt related things as there still
seems to be some discussion around these, and the max_cll/max_fall
are currently not propagated as there is not yet side data for them.The new elements are exposed under strict experimental mode.
Signed-off-by : Neil Birkbeck <neil.birkbeck@gmail.com>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>