
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (50)
-
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 (...) -
Amélioration de la version de base
13 septembre 2013Jolie sélection multiple
Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...) -
Menus personnalisés
14 novembre 2010, parMediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
Menus créés à l’initialisation du site
Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)
Sur d’autres sites (3492)
-
Android receive RTP/UDP audio stream from VLC/ffmpeg
23 mai 2016, par Dom4SI was searching for a good answer for half a day, but I am a beginner at this stuff and I would appreciate any help.
What I would like to achieve is to stream audio (mp3 files) within ffmpeg or vlc and receive it on an Android device by udp/rtp.
This is what I was able to figure out myself sofar :
1) There is Android class AudioStream and RTPStream. What I don’t know is how to use it. For example I create a stream via ffmpeg with :
ffmpeg -re -i mymp3.mp3 -ar 8000 -acodec copy -f rtp rtp://192.168.0.100:5533
, where192.168.0.100
is the address of my Android device. Now I would like to receive it and play it.I found something like this on Stack :
AudioStream audioStream;
AudioGroup audioGroup;
AudioCodec codec = AudioCodec.PCMU;
StrictMode.ThreadPolicy policy = new StrictMode.ThreadPolicy.Builder().permitNetwork().build();
StrictMode.setThreadPolicy(policy);
AudioManager audio = (AudioManager)getSystemService(AUDIO_SERVICE);
audio.setMode(AudioManager.MODE_IN_COMMUNICATION);
audioGroup = new AudioGroup();
audioGroup.setMode(AudioGroup.MODE_NORMAL);
InetAddress inetAddress;
try {
inetAddress = InetAddress.getByName("163.11.62.208");
audioStream = new AudioStream(inetAddress);
audioStream.setMode(RtpStream.MODE_RECEIVE_ONLY);
audioStream.setCodec(codec);
InetAddress inetAddressRemote = InetAddress.getByName("163.11.169.206");
audioStream.associate(inetAddressRemote, 5004);
audioStream.join(audioGroup);
}What is the first inetAddress
163.11.62.208
and what is the second one163.11.169.206
? Shoudln’t I just give an address of a stream ?2) Can I submit only streams in PCMU format ? Can I stream mp3 files ?
3) Is it even possible ?
-
Decoding H.264 UDP stream
24 février 2019, par user2422659I have to work with ’FFMPEG’ in order to decode ’UDP’ streaming(Not ’RTP’ or ’RTSP’) of raw ’h264’ video.address.
So far i have compiled and make ’ffplay’ decode successfully a local ’h264’ file.
Now i have to add support of that ’UDP’ listener who will get chunks of data.
As far as i understand ’AVFormatContext.fileName’ gets a file name or ’RTSP’
Any help ?
what is the proper way to do this ?Thanks in advanced.
-
sdp : Add an option for sending RTCP packets to the source of the last packets
13 août 2013, par Martin Storsjösdp : Add an option for sending RTCP packets to the source of the last packets
An SDP description normally only contains the target IP address
and port for the packets. This means that we don’t really have
any clue where to send the RTCP RR packets - previously they’re
sent to the destination IP written in the SDP (at the same port),
which rarely is the actual peer. And if the source for the packets
is on a different port than the destination, it’s never correct.With a new option, we can choose to send the packets to the
address that the latest packet on each socket arrived from.
— -
Some may even argue that this should be the default - perhaps,
but I’d rather keep it optional at first. Additionally, I’m not
sure if sending RTCP RR directly back to the source is
desireable for e.g. multicast.Signed-off-by : Martin Storsjö <martin@martin.st>