Recherche avancée

Sur d’autres sites (5462)

• Deprecate avctx.coded_frame

  15 juillet 2015, par Vittorio Giovara

  Deprecate avctx.coded_frame
  The rationale is that coded_frame was only used to communicate key_frame,
  
  pict_type and quality to the caller, as well as a few other random fields,
  
  in a non predictable, let alone consistent way.
  There was agreement that there was no use case for coded_frame, as it is
  
  a full-sized AVFrame container used for just 2-3 int-sized properties,
  
  which shouldn’t even belong into the AVCodecContext in the first place.
  The appropriate AVPacket flag can be used instead of key_frame, while
  
  quality is exported with the new AVPacketSideData quality factor.
  
  There is no replacement for the other fields as they were unreliable,
  
  mishandled or just not used at all.
  Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
  

  • [DBH] avconv.c
  • [DBH] libavcodec/a64multienc.c
  • [DBH] libavcodec/aliaspixenc.c
  • [DBH] libavcodec/asvenc.c
  • [DBH] libavcodec/avcodec.h
  • [DBH] libavcodec/bmpenc.c
  • [DBH] libavcodec/cljrenc.c
  • [DBH] libavcodec/dnxhdenc.c
  • [DBH] libavcodec/dpxenc.c
  • [DBH] libavcodec/dvenc.c
  • [DBH] libavcodec/ffv1enc.c
  • [DBH] libavcodec/flashsvenc.c
  • [DBH] libavcodec/gif.c
  • [DBH] libavcodec/huffyuvenc.c
  • [DBH] libavcodec/jpeglsenc.c
  • [DBH] libavcodec/lclenc.c
  • [DBH] libavcodec/libschroedingerenc.c
  • [DBH] libavcodec/libtheoraenc.c
  • [DBH] libavcodec/libvpxenc.c
  • [DBH] libavcodec/libx264.c
  • [DBH] libavcodec/libx265.c
  • [DBH] libavcodec/libxavs.c
  • [DBH] libavcodec/libxvid.c
  • [DBH] libavcodec/ljpegenc.c
  • [DBH] libavcodec/mpegvideo_enc.c
  • [DBH] libavcodec/nvenc.c
  • [DBH] libavcodec/pamenc.c
  • [DBH] libavcodec/pcxenc.c
  • [DBH] libavcodec/pngenc.c
  • [DBH] libavcodec/pnmenc.c
  • [DBH] libavcodec/proresenc.c
  • [DBH] libavcodec/pthread_frame.c
  • [DBH] libavcodec/qsvenc.c
  • [DBH] libavcodec/qtrleenc.c
  • [DBH] libavcodec/rawenc.c
  • [DBH] libavcodec/sgienc.c
  • [DBH] libavcodec/sunrastenc.c
  • [DBH] libavcodec/svq1enc.c
  • [DBH] libavcodec/targaenc.c
  • [DBH] libavcodec/tiffenc.c
  • [DBH] libavcodec/utils.c
  • [DBH] libavcodec/utvideoenc.c
  • [DBH] libavcodec/v210enc.c
  • [DBH] libavcodec/v410enc.c
  • [DBH] libavcodec/version.h
  • [DBH] libavcodec/xbmenc.c
  • [DBH] libavcodec/xwdenc.c
  • [DBH] libavcodec/zmbvenc.c
  • [DBH] libavdevice/v4l2.c

• ffserver "dimensions not set" when loading stream

  29 mai 2013, par GreenGiant

  I am live streaming a webcam from my raspberry pi using avconv (ffmpeg "replacement")

  avconv -f video4linux2 -v debug -r 5 -s 176x144 -i /dev/video0 -vcodec mjpeg http://192.168.0.3:8090/feed1.ffm

  to my local network OSX machine (for testing) running ffserver

  Port 8090
  
  BindAddress 0.0.0.0
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 10000
  
  CustomLog -
  
  NoDaemon
  
  
  
  <feed>
  
     File feed1.ffm
  
     FileMaxSize 20M
  
     ACL allow 192.168.0.10
  
  </feed>
  
  
  
  <stream>
  
     Feed feed1.ffm
  
     Format mjpeg
  
     NoAudio
  
     VideoQMin 1
  
     VideoQMax 10
  
     VideoSize 176x144
  
     VideoFrameRate 5
  
  </stream>

  When I start avconv it appears to be streaming to ffserver fine :

  Output #0, ffm, to 'http://192.168.0.3:8090/feed1.ffm':
  
    Metadata:
  
      encoder         : Lavf55.0.1
  
      Stream #0.0, 0, 1/1000000: Video: mjpeg, yuvj420p, 320x240, 1/5, q=2-31, 200 kb/s, 1000k tbn, 5 tbc
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (rawvideo -> mjpeg)
  
  Press ctrl-c to stop encoding
  
  frame=  108 fps= 18 q=21.7 size=     688kB time=21.60 bitrate= 260.9kbits/s 

  And the ffserver status page shows the stream

  

  However when I load http://localhost:8090/test.mjpeg in VLC it doesn't play and ffserver spits out :

  Sat May 25 17:25:34 2013 dimensions not set
  
  Sat May 25 17:25:34 2013 Error writing output header
  
  Sat May 25 17:25:34 2013 127.0.0.1 - - [GET] "/test.mjpeg HTTP/1.1" 200 66

  I've tried so many different configurations and settings, I'm at a loss to what is causing that error !

  Thank you

• Anomalie #2884 : un modèle doc dans une liste, interrompt l’énumération

  16 mai 2013, par denisb -

  je confirme.
  il semble que textwheel ferme le

  dl> du modèle doc.html ; du coup l’item suivant (le 3e dans l’exemple ci-dessus) de la liste est considéré comme le 1er d’une nouvelle liste et perd donc sa numérotation (ça reprend à 1).

  ça se passerait par là :
  http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/textwheel/wheels/spip/spip-listes.php#L16
  et
  http://zone.spip.org/trac/spip-zone/browser/_core_/branches/spip-3.0/plugins/textwheel/wheels/spip/spip-listes.yaml#L30