Recherche avancée

Médias (0)

Mot : - Tags -/interaction

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

Autres articles (49)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

Sur d’autres sites (8573)

  • Recording usb cam on raspberry pi with ffmpeg - usb troubleshooting

    18 septembre 2017, par Hwy2Hell

    I want to save video from an external usb cam on the raspberry pi 3. In order to avoid voltage drop issues, I use the offical raspberry power supply (2.5 Amp) and connected all usb devices by a separetely powered usb hub :

    pi@raspi:~/appdev/ffmpeg $ lsusb
    Bus 001 Device 037: ID 046d:09a1 Logitech, Inc. QuickCam Communicate MP/S5500
    Bus 001 Device 036: ID 046d:c03f Logitech, Inc. M-BT85 [UltraX Optical Mouse]
    Bus 001 Device 035: ID 04d9:1503 Holtek Semiconductor, Inc. Shortboard Lefty
    Bus 001 Device 012: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
    Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
    Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

    When I try to test the functionality by running the following bash script (snippet) :

    function capture
    {
       capfile=$(date +%F_%Hh%Mm%Ss)
       echo saving to $wdir/$capfile.mp4
       echo $PATH
       ffmpeg -video_size 320x240 -i /dev/video0 \
       -vf drawtext="fontsize=18:x=10:y=220:fontcolor=red:\
       fontfile=/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf:\
       text=%{localtime}" -t 10 $wdir/$capfile.mp4
       # change -t to 3600 = 1h
    }

    for i in $(seq 1 10)
    do
       echo
       echo Pass $i ...
       capture
    done

    After a few loop-runs I always see device errors :

    Pass 5 ...
    saving to /home/pi/appdev/ffmpeg/2017-09-16_13h31m00s.mp4
    /usr/local/bin:/usr/bin/ffmpeg:/usr/bin:/bin:/sbin
    ffmpeg version 3.3.3 Copyright (c) 2000-2017 the FFmpeg developers
     built with gcc 4.9.2 (Raspbian 4.9.2-10)
     configuration: --arch=armhf --target-os=linux --enable-gpl --enable-libfreetype --enable-mmal --enable-nonfree --enable-omx --enable-omx-rpi
     libavutil      55. 58.100 / 55. 58.100
     libavcodec     57. 89.100 / 57. 89.100
     libavformat    57. 71.100 / 57. 71.100
     libavdevice    57.  6.100 / 57.  6.100
     libavfilter     6. 82.100 /  6. 82.100
     libswscale      4.  6.100 /  4.  6.100
     libswresample   2.  7.100 /  2.  7.100
     libpostproc    54.  5.100 / 54.  5.100
    /dev/video0: Input/output error

    The kernel message log shows that the usb cam has been resetted :

    pi@raspi:~/appdev/ffmpeg $ dmesg | grep usb
    [ 4497.358195] usb 1-1.2.4: new high-speed USB device number 37 using dwc_otg
    [ 4497.573440] usb 1-1.2.4: New USB device found, idVendor=046d, idProduct=09a1
    [ 4497.573466] usb 1-1.2.4: New USB device strings: Mfr=0, Product=0, SerialNumber=2
    [ 4497.573481] usb 1-1.2.4: SerialNumber: A032D310
    [ 4497.605698] input: UVC Camera (046d:09a1) as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2/1-1.2.4/1-1.2.4:1.0/input/input15
    [ 4497.625582] usb 1-1.2.4: Warning! Unlikely big volume range (=3072), cval->res is probably wrong.
    [ 4497.625606] usb 1-1.2.4: [5] FU [Mic Capture Volume] ch = 1, val = 4608/7680/1
    [ 5268.123764] usb 1-1.2.4: reset high-speed USB device number 37 using dwc_otg

    Next time I start the script, the usb cam gets disconnected and /dev/viedo0 disappears :

    pi@raspi:~/appdev/ffmpeg $ dmesg | grep usb
    [ 5621.216896] usb 1-1.2.4: USB disconnect, device number 37
    [ 5621.586804] usb 1-1.2.4: new full-speed USB device number 38 using dwc_otg
    [ 5621.686694] usb 1-1.2.4: device descriptor read/64, error -32
    [ 5621.896583] usb 1-1.2.4: device descriptor read/64, error -32
    [ 5622.106572] usb 1-1.2.4: new full-speed USB device number 39 using dwc_otg
    [ 5622.206574] usb 1-1.2.4: device descriptor read/64, error -32
    [ 5622.416577] usb 1-1.2.4: device descriptor read/64, error -32
    [ 5622.626586] usb 1-1.2.4: new full-speed USB device number 40 using dwc_otg
    [ 5623.046583] usb 1-1.2.4: device not accepting address 40, error -32
    [ 5623.146583] usb 1-1.2.4: new full-speed USB device number 41 using dwc_otg
    [ 5623.566603] usb 1-1.2.4: device not accepting address 41, error -32
    [ 5623.566670] usb 1-1.2-port4: unable to enumerate USB device

    Has anybody experienced similar problems and can provide a fix for it ?

    What tools can I use to troubleshoot the usb communication on the pi ?

  • Revision 37406 : Le cron toute les minutes Amélioration de pleins de petites choses ...

    18 avril 2010, par kent1@… — Log

    Le cron toute les minutes
    Amélioration de pleins de petites choses
    Incrément mineur de la version

  • Evolution #4070 (Rejeté) : Multilinguisme

    6 janvier 2018, par Benjamin Schrameck

    Problème de gestion des événements : 1 événement ne peut être attribué qu’à un seul article.
    (Problème similaire dans la gestion des images partagées, qui n’acceptent actuellement qu’un seul titre)

    Actuellement, dans le cas d’un site multilingue, il semble qu’il faille dupliquer un même événement autant de fois qu’il y a de langues.
    Ce qui pose de nombreux problèmes :
    1) problème de gestion (dupliquer le même événement n’est pas très logique, ni très efficient). Quand on a 2 langues, c’est lourd, quand on en a 5, c’est l’enfer.
    2) problème ensuite dans l’affichage de calendriers (tous les événements remontent... et quand ils sont dupliqués dans le cas du multilinguisme, le résultat n’est pas "propre")

    Voies possibles de réflexion ?
    1) permettre à ce que toutes les traductions d’un même article puissent se voir affecter les mêmes événements
    2) et sous-jacent, de permettre à ce que les événements puissent avoir autant de titres que de langues utilisées (même idée pour les images)