Il y a un truc bizarre parce que perso, j'arrive à faire à peu près 10 seeks par seconde sur mes videos sur disque dur, et ma machine n'est qu'un celeron 400 !
(on parle toujours de xine)
Alors j'ai vérifié hier soir, en fait le seek est rapide, j'obtiens l'image (la nouvelle image) quasiment tout de suite, mais elle reste figée pendant un bout de temps avant de reprendre son cours. Ce bout de temps est quasiment de l'ordre de la seconde, et dépend du codec, ça va plus vite avec du mpeg que du wmv.
A noter que j'ai un Duron 1GHz, 384 M de RAM et XFree 4.2 avec l'extension Xv sur une Matrox G400 (une config respectable autrement dit).
Merci pour tes explications sur l'architecture de xine.
Cette latence est une option de config qui doit se trouver dans ~/.xine/config, la valeur par défaut a surement changé entre la beta10 et la beta11, et ton fichier de config contient peut-etre encore la vieille valeur. Essaye de supprimer la ligne correspondante (un truc genre metronom_prebuffering), ou bien de virer le fichier de conf si tu ne tiens pas trop à tes options.
J'ai renommé le fichier de config pour voir, mais ça n'a rien changé (il a été recrée avec presque les mêmes valeurs qu'avant, j'ai fait un diff).
Il y a une option appelée "audio.av_sync_method:metronom_feedback" (# choose method to sync audio and video) mais je n'y ai pas touchée car ça ne m'a pas semblé pertinent. J'ai aussi vu "video.num_buffers:500" (# number of video buffers to allocate (higher values mean smoother playback but higher latency)), j'ai ramené le chiffre à 100 pour voir mais je n'ai vu aucune différence.
[^] # Re: fluidité mplayer et support faad
Posté par Olivier Jeannet . En réponse à la dépêche Sortie de VideoLAN Client (VLC) 0.6.0. Évalué à 1.
(on parle toujours de xine)
Alors j'ai vérifié hier soir, en fait le seek est rapide, j'obtiens l'image (la nouvelle image) quasiment tout de suite, mais elle reste figée pendant un bout de temps avant de reprendre son cours. Ce bout de temps est quasiment de l'ordre de la seconde, et dépend du codec, ça va plus vite avec du mpeg que du wmv.
A noter que j'ai un Duron 1GHz, 384 M de RAM et XFree 4.2 avec l'extension Xv sur une Matrox G400 (une config respectable autrement dit).
Merci pour tes explications sur l'architecture de xine.
Cette latence est une option de config qui doit se trouver dans ~/.xine/config, la valeur par défaut a surement changé entre la beta10 et la beta11, et ton fichier de config contient peut-etre encore la vieille valeur. Essaye de supprimer la ligne correspondante (un truc genre metronom_prebuffering), ou bien de virer le fichier de conf si tu ne tiens pas trop à tes options.
J'ai renommé le fichier de config pour voir, mais ça n'a rien changé (il a été recrée avec presque les mêmes valeurs qu'avant, j'ai fait un diff).
Il y a une option appelée "audio.av_sync_method:metronom_feedback" (# choose method to sync audio and video) mais je n'y ai pas touchée car ça ne m'a pas semblé pertinent. J'ai aussi vu "video.num_buffers:500" (# number of video buffers to allocate (higher values mean smoother playback but higher latency)), j'ai ramené le chiffre à 100 pour voir mais je n'ai vu aucune différence.
Votre avis, ô grand maître de xine ? ;-)