Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Je n'ai pas utilisé zypper up, j'ai utilisé la commande : sudo transactional-update C'est elle qui annule toute seule. A aucun moment il ne me pose de question.
TOute fois en cherchant, j'ai vu qu'il vallait mieux faire sudo transactional-update dup et avec dup cette fois ça passe. (ou alors c'est que le conflit a été réparé entre temps... )
Pour info leap 15.5 est passé en beta pour ceux qui voudraient la tester et voir ce que ça donne. ça passe à kde 5.27 et le kernel reste un 5.14++ (avec des patchs comme d'ab)
Il ne s'agit pas de bluetooth donc pas sûr que ça soit le même pb. Dans la procédure conseillé c'est remplacer pulse audio par pipewire, ce n'est pas anodin.
Je pourrais tester mais je ne sais pas si le rollback est facilement réalisable. Après vu que c'est un pc portable d'appoint que je prends en déplacement quand j'ai un risque de vol au final le switch via pavucontrol reste supportable.
Installation identique et tout est bien à jour. Pavucontrol je l'ai rajouté justement parce que j'avais croisé des gens évoquant la seule possibilité de le gérer avec.
Je n'ai pas essayé en livecd sur d'autre distrib voir ce que ça donne. Je pense que c'est un bug du pilote intel dans cette version.
Voilà exactement, sur ce pc portable là je n'ai aucun choix de possible dans ce menu, je peux juste régler le volume du micro ou de la sortie audio. La seule solution pour arriver à avoir la sortie hdmi, c'est via pavucontrol en changeant dans les options avancées et dans ce cas ben tout est basculé sur le hdmi.
Sur mon autre pc portable (ou sur mon pc fixe) j'ai comme toi, plusieurs sorties que je peux directement choisir, ce qui fait qu'il en est de même pour chaque programme donc teams peut partir sur le casque même si par défaut tu as mis hdmi.
En fait pour expliquer le contexte, Dans le panneau kde ou autre je n'ai pas la possibilité de switcher pour le hdmi. La seule possibilité pour le faire c'est via pavucontrol et c'est général pour tous les programmes.
Sur mon deuxième pc portable (à base d'igp amd VEGA) c'est beaucoup plus simple, au niveau du son de l'os je peux switcher hdmi ou casque/haut parleur, ET pour chaque programme je peux choisir de partir sur la prise hdmi ou le casque. Donc je peux avoir le son général sur le HDMI mais garder teams dans le casque.
Surement une limite logiciel de cette vielle config.
Bon, via pavu contrôle en changeant de profil, j'arrive à envoyer tout sur le port HDMI. Par défaut c'est sur "Duplex stéréo analogique". Si je switch sur: Sortie digital HDMI2 + entrée stéréo analogique" j'ai bien le son sur le port hdmi.
En gros j'arrive à avoir: * Son sur le port HDMI mais du coup la prise casque n'est plus détectée. * Ou son sur le port casque mais du coup rien sur le port HDMI, les deux en même temps ne semblent pas possible. Au moins je peux envoyer du son sur le HDMI maintenant à défaut de pouvoir croiser les deux.
Sur mon pc portable secondaire ASUS UX310ua, je n'ai pas de sortie audio sur le HDMI. Concrètement dans les sources de sorties lorsque je branche le HDMI, je n'ai jamais de possibilité de choisir HDMI pour l'audio, pour l'image aucun soucis.
J'ai fais le tests sur 2 écrans différents, un écran de pc avec baffles sur lequel je sais que le tout fonctionne pour un autre pc portable (pc portable amd en signature), et sur une tv sur laquelle ça fonctionnait aussi parfaitement avec un autre pc portable. La sortie image elle est bien ok, mais impossible d'envoyer le flux audio.
Le pc portable en question est un ASUS UX310ua à base de i5-6200U donc uniquement un gpu intel HD 520.
Auriez vous une idée de ce qui pourrait manquer pour pouvoir récupérer la sortie audio HDMI?
Niveau audio voici ce qui est détecté:
Citer
00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) Subsystem: ASUSTeK Computer Inc. Device 1280 Flags: bus master, fast devsel, latency 32, IRQ 131 Memory at dfb28000 (64-bit, non-prefetchable) [size=16K] Memory at dfb00000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel, snd_soc_skl
hello, ou là ! Désolé si ça a été mal pris, ce n'était pas le but.
"ça part en live" n'avait aucune arrière pensée. C'était juste pour dire que j'avais vraiment l'impression que sur le topic vous parliez de micro os comme une solution terminée, etc vu que vous la compariez à tumbleweed et LEAP et au final un peu comme si c'était la version "ALP" alors qu'on est normalement (enfin j'espère, mais c'est ce qui est était évoqué...) loin du résultat d'ALP.
Micro os c'est une base à façonner, du coup il y a forcément pas mal de chose à faire derrière, et dans un usage desktop ça aura forcément des contraintes vu qu'à la base ce n'est pas prévu pour ça, enfin pas pour un utilisateur lambda, du coup forcément ça pose problème quand on le compare à tumbleweed/leap vu que le but n'est pas le même.
C'est pour ça que je précisais "ça part en live", dans le sens de dire "ça part dans tous les sens" avec des comparaisons qui n'ont pas forcément lieu d'être ou un postula qui semble faussé ou Micro os = ALP.
ALP doit être basé sur Micro OS, mais micro Os en l'état n'est pas ALP. (du moins ne devait pas l'être comme ça). ça peut donner une idée du fonctionnement (et encore pas sûr) et on peut remonter les points mais ne pas oublier ce détail qui peut avoir son importance. En l'état on ne sait pas encore vraiment ou ALP va nous emmener niveau facilité/performance.
ça part un peu en live, comme évoqué micro os reste un os "à construire", c'est une brique pour en faire quelque chose pas un tout en un.
Le "tout en un" qui n'est pas encore réellement finalisé, c'est ALP, donc normal qu'en installant Micro os on doive faire pas mal de bidouille ou qu'on trouve des limites.
A la base micro os c'est plus un os qui sert de base pour faire tourner dans un conteneur etc.
Premier test d'upgrade de micro os transactional-update. La maj est quand même très lente. Au reboot on retrouve le temps ultra long qu'on a plus avoir au premier boot ou on a l'impression que tout est planté...
Sinon attention comme évoqué plus haut, microos sert de base pour ALP, mais ce n'est pas ALP. Il y aura normalement une couche plus user frendly et un tout plus cohérent.
Mais à voir en pratique ce que ça va donner... Pour l'instant je trouve vraiment microos lourd donc ça ne me rassure pas vraiment. :/
