Vous n'êtes pas identifié(e).
Étape 2
Ouvrir nano
Copier/coller ces lignes:
Enregistrer (ctrl + x ) répondre oui ( o ) et valider ( Enter ).
Étape 3
Créer le fichier start_hda.txt
NB Ce fichier sert à "aiguiller" le son vers certains ports GPIO (d'après ce que j'ai compris).
Copier/coller de ces lignes:
Enregistrer (ctrl + x ) répondre oui ( o ) et valider ( Enter ).
Rendre ce fichier exécutable
Étape 4
Lancer une musique ou une vidéo puis ouvrir un terminal et taper cette commande (afin de ne pas vous faire exploser les oreilles vérifier que le volume master ou général soit à un niveau assez bas )
Remarque: si vous fermez votre lecteur audio/vidéo et que vous le rouvrez après environ une minute, vous n'aurai plus de son. Alors il faudra relancer la commande ci-dessus (en root) ou voir EDIT.
Étape 5
Voici les réglages de alsamixer et Préférence du son (clic droit su l'icone du volume de la barre de tâche).
EDIT:
Installer ffmpeg et mpg123
Créer un fichier audio muet
A chaque ouverture de Debian effectuer les 2 lignes de commande ci-dessous...
Ouvrir un premier terminal et ne pas le fermer (cette ligne de commande forcera l’utilisation de la carte audio pendant 100000 secondes (10000x10secondes))
Ouvrir un deuxième terminal:
5. Après quelques secondes l'audio est activé !
6. Quand je referme mon lecteur de musique et attends environ une minute je n'ai de nouveau plus de son ! J'essaye alors de retaper les 3 lignes de commande du point 3 mais rien ne se passe.
Pourquoi ?
NB
La sortie jack pour le casque audio n'a jamais fonctionné.
Je suis déjà content que cela fonctionne mais ne serai-t-il pas mieux de faire une correction directement dans le paquet (noyau?) qui gère cette carte ?
Sinon le cas échéant je pensais passer par un script qui serai lancé au démarrage.
Puis ces commandes a faire à chaque démarrage qui active une broche GPIO.
Merci à xubu1957 du forum Ubuntu.fr pour le lien: https://askubuntu.com/questions/1300538 … dio-driver
EDIT:
D'après mes tests il semble qu'il faut lancer une musique, une vidéo, vidéo YouTube... avant de taper les 3 lignes de commandes ci-dessus.
Quand j'ouvre alamiser il semble que ma carte est une HDA Intel et la puce est Realtel ALC274.
Les haut-parleur sont de la marque Bang & Olufsen.
Quand j'ouvre pavucontrol il semble que le son est bien détecté mais rien ne sort ?
J'ai aussi désactivé Secure Boot dans mon BIOS.
Bref cela plusieurs jours que j'essaye de résoudre ce problème mais rien ne fonctionne.
Merci de votre aide.
pas trop , mais les PC récents , c'est pas toujours le domaine de Lx .
parfois , vaut mieux utiliser testing / sid .
Cela me dérange moins d'utiliser sid ou testing que Windows...
Par contre (sans vouloir ouvrir un troll), il est dommage que même le constructeur ne précise si "Linux" est supporté ou pas sur leur produit.
oui erreur de ma part suis partie sur de l'intel sans regarder ton lien en #1
Pas de soucis cela arrive à tous être humains de se tromper.
fais attention à ne pas avoir le double chipset graphique intel / nvidia .
auquel cas il te faudra installer sans doute optimus .
[url]https://debian-facile.org/doc:materiel:cartes-graphique:nvidia:optimus?s[]=optimus[/url]
Qu'est que intel vient faire ici, il semble que le processeur est AMD. (?)
EDIT
J’écrivais ce poste pendant les 2 précédents (ça vite sur le fofo).
EDIT 2:
Ordinateur portable est effectivement plus approprié que PC.
hello
tu ne doit pas échantillonner du bas (44100Hz) vers le haut (48100Hz) cela ne sert a rien
Ok
Sinon j'ai fait un test tout simple.
J'ai pris des sources en Flac (sans perte) en 44100, 48000 et 96000 Hz que j'ai converti avec FFmpeg de la manière la plus basique.
Exemple de ligne de commande utiliser dans ce test:
NB l'option -vn est pour supprimer l'image cover
Voici ce j'ai trouvé comme résultat
Source Flac 44100 Hz et après conversion:
mp3, aac, vorbis, flac, wav toujours en 44100 Hz
opus est en 48000 Hz.
Source Flac 48000 Hz et après conversion:
mp3, aac, vorbis, flac, wav, opus toujours en 48000 Hz.
Source Flac 96000 Hz et après conversion:
aac, vorbis, flac, wav toujours en 96000 Hz
mais opus et mp3 48000 Hz.
Ce qui confirme ta réponse qu'il est inutile de changer le taux d'échantillonnage FFmpeg le fait déjà par défaut sauf pour les CD où il faut préciser 44100 Hz.
Concernant Spec merci pour le partage d'info, je l'utilise fréquemment pour vérifier la bonne facture de certains fichiers.
Comment utiliser 44,1 kHz ou une autre fréquence d'échantillonnage non directement prise en charge par Opus?
Les outils qui lisent ou écrivent Opus doivent interagir avec d'autres fréquences d'échantillonnage en effectuant de manière transparente une conversion de fréquence d'échantillonnage en arrière-plan chaque fois que nécessaire. En particulier, les développeurs de logiciels ne doivent pas utiliser Opus Custom pour la prise en charge de 44,1 kHz, sauf dans les circonstances très spécifiques décrites ci-dessus.
Notez qu'il est généralement préférable pour un décodeur de sortir à 48 kHz, même si vous savez que l'entrée d'origine était de 44,1 kHz. Ce n'est pas seulement parce que vous pouvez ignorer le rééchantillonnage, mais aussi parce que de nombreuses interfaces audio moins chères ont une sortie de mauvaise qualité pour 44,1 kHz.
Le code source du package opus-tools contient un petit rééchantillonneur sous licence BSD de haute qualité et haute performance qui peut être utilisé là où un rééchantillonnage est nécessaire.
Mais le rééchantillonneur ne nuira-t-il pas à la qualité? N'est-il pas préférable d'utiliser directement 44,1 kHz?
Pas vraiment. La dégradation de la qualité causée par tout rééchantillonneur raisonnable (SoX, libspeexdsp, libsamplerate, ...) est bien inférieure à la distorsion causée par le meilleur codec avec perte à son débit le plus élevé. Si vous ne pouvez pas tolérer la dégradation de la qualité causée par un bon rééchantillonneur 44,1 ↔ 48 kHz, vous ne devriez pas utiliser un codec avec perte en premier lieu. De même, le processeur supplémentaire dépensé dans le rééchantillonneur est faible par rapport au reste du codec. Non seulement cela, mais de nombreuses cartes son ne prennent en charge que 48 kHz à la lecture, de sorte que les joueurs peuvent directement lire la sortie plutôt que de la rééchantillonner à 48 kHz (par exemple pour un MP3 à 44,1 kHz). Donc, effectivement, Opus ne fait que déplacer la charge du rééchantillonnage du côté décodeur vers le côté codeur.
L'un des avantages de la prise en charge d'un seul débit interne est qu'il permet à Opus de prendre en charge de nombreuses fonctionnalités, notamment une compression vocale efficace (via SILK) et des applications en temps réel. Cela signifie également que tout l'effort de réglage de la qualité peut être consacré à une seule configuration, ce qui contribue à une qualité encore meilleure.
3. OK, mais cela est-il aussi applicable pour les autres « formats » comme le Flac, mp3, aac, vorbis ?
4. Il semble que seul le CD audio utilisent l’échantillonnage à 44100 HZ et le 48000 Hz (voir plus) semble devenir la « norme » . Mais petit bémol… 48000 Hz ne semble pas supporté par certain lecteur audio/vidéo (?).
Bref, concernant ce sujet je suis dans le flou le plus total !
Merci de votre aide et de votre savoir à ce sujet.
C'est bien le seul truc qui me manque dans mon script.
Faute de solution, je cherche pour ma part une combine pour améliorer la couleur, voir même les passer automatiquement en blanc.
C'est une information à vérifier le format SRT n'est pas approprié pour ça, par contre regarde du côté du format ASS.
Je comprends tout à fait que tu ne souhaite pas utiliser des softs hors dépôts. Le processus d'océrisation (?) est réellement spécifique à la conversion depuis les DVD vers les .srt, alors…'
Je vais quand même analyser ce soft...