Yulian

  • 20 janv. 2023
  • Inscrit 19 nov. 2013
  • 0 meilleure réponse
  • Petit nouveau
  • D'abord une MandrakeLinux 9.2 pour tester puis une Mandriva pour de bon.
  • cezame wrote:Pour moi aussi le 1 est mieux. Question: le bleu est-il obligatoire ? Pourquoi pas rouge foncé p.ex. ? Cela passe sur presque tous les fonds et attire le regard.
    Le bleu n'est-il pas la couleur de Fedora? Ça me semble mieux de le garder.

    Pour ma part je trouve ces deux versions moins bien que la précédente, notamment avec le "f" qui s'efface trop au profit du symbole infini.

    Et pourquoi pas un fedora (chapeau) bleu?
  • C'est résolu, j'ai maintenant la bonne horloge et la commande "date -u" retourne l'heure UTC correctement. Il y aura fallut quelques redemarrage, j'ai également eu des mises à jour mais je ne sais pas si elles ont été impactantes.
  • J'ai fait quelques avancées : l'horloge machine est maintenant en UTC.

    Pour Windows je lui ai indiqué que l'horloge est en UTC en ajoutant la clé suivante dans son registre : [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] “RealTimeIsUniversal”=dword:00000001) L'heure est ainsi correcte du ce côté là.

    J'ai également indiqué à Fedora que l'horloge système est en UTC, mais elle décalée d'une heure. (Il est minuit quand je lance la commande suivante)
    [julien@nazha ~]$ date
    jeu. févr. 20 23:08:37 CST 2014
    
    Par contre la commande 'hwclock' est juste
    [julien@nazha ~]$ sudo hwclock --show
    ven. 21 févr. 2014 00:09:48 CST  -0.297303 secondes
    
    Le problème ce manifeste ici, la commande 'date -u' doit me retourner l'heure UTC (donc 16h pour minuit ici : UTC+8), mais retourne une heure décalée.
    [julien@nazha ~]$ date -u
    jeu. févr. 20 15:09:21 UTC 2014
    
    Je ne comprends pas pourquoi se décalage. Je n'ai pas réussi à trouver plus de détails sur comment est géré l'horloge dans Fedora.
  • Non, il n'est pas actif, mais c'est peut être normal vu que je n'utilise pas NTP.
  • Salut à tous,

    J'ai actuellement un problème avec l'heure sous Fedora, depuis que je suis à Taiwan (UTC+8). J'ai un dual boot Fedora 19 / Windows 7.

    BIOS : heure locale (UTC+8)
    Windows 7 : heure locale, réglé sur le fuseau horaire de Taiwan (UTC+8)
    Fedora : heure locale + 7 avec le fuseau horaire de Taiwan, et l'heure locale correcte avec le fuseau horaire de Paris (UTC+1).

    Si règle l'heure correctement, au prochain redémarrage l'heure est de nouveau décalée.

    L'option "horloge système en UTC est bien désactivé". J'ai vu sur différents post que l'on ne pouvait avoir l'horloge machine en UTC à cause de Windows qui l'impose en locale"

    J'ai comme l'impression qu'un paramètre pense toujours être sur le fuseau de Paris quand il récupère l'heure, mais qu'ensuite elle affiché avec le fuseau horaire, mais je ne sais pas lequel.

    J'ai essayé de passer par les commandes "system-config-date" et "tzselect" et même le fichier "/etc/adjtime" rien n'y fait.

    Si quelqu'un à une idée à proposer. Merci.

    Julien
  • Oui, c'est effectivement le même. Merci pour le lien, c'est très intéressant.

    En tout cas merci à tous pour vos réponses, et particulièrement à c00ler.
  • J'ai installé le driver nvidia, mais je ne pouvais plus lancer de session. (J'ai suivi le tuto Carte graphique NVIDIA) Du coup je l'ai enlevé.

    En fait, utiliser seulement le driver Intel me convient, je n'ai pas d'application graphique lourde et je préfère garder une meilleure autonomie. Si avec le driver Intel je ne peux pas lire les DVD cryptés, alors je ferai sans pour le moment.
  • J'ai un portable ASUS N550JV :

    # Cartes graphique (Optimus)
    Intel HD Graphics 4600 GPU
    Nvidia's GeForce GT 750M (je n'ai pas installé le driver propriétaire, à cause des soucis d'Optimus avec linux)

    # Carte son
    Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller
    Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller

    A priori je suis à jour sur le driver intel:
    [root@nazha julien]# yum list xorg-x11-drv-intel
    Modules complémentaires chargés : langpacks, refresh-packagekit
    Paquets installés
    xorg-x11-drv-intel.x86_64                           2.21.12-2.fc19                            @updates
    Paquets disponibles
    xorg-x11-drv-intel.i686                             2.21.12-2.fc19                            updates 
  • J'ai installé la version que tu as indiqué de libdvdcss (le lien pointe sur libdvdcss-devel)
    libdvdcss.x86_64           1.2.13-1.fc19.remi @/libdvdcss-1.2.13-1.fc19.remi.x86_64
    libdvdnav.x86_64           4.2.0-4.fc19       @anaconda                         
    libdvdread.x86_64          4.2.0-4.fc19       @anaconda
    Malheureusement j'ai toujours le même problème, la lecture se lance mais toujours totalement dégradée.
  • Je l'ai déjà installé:
    [root@nazha julien]# yum install libdvdread libdvdcss
    Modules complémentaires chargés : langpacks, refresh-packagekit
    Le paquet libdvdread-4.2.0-4.fc19.x86_64 est déjà installé dans sa dernière version
    Le paquet libdvdcss-1.2.12-1.fc17.remi.x86_64 est déjà installé dans sa dernière version
    Rien à faire
    Voilà les paquets que j'ai d'installé:
    [julien@nazha ~]$ yum list libdvd*
    Modules complémentaires chargés : langpacks, refresh-packagekit
    Paquets installés
    libdvdcss.x86_64                       1.2.12-1.fc17.remi              @livna   
    libdvdnav.x86_64                       4.2.0-4.fc19                    @anaconda
    libdvdread.x86_64                      4.2.0-4.fc19                    @anaconda
    Paquets disponibles
    libdvdcss-debuginfo.x86_64             1.2.10-1                        livna    
    libdvdcss-devel.x86_64                 1.2.12-1.fc17.remi              livna    
    libdvdnav.i686                         4.2.0-4.fc19                    fedora   
    libdvdnav-devel.i686                   4.2.0-4.fc19                    fedora   
    libdvdnav-devel.x86_64                 4.2.0-4.fc19                    fedora   
    libdvdread.i686                        4.2.0-4.fc19                    fedora   
    libdvdread-devel.i686                  4.2.0-4.fc19                    fedora   
    libdvdread-devel.x86_64                4.2.0-4.fc19                    fedora
    Après je ne pense pas que se soit le problème, mais le DVD n'est pas monté dans /dev/dvd mais dans /run/media.
  • C'est bien pour lire des films, j'ai essayé sur un DVD créé avec Adobe EncoreDVD donc que je suppose sans cryptage et celà fonctionne.

    J'ai essayé avec Totem, VLC et mplayer : j'ai pas encore rencontré de format illisible pour les vidéos avec les codecs installé grace au tutoriel "Lecture de fichiers multimédia".

    Totem signale que le film ne peut être lu
    VLC indique l'erreur suivante :
    main error: ES_OUT_RESET_PCR called

    Il semble avoir du mieux : j'ai réinstallé tous les codecs, et après reboot VLC lance le film mais ça saccade et l'image est complètement déformée (pleine d'artefacts et de carrés vert).
    # Les messages que donne VLC
    main error: ES_OUT_RESET_PCR called
    main error: Invalid PCR value in ES_OUT_SET_(GROUP_)PCR !
    main error: Invalid PCR value in ES_OUT_SET_(GROUP_)PCR !
    main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 300 ms)
    main error: ES_OUT_RESET_PCR called

    Idem avec Totem.
  • Salut à tous,

    Je viens d'installer Fedora 19, et je n'arrive pas lire les DVD. J'ai suivi le tutoriel suivant: http://doc.fedora-fr.org/wiki/Lecture_de_fichiers_multim%C3%A9dia#Lecture_de_DVD_chiffr.C3.A9s

    J'ai également regardé les utilisateurs ayant le même problème, et pour eux l'installation de libdvdcss avait résolu le problème. Il semble bien installé chez moi pourtant.
    J'ai également exécuté les commandes suivante pour vérifier l'installation de libdvdcss:
    [julien@nazha ~]$ rpm -q libdvdcss
    libdvdcss-1.2.12-1.fc17.remi.x86_64

    [root@nazha julien]# updatedb && locate libdvdcss.so
    /usr/lib64/libdvdcss.so.2
    /usr/lib64/libdvdcss.so.2.1.0

    Quelqu'un aurait une idée sur ce qui ne vas pas?

    Merci,
    Julien