[INFO] Entraide MPF

Petite coquille @leeoneil ici :



C'est un F et non un C ...

Il faudrait aussi préciser qu'il faut bien être à jour avec les visual C++ , moi j'ai eu le soucis ..

Merci bien vu la coquille !
Ce n'est surtout plus à jour car ils sont passés à la 0.57 !
Dès que j'ai un moment je corrige !

La procédure est kifkif il faut juste virer le "--pre"

Petit retour d'information, car je pense que j'ai voulu faire un truc pas courant, et j'ai galéré comme pas possible.
Je pensais que ce serait une formalité, et ça m'a pris 5 heures pour trouver quelque-chose qui fonctionne chez moi :
lire des vidéos de façon aléatoire

Je ne sais pas si mon tout petit PC me bloque ou si c'est MPF qui n'est pas encore au point sur le sujet.
Depuis le début, j'ai réussi à avoir beaucoup de trucs aléatoire, donc je pensais maîtriser, mis là dès qu'on passe sur les vidéos, tout ce que j'avais appris ne fonctionne plus aussi simplement.

Donc pour information, si jamais vous en aviez besoin, je m'en suis tiré en ajoutant un délais entre chaque lecture.

Le résultat : des vidéos sont piochées aléatoirement et jouées pendant les missions (effet garantie, pas de lassitude possible).
Exemple avec uniquement le code liés aux vidéos.

Code:

event_player:
  mode_charleston_started: launch_random_charleston_video
  relaunch_charleston_video: launch_random_charleston_video|5s

Code:

random_event_player:
  launch_random_charleston_video:
    events:
      - launch_charleston_video_1
      - launch_charleston_video_2
      - launch_charleston_video_3

Code:

widgets:
  video_charleston_1_scratch_widget:
    type: video
    video: charleston_scratch_movie_1
    auto_play: true
    end_behavior: stop
    z: 2
    events_when_removed: relaunch_charleston_video
  video_charleston_2_scratch_widget:
    type: video
    video: charleston_scratch_movie_2
    auto_play: true
    end_behavior: stop
    z: 2
    events_when_removed: relaunch_charleston_video
  video_charleston_3_scratch_widget:
    type: video
    video: charleston_scratch_movie_3
    auto_play: true
    end_behavior: stop
    z: 2
    events_when_removed: relaunch_charleston_video

Code:

widget_player:
  launch_charleston_video_1:
    video_charleston_1_scratch_widget:
      slide: base_slide    
  launch_charleston_video_2:
    video_charleston_2_scratch_widget:
      slide: base_slide
  launch_charleston_video_3:
    video_charleston_3_scratch_widget:
      slide: base_slide

  remove_random_charleston_video_1:
    video_charleston_1_scratch_widget:
      action: remove
  remove_random_charleston_video_2:
    video_charleston_2_scratch_widget:
      action: remove
  remove_random_charleston_video_3:
    video_charleston_3_scratch_widget:
      action: remove

Code:

videos:
  charleston_scratch_movie_1:
    width: 1440
    height: 900
    file: charleston_video_1.mp4
    events_when_stopped: remove_random_charleston_video_1
  charleston_scratch_movie_2:
    width: 1440
    height: 900
    file: charleston_video_2.mp4
    events_when_stopped: remove_random_charleston_video_2
  charleston_scratch_movie_3:
    width: 1440
    height: 900
    file: charleston_video_3.mp4
    events_when_stopped: remove_random_charleston_video_3

Sans tout ce bordel, je n'avais rien de fonctionnel.
Le mieux que j'avais, c'était 2 vidéos qui se lançaient de suite puis ça commençait à déconner (images figées, vidéos bloqués ou tournant en boucle sur 2 images).
A noter que j'ai essayé de travailler avec des slides différents avec le même résultat (plutôt comme ici que de sortir et de ré-injecter les widgets).
Ma méthode est peu orthodoxe car je n'ai qu'un seul slide que j'alimente au fur et à mesure, j'aime mieux ça que de tout remplacer à chaque fois.

A noter que le PC peut lire une vidéo de 10 gigas sans broncher dans MPF.
Mais dès que j'ai essayé d'enchainer aléatoirement les vidéos, il semble être à bout de souffle (pourtant chaque vidéo fait entre 50 et 150mo). En regardant l'utilisation CPU et mémoire dans MPF il en avait pourtant largement sous le coude.

Ah oui en effet c’est bizarre cette histoire… comme une sorte d’engorgement finalement…
Bon…

Sinon, il y avait une autre solution pour lire des vidéos de façon aleatoire: inclure une section "video_pools" dans ta config.

La doc n’est pas encore rédigée pour cette fonction, mais cela doit très probablement fonctionner comme les « sound_pools »…

Doc MPF:
https://missionpinball.org/config/video_pools/
https://missionpinball.org/config/sound_pools/

J’en parle car il y a dans cette section un réglage pour paramètrer de chargement de l’asset, en l'occurence « pre load ou load on_demand… peut être que cela aurait pu t’éviter d’avoir ce phénomène d’engorgement…

J’utilise énormément les sound_pools et ils marchent TRES BIEN, mais je n'ai jamais eu m'occasion d'utiliser les video_pools, donc je n’ai pas de retour d’expérience avec ceux-ci…
À essayer un de ces quatres peut être…

Merci en tout cas d’avoir partagé ta solution

@Laurent0722 j'ai bien vu cette section "video_pool" non documentée, sauf que comme pour les sons (que j'utilise énormément), ça ne va piocher qu'une fois dans la liste. Donc ensuite il faut relancer la lecture, et c'est là que ça déconne.
Pour ça que j'ai utilisé cette solution de contournement avec des évènements aléatoires.
C'est de la grosse bidouille, et c'est difficile de dire si c'est MPF qui bloque ou si c'est le PC.


edit: actuellement sur MPF c'est impossible de "preload" ou de jouer avec "on_demand" sur les vidéos.
En effet elles sont en lecture "streaming" sans possibilité de contournement, pour éviter les crash mémoire (preload un truc de 25 go et ça risque de mal se passer ! )

Oui, en effet, si tu veux pouvoir "enchaîner" automatiquement la lecture de plusieurs vidéos les video_pools ne conviennent pas car ils ne permettent pas d'avoir un events_when_stopped pour déclencher la lecture de la vidéo suivante... ni même de régler un slide cible pour la lecture de la vidéo...
C'est bien... mais pas suffisant !  

@leeoneil ces codes MPF devrait , à mon sens , être différencié dans des sujets sépares , ce serait plus lisible non .

Si tu m'y autorise je m'en occupe

@peskopat
Ah oui n'hésites pas si tu veux ranger ça un peu plus proprement

Ok j'essaierais de m'en occuper , pas facile en ce moment , le flipper me prends tout mon temps

@Laurent0722 ou  @Tiboflip54 vous aviez vu qu'il y a une version "production" pour MPF ?
En gros, on peut compiler des trucs pour qu'ensuite il démarre plus rapidement ?
Vous avez testé ?

A priori, après avoir compilé le code avec la fonction mpf build production_bundle, il "suffit" de lancer le jeu avec la commande mpf -P.
Bien entendu, si modification sur le code il faudra "re-compiler".

Je découvre complètement, je teste ça dès que possible !

edit : alors pour l'instant ça ne fonctionne pas chez moi.
La compilation semble fonctionner, j'ai un "success" !
Quand je lance mpf -P, mpf se lance (la fenêtre avec les switches etc..) mais pas l'affichage du jeu. Au bout de 30 secondes, le lancement coupe en disant que ça a pris trop de temps... A suivre...

Salut Leeoneil,
Non je ne connaissais pas.si je comprends bien c est à la toute fin que l on compile le code.
Ton code mets beaucouo de temps à se lancer?.
Laurent m a dit que les gifs allongent le temps de chargement...
Pour ma part j'en ai pas et le chargement prend que qqs secondes.

@Tiboflip54 en fait au dernier salon, Nicolas P. avait un chargement en pourcentage au lancement du flipper (sur l'invaders).
Je lui ai demandé comment il avait fait ça, et il m'a dit que c'était automatique avec le mode "production", donc j'ai testé.
Je pense qu'il a oublié de m'expliquer un morceau !  

Le mode production ne me donne pas un loading automatique, et pour l'instant je n'ai pas vu de grosse différence de chargement. Chez moi c'est pas ultra long, bien que je preload toutes mes musiques (sinon y'a a effet "sacade sonore" au lancement d'une nouvelle musique).
J'ai 3 go de vidéos maintenant, ça ne bronche pas, ça ne ralentit rien au chargement en tout cas (mais les videos sont en streaming, impossible à preload, et heureusement !). Aucun gif, je ne sais pas si j'en mettrais, à voir.

Je m'y remettrais plus tard !