Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

"sense" video files as for the quality of their compression, seekability, ...

Abierto
  • ¿Algo no está bien?
#1,575 1 comentario 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
25/100
Tipo de issue
Nueva funcionalidad
Claridad
Necesita aclaración
Estado de actividad
Estancado
Área
cli, data

Línea de trabajo

No se nombra ningún archivo del repositorio, prueba ni punto de entrada. Comienza localizando las rutas de carga y validación en dandi-cli y, después, define cómo se evaluarían las comprobaciones de compresión y de seekability; se considerará terminado un procedimiento acordado y comprobable que cubra las directrices de validación y cualquier revisión de archivos.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

ember

Came up in a meetup with @talmo re their experiences in SLEAP working with video recordings of behavioral data. In their experience, many, if not most, videos coming from audio/video recording hardware would be either uncompressed or badly compressed, resulting in those recordings taking LOTS of space (placing the aspect of number of files aside for now). For that reason in https://sleap.ai/help.html#does-my-data-need-to-be-in-a-particular-format they provide recommended settings for ffmpeg to see such files compressed:

ffmpeg -y -i "input.mp4" -c:v libx264 -pix_fmt yuv420p -preset superfast -crf 23 "output.mp4"

Similarly, for ReproNim's reprostim project, where we capture audio/video of presented to MRI experiment stimuli using cheap magewell capture card, and on a small underpowered hardware, with @vmdocua we specify default settings in https://github.com/ReproNim/reprostim/blob/master/src/reprostim-capture/videocapture/config.yaml#L105 for ffmpeg video component as

-c:v libx264 -flush_packets 1 -preset ultrafast -crf 18 -tune zerolatency -b:v 8M -maxrate 8M -bufsize 16M -vf setpts=PTS-STARTPTS

ATM.

edited: In DANDI we already have 44 dandisets with videos 
dandi@drogon:/mnt/backup/dandi/dandisets$ for f in 0*; do find $f -regextype posix-extended -iregex '.*\.(mp4|avi|wmv|mov|flv|mkv)'; done  >| /tmp/videos.txt 
dandi@drogon:/mnt/backup/dandi/dandisets$ grep -v '\.git' /tmp/videos.txt | sed -e  's,/.*,,g' | sort | uniq -c | sort -nr | nl
     1	   2483 000559
     2	    899 000409
     3	    794 000779
     4	    495 000540
     5	    459 000951
     6	    400 000780
     7	    360 000793
     8	    360 000792
     9	    319 000782
    10	    319 000781
    11	    264 000831
    12	    264 000830
    13	    256 000867
    14	    256 000866
    15	    115 000231
    16	    105 000833
    17	    105 000832
    18	     82 000568
    19	     64 001084
    20	     40 000807
    21	     40 000806
    22	     40 000805
    23	     40 000804
    24	     40 000803
    25	     40 000802
    26	     40 000801
    27	     40 000800
    28	     32 000689
    29	     19 000624
    30	     18 000863
    31	     18 000862
    32	     16 001172
    33	      9 001259
    34	      9 000727
    35	      9 000576
    36	      8 001190
    37	      8 000718
    38	      3 001195
    39	      2 001180
    40	      1 001265
    41	      1 000892
    42	      1 000691
    43	      1 000360
    44	      1 000167

I think it would be

  • useful to provide some guidance at the time of validation/upload to ensure that videos uploaded to archive are appropriately compressed and we are not blowing up the size of the archive with loosely or uncompressed videos. Yet to figure out usable procedures for that but could be pretty much taking a sample video and recompressing with "recommended" settings and seeing how well it compresses
  • validate that videos are seekable (ref: https://github.com/janclemenslab/napari-video/issues/3 per @talmo comment below)
  • reviewing current videos in the archive and issue such recommendations?
Lenguaje dominante
Python
Estrellas
29
Forks
37
Merge medio
1 d 5 h
PR fusionados (30 d)
20

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de dandi/dandi-cli

Todos los issues de dandi/dandi-cli

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.