
Recherche avancée
Autres articles (89)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...) -
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
Qualité du média après traitement
21 juin 2013, parLe bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)
Sur d’autres sites (10560)
-
tcp : set socket buffer sizes before listen/connect/accept
9 janvier 2017, par Joel Cunninghamtcp : set socket buffer sizes before listen/connect/accept
From e24d95c0e06a878d401ee34fd6742fcaddeeb95f Mon Sep 17 00:00:00 2001
From : Joel Cunningham <joel.cunningham@me.com>
Date : Mon, 9 Jan 2017 13:37:51 -0600
Subject : [PATCH] tcp : set socket buffer sizes before listen/connect/acceptAttempting to set SO_RCVBUF and SO_SNDBUF on TCP sockets after connection
establishment is incorrect and some stacks ignore the set call on the socket at
this point. This has been observed on MacOS/iOS. Windows 7 has some peculiar
behavior where setting SO_RCVBUF after applies only if the buffer is increasing
from the default while decreases are ignored. This is possibly how the incorrect
usage has gone unnoticedUnix Network Programming Vol. 1 : The Sockets Networking API (3rd edition, seciton 7.5) :
"When setting the size of the TCP socket receive buffer, the ordering of the
function calls is important. This is because of TCP’s window scale option,
which is exchanged with the peer on SYN segments when the connection is
established. For a client, this means the SO_RCVBUF socket option must be
set before calling connect. For a server, this means the socket option must
be set for the listening socket before calling listen. Setting this option
for the connected socket will have no effect whatsoever on the possible window
scale option because accept does not return with the connected socket until
TCP’s three-way handshake is complete. This is why the option must be set on
the listening socket. (The sizes of the socket buffers are always inherited from
the listening socket by the newly created connected socket)"Signed-off-by : Joel Cunningham <joel.cunningham@me.com>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
TVHeadend not using codec copy on an IPTV stream ?
3 avril 2020, par petaireSo I'm using the great TVHeadend, which is in my case a DVB-T or IPTV server that can record greatly some inputs. This is a great piece of software, which I recommend much.



But I'm a little bit confused in here. So I've set up a tvheadend on a raspberry pi 4, because I need for my work to record a lot of tv programs. I appreciate TVheadend very much on an other installation, and so are my coworkers who also needs to use it and not a CLI only interface (that's relevant you'll see).



So when I'm using a simple ffmpeg command like this :



ffmpeg -err_detect ignore_err -i http://mystream -to 00:10:00 -codec copy /media/partage/dvr/test.mp4




my cpu usage goes to something like 1 or 2% percent. But when I'm trying to replicate that in tvheadend, the cpu goes to 400%, and clearly it's not the same behavior.



Here my stream configuration :






Here's the result with ffmpeg codec copy :



General
Complete name : /Volumes/Share/dvr/test2.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/avc1/mp41)
File size : 58.3 MiB
Duration : 3mn 20s
Overall bit rate : 2 436 Kbps
Writing application : Lavf58.20.100

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.1
Format settings : 2 Ref Frames
Format settings, CABAC : No
Format settings, ReFrames : 2 frames
Format settings, GOP : M=3, N=50
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 3mn 20s
Bit rate : 2 300 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.100
Stream size : 55.0 MiB (94%)
Codec configuration box : avcC

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 3mn 20s
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 44.1 KHz
Frame rate : 43.066 fps (1024 SPF)
Compression mode : Lossy
Stream size : 3.07 MiB (5%)
Language : French
Default : Yes
Alternate group : 1




And the result with tvheadend :



General
Complete name : /Volumes/Share/dvr/2020-04-01/BFMTV/Edition-speciale-BFMTV2020-04-0121-00.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/avc1/iso6/mp41)
File size : 8.40 MiB
Duration : 42s 486ms
Overall bit rate : 1 659 Kbps
Movie name : Edition spéciale
Writing application : Lavf58.20.100

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 40s 512ms
Bit rate : 11.9 Kbps
Nominal bit rate : 1 500 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 25.000 fps
Minimum frame rate : 13.885 fps
Maximum frame rate : 25.014 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.001
Stream size : 58.6 KiB (1%)
Writing library : x264 core 155 r2917 0a84d98
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=125 / keyint_min=12 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=1500 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=1875 / vbv_bufsize=5625 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Codec configuration box : avcC

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 42s 486ms
Bit rate mode : Constant
Bit rate : 172 bps
Nominal bit rate : 172 Kbps
Channel(s) : 1 channel
Channel layout : C
Sampling rate : 48.0 KHz
Frame rate : 46.875 fps (1024 SPF)
Compression mode : Lossy
Stream size : 915 Bytes (0%)
Language : French
Default : Yes
Alternate group : 1




As you can see, Tvheadend is making a variable bitrate and variable framerate file, which is really bad for Premiere Pro (which is the main goal for all this). Clearly it's transcoding it, which I don't need, in a format that is worst for my workflow.



My Pi4 is on Raspbian Buster, but I've also tried this with the same unfortunate result on libreelec.



Does anyone has any idea ?


-
Evolution #4766 : Passer le menu d’ajouts rapides dans un sous-menu
4 mai 2021, par RastaPopoulos ♥Cédric commentait :
c’est un bandeau d’accès rapide à l’écriture de contenus : c’est pas pour planquer les trucs dans un sous menu, donc ça me parait une mauvaise idée en terme d’interface même si ça semble plus simple pour les devs
Ce sur quoi je ne suis pas d’accord :)
C’est un bandeau d’accès rapide essentiellement pour créer un nouveau contenu, au final jamais personne n’y a mis autre chose que de la création. Donc pas pour n’importe quels accès rapides : que de la création, c’est super cohérent.
Ce menu permet donc de créer sans quitter la page actuelle, c’est-à-dire sans naviguer sur plusieurs pages + devoir chercher et trouver un autre lien sur ces autres pages (exemple, aller dans Édition (ou autre) => Patates puis ensuite trouver un lien).
Le fait que ce soit une entrée unique qui se déroule n’est pas planqué du tout :
1) c’est plus facilement identifiable, car UN bouton à connaitre quand on veut accéder à une création sans quitter la page : réduction de la charge mentale, ya pas plein de choses affichées, sans label en plus, mais un seul : plus facile à former, et plus facile à mémoriser ensuite quand on l’a utilisé une fois
2) à l’intérieur du sous-menu, on a désormais des labels pour chaque entrée, donc là aussi, bien plus facilement accessible à tout le monde, il n’y a pas à se souvenir des icones, ni a les compter comme RealET (cliquez sur la 3ème icones etc : super BAD pour la formation justement, le fait qu’il n’y ait pas de label), là une fois le menu ouvert, tout le monde sera capable de s’y retrouver sans l’aide de la formatriceBref, c’est mieux. :)