
Recherche avancée
Autres articles (47)
-
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 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 (...) -
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)
Sur d’autres sites (5487)
-
VB Dot Net ffMpeg Network Web Server Cannot Execute JS Ajax Call to Private Web Server When Client is Outside Network
29 septembre 2019, par SonbeltI have a solution that is using Windows Server 2008 (Web Server), Windows Server 2008 (MS Sql Database Server), Computer with Windows 10 Home with IIS acting as a file server that runs command line calls where ffMpeg converts video files to html5 compliant files and then puts them on the NAS (a WD Network Drive.). Users then use the public website to view the videos streamed from the NAS.
Windows Server 2008 cannot make a command line call to ffMpeg. If it could the performance hit would be too large.
In order to get the public web server to call a private web page I’m using an Ajax post call to the file server web site. That site converts the videos and then there is a separate routine that moves the files using the same methodology. In order to get the file server where it can move the files to the NAS I’ve set the application pool identity to a specific user. The public web server is using the Network Service as the identity for the application pool.
When I run the pages on the public server from behind the firewall where the calling ip address is in the same network the solution works fine but when I use any device or browser when the calling ip address is not in the local network the JS Ajax call to the private web site does not work. No lines appear in the IIS log on the file server.
I’ve tried changing to the other built in choices and set the identity as the administrator on the public web server. Turned off the public server firewall, turned off the private files server firewalls without success.
The solution needs to work when the calling ip address is not in the local network. I apologize for long post. Can you help me please ?
-
Merge commit '7cb053e4ddf258e2dbf52ccc586548680742d758'
6 novembre 2017, par James AlmerMerge commit '7cb053e4ddf258e2dbf52ccc586548680742d758'
* commit '7cb053e4ddf258e2dbf52ccc586548680742d758' :
nvenc : Minimize the surface allocation
nvenc : Use a fifo to manage the free surface pool
nvenc : Add an explicit auto aliasThis commit is a noop, see
7b0689c55f1f8ee3abca58e1e3522f1c33beb60b
8de3458a07376b0a96772e586b6dba5e93432f52
de2faec2faf34ee948d400101299d4ccdc1f3a50Merged-by : James Almer <jamrial@gmail.com>
-
ffmpeg : set extra_hw_frames to account for frames held in queues
25 février 2024, par Mark Thompsonffmpeg : set extra_hw_frames to account for frames held in queues
Since e0da916b8f5b079a4865eef7f64863f50785463d the ffmpeg utility has
held multiple frames output by the decoder in internal queues without
telling the decoder that it is going to do so. When the decoder has a
fixed-size pool of frames (common in some hardware APIs where the output
frames must be stored as an array texture) this could lead to the pool
being exhausted and the decoder getting stuck. Fix this by telling the
decoder to allocate additional frames according to the queue size.