
Recherche avancée
Médias (91)
-
#3 The Safest Place
16 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#4 Emo Creates
15 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#2 Typewriter Dance
15 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
#1 The Wires
11 octobre 2011, par
Mis à jour : Février 2013
Langue : English
Type : Audio
-
ED-ME-5 1-DVD
11 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Audio
-
Revolution of Open-source and film making towards open film making
6 octobre 2011, par
Mis à jour : Juillet 2013
Langue : English
Type : Texte
Autres articles (102)
-
Gestion des droits de création et d’édition des objets
8 février 2011, parPar 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 ;
-
Dépôt de média et thèmes par FTP
31 mai 2013, parL’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...) -
ANNEXE : Les plugins utilisés spécifiquement pour la ferme
5 mars 2010, parLe site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)
Sur d’autres sites (10871)
-
Revision 29944 : On peut comptabiliser les pages du privé
17 juillet 2009, par kent1@… — LogOn peut comptabiliser les pages du privé
-
ffmpeg capture output from child window
3 janvier 2013, par glitchymeusing
xwininfo -all
I'm able to see the stats of any window, along with its child windowsxwininfo: Window id: 0x3c000ba "Electro - The Slag & Prototype Raptor - Crescendo - YouTube - Mozilla Firefox"
Root window id: 0xa8 (the root window) (has no name)
Parent window id: 0xc001b8 (has no name)
2 children:
0x3c00175 (has no name): () 1388x876+0+0 +52+24
5 children:
0x3d210ab (has no name): () 854x510+225+197 +277+221
1 child:
0x3d210ac (has no name): () 854x510+0+0 +277+221
1 child:
0x40404de "plugin-container": ("plugin-container" "Plugin-container") 854x510+0+0 +277+221
2 children:
0x40404e1 (has no name): () 854x510+0+0 +277+221
0x40404df (has no name): () 1x1+-1+-1 +276+220
0x3ddbcf2 (has no name): () 640x390+225+162 +277+186
1 child:
0x3ddbcf3 (has no name): () 640x390+0+0 +277+186
1 child:
0x403d545 "plugin-container": ("plugin-container" "Plugin-container") 640x390+0+0 +277+186
2 children:
0x403d548 (has no name): () 640x390+0+0 +277+186
0x403d546 (has no name): () 1x1+-1+-1 +276+185
0x3dac7f9 (has no name): () 640x390+225+162 +277+186
1 child:
0x3dac7fa (has no name): () 640x390+0+0 +277+186
1 child:
0x4039d8b "plugin-container": ("plugin-container" "Plugin-container") 640x390+0+0 +277+186
2 children:
0x4039d8e (has no name): () 640x390+0+0 +277+186
0x4039d8c (has no name): () 1x1+-1+-1 +276+185
0x3c3f939 (has no name): () 640x390+225+197 +277+221
1 child:
0x3c3f93a (has no name): () 640x390+0+0 +277+221
1 child:
0x4011918 "plugin-container": ("plugin-container" "Plugin-container") 640x390+0+0 +277+221
2 children:
0x401191b (has no name): () 640x390+0+0 +277+221
0x4011919 (has no name): () 1x1+-1+-1 +276+220
0x3c0d1dc (has no name): () 1x1+0+97 +52+121
1 child:
0x3c0d1dd (has no name): () 1x1+0+0 +52+121
1 child:
0x4002c1e "plugin-container": ("plugin-container" "Plugin-container") 1x1+0+0 +52+121
2 children:
0x4002c40 (has no name): () 1x1+0+0 +52+121
0x4002c1f (has no name): () 1x1+-1+-1 +51+120
0x3c000bb (has no name): () 1x1+-1+-1 +51+23
Absolute upper-left X: 52
Absolute upper-left Y: 24
Relative upper-left X: 0
Relative upper-left Y: 0
Width: 1388
Height: 876
Depth: 24
Visual: 0x23
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (installed)
Bit Gravity State: NorthWestGravity
Window Gravity State: NorthWestGravity
Backing Store State: NotUseful
Save Under State: no
Map State: IsViewable
Override Redirect State: no
Corners: +52+24 -0+24 -0-0 ç0
-geometry 1388x876-0-0
Bit gravity: NorthWestGravity
Window gravity: NorthWestGravity
Backing-store hint: NotUseful
Backing-planes to be preserved: 0xffffffff
Backing pixel: 0
Save-unders: No
Someone wants these events:
KeyPress
KeyRelease
ButtonPress
ButtonRelease
EnterWindow
LeaveWindow
PointerMotion
Exposure
VisibilityChange
StructureNotify
FocusChange
PropertyChange
Do not propagate these events:
Override redirection?: No
Window manager hints:
Client accepts input or input focus: Yes
Initial state is Normal State
Displayed on desktop 0
Window type:
Normal
Window state:
Maximized Vert
Maximized Horz
Process id: 4087 on host jb
Frame extents: 0, 0, 0, 0
Normal window size hints:
Program supplied minimum size: 18 by 97
Program supplied maximum size: 1073741824 by 1073741824
Program supplied window gravity: NorthWestGravity
No zoom window size hints defined
No window shape defined
No border shape definedHowever, if I try capturing from the screen given the size and offset of the child window, then I risk losing data when another window floats ontop of it, I switch to another tab while recording, I resize the child window, or move the child window. Instead, I'd like to use ffmpeg to capture from specifically that child window.
Ideas ? Tips ? Maybe some other hacks to accomplish this ? Thanks :)
-
avformat/mux : Preserve sync even if later packet has negative ts
18 janvier 2022, par Andreas Rheinhardtavformat/mux : Preserve sync even if later packet has negative ts
write_packet() has code to shift the packets timestamps
to make them nonnegative or even make them start at ts zero ;
this code inspects every packet that is written and if a packet
with negative timestamp (whether this is dts or pts depends upon
another flag ; basically : Matroska uses pts, everyone else dts)
is encountered, this is offset to make the timestamp zero.
All further packets will be offset accordingly (with the offset
converted according to the streams' timebases).This is based around an assumption, namely that the timestamps
are indeed non-decreasing, so that the first packet with negative
timestamps is the first packet with timestamps. This assumption
is often fulfilled given that the default interleavement function
by default interleaves per dts ; yet there are scenarios in which
it may not be fulfilled :
a) av_write_frame() instead of av_interleaved_write_frame() is used.
b) The audio_preload option is used.
c) When the timestamps that are made nonnegative/zero are pts
(i.e. with Matroska), because the packet with the smallest dts
is not necessarily the packet with the smallest pts.
d) Possibly with custom interleavement functions.
In these cases the relative sync of the first few packet(s) is offset
relative to the later packets. This contradicts the documentation
("When shifting is enabled, all output timestamps are shifted by
the same amount").Therefore this commit changes this : As soon as the first packet
with valid timestamps is output, it is checked and recorded whether
the timestamps need to be shifted. Further packets are no longer
checked for needing to be offset ; instead they are simply offset.
In the cases above this leads to packets with negative timestamps
(and the appropriate warnings) instead of desync. This will mostly
be fixed in the next commit.This commit also factors handling the avoid_negative_ts stuff out
of write_packet() in order to be able to return immediately.Tickets #4536 and #5784 as well as the matroska-avoid-negative-ts-test
are examples of c) ; as has been said, some timestamps are now negative,
yet the ref file update does not show it because ffmpeg.c sanitizes
the timestamps (-copyts disables it ; ffprobe and mkvinfo also show
the original timestamps).Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>