Recherche avancée

Médias (0)

Mot : - Tags -/flash

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (86)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

Sur d’autres sites (13293)

  • Re-stream (forward) UDP-Live-Video-Stream (using winsock) reduce video quality ?

    18 août 2014, par vantrung -cuncon

    So, I used ffmpeg to stream the live webcam using UDP protocol to port 1111 :

    ffmpeg -f dshow -i video="Lenovo EasyCamera" -f mpegts udp://localhost:1111

    When I played it directly by ffplay from port 1111, everything worked properly :

    ffplay udp://localhost:1111

    I got the video quality like this :

    enter image description here

    So I think, I could write some winsock-codes to listen to port 1111 & forward any UDP packet that it catches to port 2222. Thus, I could simulate that I’m streaming to port 2222. My code is something like this :

    ' // Please note that this is the simplified code - cause it worked
    
' // i've just post the key lines
    
Winsock1.Bind 1111
    
Winsock2.remotePort = 2222
    

    
WinSock1.GetData myPacket
    
Winsock2.SendData myPacket

    Then I tried playing the stream from port 2222 using ffplay :

    ffplay udp://localhost:2222

    Well, I don’t know why the video quality turned to this bad :

    enter image description here

    The point is that, I’ve sent the same UDP packets in the same order as the streaming-source. What could be wrong here ?

    PS : I’ve tried a similar experiment like above with TCP, but the end-result video quality was as good as direct streaming. So, could this be a problem of UDP ?

    PS2 : I’ve tested the UDP packet loss & disorder by replacing the ffplay with a socket that listen to port 2222 & print out all the received packets. But the result is all 10,000+ packets were in correct order & nothing lost. What a crazy phenomenon ?

  • Popcorn Hour revisited

    26 février 2015, par Mans — Hardware

    In a previous post, I recounted my adventures with the Popcorn Hour C-200 media player. Having not given the device much thought since then, I recently decided to dust it off and see what it was really made of. This is what I found. Components The system is based on … Continue reading →

  • Popcorn Hour revisited

    26 février 2015, par Mans — Hardware

    In a previous post, I recounted my adventures with the Popcorn Hour C-200 media player. Having not given the device much thought since then, I recently decided to dust it off and see what it was really made of. This is what I found. Components The system is based on … Continue reading →

Navigation