Le site des utilisateurs d'AmigaOS 4.1
24 visiteur(s) et 0 membre(s) en ligne.
Menu
Annonces Google
Vidéos
Serveur IRC
Serveur : irc.portlane.se
Canal : #AmigaNG
Canal : #AmigaNG
Activité du Site
Pages vues depuis 25/07/2007 : 25 505 127
- Nb. de membres 187
- Nb. d'articles 1 271
- Nb. de forums 19
- Nb. de sujets 20
- Nb. de critiques 24
Index du forum »» Création-Développement »» smTube : lecture directe YouTube Qt
smTube : lecture directe YouTube Qt#1657
22Contributeur(s)
3 Modérateur(s)
zzd10h
Si tu parles de Liveforit-MPlayer, il y a la 6.4 sur os4depot.
Message édité par : zzd10h / 08-07-2015 19:09
Mais si tu télécharges la vidéo plutôt que de la streamer, ça speede aussi ?
Quand tu dis HD, c'est quoi exactement comme format + lien youtube ?
Et tes options MPLayer complètes (style -vo) pour qu'un SAM460ien puisse tester ?
edit : je me souviens avoir du mettre "-ao sdl" pour un problème de lecture vidéo, mais je ne me rappelle plus pourquoi. Je ne suis pas à côtè de mon x1000, peux-tu tester ?
Message édité par : zzd10h / 08-07-2015 19:09
K-L
Le -ao sdl sert à la synchro audio/video.
Je pense que Pseudaxos regarde les vidéos en mode dégradé (l'option skiploopfilter dans MPlayer:conf/config ), ce qui permet de gagner en rapidité contre une image vraiment moche.
--
AmigaONE X1000/1,8 Ghz (A-Eon), Radeon RX560, 2 Go de Ram et OS4.1 FE
AmigaONE X1000/1,8 Ghz (A-Eon), Radeon RX560, 2 Go de Ram et OS4.1 FE
samo79
@Guillaume
Message édité par : samo79 / 09-07-2015 01:08
Very strange even with the latest SMTube at some point i continue to have a sort of "freeze" alike issue ... at some point expecially after i press "enter" for starting a new search my CPUInfo.docky advice me that the CPU reached the 100% of usage !
I can't explain this behaviour, never seen a problem like this before ...
All i know is that when this happen the whole SMTube interface will be blocked and i can't even close its window, the only method is to kill the task with SysMon but of course this is not a real solution (infact CPU still at 100% even after i forced its closure in this brutal way)
As a "workaround" i tried to delete the entire prefs file in "Qt/home/.config/smtube" then to restart it with a new fresh config file, but at next restart it's all the same ... mmmm ...
Message édité par : samo79 / 09-07-2015 01:08
zzd10h
Hi Samir,
In the old GUI, didn't you ave this problem with a hidden window when you issued a wrong search ?
In the old GUI, didn't you ave this problem with a hidden window when you issued a wrong search ?
I know that you are Qt uptodate, i don't know what could be the problem.
Personally, i encounter freezes from time to time when closing About or Settings window. But like with the old GUI.
Pseudaxos
@zz,
lien par exemple : http://www.youtube.com/watch?v=cgX1geb4FlA
Avec options : MPLAYER_OPTIONS = "-vo comp -ao sdl -cache 8192 -cache-min 20 -autoq 100 -autosync 30"
Et l'image n'est pas moche...
Après bien des tests, il s'avère que le rafraichissement d'image est bien plus rapide avec le port VGA ne serait-ce que pour passer de fenêtré en fullscreen.
K-L
Zzd10h a mis un moment avant de se rendre compte que l'image était moche. j'avais beau lui expliquer que ça venait de cette horrible option skiploopfilter=all , il a fini par le découvrir par lui-même.
Là où c'est comique, c'est que LiveForIt laisse cette option enclenchée par défaut, histoire de faire croire que son Mplayer est super rapide. J'ai eu beau lui demander à de multiples reprises de retirer cette option "forcée" du fichier de configuration, il ignore complètement cette requête.
C'est à l'utilisateur de décider s'il veut dégrader la qualité vidéo au profit de la vitesse, pas au développeur.
ça aussi, ça contribue à me conforter dans ce que je pense de l'état actuel du système et du comportement assez arrogant de quelques développeurs.
Là où c'est comique, c'est que LiveForIt laisse cette option enclenchée par défaut, histoire de faire croire que son Mplayer est super rapide. J'ai eu beau lui demander à de multiples reprises de retirer cette option "forcée" du fichier de configuration, il ignore complètement cette requête.
C'est à l'utilisateur de décider s'il veut dégrader la qualité vidéo au profit de la vitesse, pas au développeur.
ça aussi, ça contribue à me conforter dans ce que je pense de l'état actuel du système et du comportement assez arrogant de quelques développeurs.
--
AmigaONE X1000/1,8 Ghz (A-Eon), Radeon RX560, 2 Go de Ram et OS4.1 FE
AmigaONE X1000/1,8 Ghz (A-Eon), Radeon RX560, 2 Go de Ram et OS4.1 FE
zzd10h
@Pseudo
1) comme le dit K-L, si tu retires le skiploopfilter dans Progdir:conf/, c'est mieux ?
2) et si tu télécharges avant de visionner ta vidéo ?
3) d'ailleurs, la vitesse est un pb ou pas ? Je ne comprends pas bien...
Pseudaxos
@zz,
Ben non, j'ai pas de soucis... Ca fonctionne très bien.. L'option loopfilter = off, bon àsavoir. C'était juste pour dire que sur le port VGA, le rafraichissement de l'image était plus rapide qu'avec le port DVI et/ou Hdmi.
Pseudaxos
Je ne trouve pas l'option skiploopfilter, histoire de voir.
Où puis-je trouver cela ?
Merci
AmigaOS 4.1
AmiTheme
