
Recherche avancée
Médias (91)
-
Corona Radiata
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Lights in the Sky
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Head Down
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Echoplex
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Discipline
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
-
Letting You
26 septembre 2011, par
Mis à jour : Septembre 2011
Langue : English
Type : Audio
Autres articles (74)
-
MediaSPIP version 0.1 Beta
16 avril 2011, parMediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Pour avoir une installation fonctionnelle, 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 (...) -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
La file d’attente de SPIPmotion
28 novembre 2010, parUne file d’attente stockée dans la base de donnée
Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)
Sur d’autres sites (7740)
-
Best way to convert video from h264 to h265 and copy audio without lose too match quality
9 mai 2021, par user3449922I have some mkv file ripped from blu ray and I like to convert it to h265 with ffmpeg.


I have tried this command :


ffmpeg.exe -i title00.mkv -c:v hevc_nvenc test_2.mkv



and the result seem incredible : original size : 27 GB , output size : 1.6 GB


Francanly I don't expect a similar result that is very strange.


The quality seem similar at the fist look, but I don't belive it.


I ask if there is a better way to preserve the original quality and it is not important if the output size is 4 or 5 GB that is in all cases a excellet result.


I have Nvidia GTX 1060 6GB


Can you suggest me a best way to do it ?


-
ffprobe output frame with read_intervals no match given time range
6 juillet 2016, par scott1028I have read ffprobe document at here.
I don’t know why my first time of the frame is 11.745 seconds, even given "-read_intervals 12%13". (12sec 13sec )
$ ffprobe -i chrome.webm -show_frames -select_streams v:0 -read_intervals 12%13 -hide_banner -loglevel panic
[FRAME]
media_type=video
stream_index=0
key_frame=1
pkt_pts=11745
pkt_pts_time=11.745000
pkt_dts=11745
pkt_dts_time=11.745000
best_effort_timestamp=11745
best_effort_timestamp_time=11.745000
pkt_duration=33
pkt_duration_time=0.033000
pkt_pos=717643
pkt_size=5864
width=480
height=270
pix_fmt=yuv420p
sample_aspect_ratio=1:1
pict_type=I
coded_picture_number=0
display_picture_number=0
interlaced_frame=0
top_field_first=0
repeat_pict=0
[/FRAME]
... -
Why don't VideoIntelligence end_time_offset values match for the same video ?
3 septembre 2022, par ProGirlXOXOWhen parsing the results of Google's Video Intelligence API, I've noticed that
speech_transcriptions
and all other annotation results are split into two separate list items withinannotation_results
. See the example output below.

Digging further, I've noticed they have slightly varied
end_time_offset
values.

- 

- Why are these
end_time_offset
values different ? I expect them both to show the exact same value since the exact same video is being analyzed for both sets of features. In some cases this value is off by more than a second. - Assuming this is not an error, which
end_time_offset
I trust if I want to determine the total duration of the video ? - Why is feature output split into two different list items ?








{
 "annotation_results": [
 {
 "input_uri": "<redacted>.mp4",
 "segment": {
 "start_time_offset": {},
 "end_time_offset": {
 "seconds": 57,
 "nanos": 849516000
 }
 },
 "shot_label_annotations": [],
 "shot_annotations": [],
 "explicit_annotation": {},
 "text_annotations": [],
 "logo_recognition_annotations": []
 },
 {
 "input_uri": "<redacted>.mp4",
 "segment": {
 "start_time_offset": {},
 "end_time_offset": {
 "seconds": 58,
 "nanos": 69333000
 }
 },
 "speech_transcriptions": []
 }
 ]
}
</redacted></redacted>


- Why are these