Docs:
* sections dvd auth, vcd étendues (DOCS/cd-dvd.html)
* sections *BSD unifiées, cygwin étendue
Correctifs:
* message d'erreur LIRC (Error while reading cmd fd X : Success) corrigé
* lecture de divx (streaming ?) corrigée, démarrage avec des non-I frames.
* -vo png corrigé (suppression du support natif YV12 support, suppresion de l'OSD)
* quelques segfaults sur des .mp3 corrigés
* colorkey du vidix mach64 sur PPC corrigée
* -ao sdl gère maintenant des cartes son "featureless"
* -vo zr corrigé
* sig11 si vo init manqué corrigé
* divers corrigés dxr2 and dxr3
* buffering v4l corrigé
* correction de lectures multiples (mjpeg.c, mach64_vid.c)
* nettoyage du code de postprocessing - maintenant, il est threadsafe
* portage pour GNU/Hurd
* nettoyage de la gestion des AVI pts (timestamp)
* nettoyage du code de sync A-V - utilisation de timers relatifs au lieu d'absolus
* nettoyage du code de la GUI
* pas mal de bugfixes, notamment d'endianess
* mencoder: option -pass supprimée, utiliser -divx4opts pass=N / -lavcopts vpass=N
* mencoder: "ff_rate_estimate_qscale: Assertion `q>0.0' failed" corrigé !
* mencoder: -ovc xvid correctifs, améliorations
* réactivation du screensaver/dpms corrigés
* correctifs du démultiplexeur realvideo
Fonctionnalités:
* -ao win32 (pour le port Win32)
* libavcodec: décodage natif WMA v1/v2
* accélération hardware pour -vo x11 et gl2
* support du format de sous-titres jacosub (*.js)
* -vo dxr3 : nouveau "syncengine", ':sync', support de l'overlay natif, activer avec ':overlay'
* support QDMC/QDM2/MACE, en utilisant les DLLs Win32 QuickTime 5 (libwine!)
* libavcodec: correctifs divers
* améliotations mencvcd, support sox/toolame
* -vo dfbmga - lire une vidéosur le second head de la Matrox G400 avec direcfb
* support RealAudio ATRC (sony atrac3)
Filtres:
* nettoyage des options -af/-af-adv
* insertion automatique de -vop lavc
* API des filtres vidéo documentée
* meilleur filtre de débloquage (-vop pp), syntaxe pp/npp changée
* -vop 2xsai - 2x pour les images animées (cartoons avec peu de couleurs)
* -vop unsharp - filtre de blur, joli mais lent
* -vop il - désentrelacement
* -vop swapuv - devinez
* -vop boxblur - box blur...
* -vop perpective
* -vop sab
* -vop smartblur
Aller plus loin
- Le site de Mplayer (4 clics)
- La page de downloads (6 clics)
# Re: Sortie de Mplayer 0.90-pre10
Posté par Alexis B. . Évalué à 10.
Autrement dit : on peut enfin se passer des .dll win32 pour décoder le WMA. Et donc c'est la première fois qu'on a un décodeur WMA qui passe sur plateformes non x86. C'est une première !
Comme le dit l'auteur sur le site du projet : "La vitesse du décodeur est équivalente à celui de windows, mais il faut maintenant l'optimiser"...
Bref, c'est pratique pour enfin pouvoir écouter des radios en lignes sur autre chose que des PCs.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Anonyme . Évalué à -1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Bernez . Évalué à 4.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par anonyme512 . Évalué à 2.
il continue de mettre en mémoire tampon par contre.. là j'en suis à 5659 % et ça augmente...
par contre gmplayer commence a être vraiment bien utilisable, c cool !
# Re: Sortie de Mplayer 0.90-pre10
Posté par djrom . Évalué à -1.
T'as voulu faire un troll, avoue ! Ta référence croisée douteuse entre Hurd et Kilobug, tu croirais que personne la verrait, hein ? Petit coquin, va !
[j'ai trop honte, mais je peux pas me mettre "-1"]
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par djrom . Évalué à -1.
Et ça ira mieux :-)
[toujours -1, par contre]
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Benjamin François (site web personnel) . Évalué à -1.
Tu peux sortir, par contre -> []
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par woof . Évalué à 0.
# gui toujours casse chez moi
Posté par Cedric Malherbe (site web personnel) . Évalué à 3.
Il ouvre une video dans une seconde fenetre et ca bloque le GUI. Un gmplayer avec une fenetre noir et une avec la video....
Quelqu'un a le meme probleme? (j'ai compile avec DEB_BUILD_OPTIONS="--enable-streaming" fakeroot debian/rules binary comme indique dans la doc)
[^] # Re: gui toujours casse chez moi
Posté par Olivier Jeannet . Évalué à 3.
Mon configure est le suivant :
./configure --enable-gui --disable-lirc --disable-tv --disable-mpdvdkit
En fait les 3 dernières options sont là pour enlever des warnings et j'ai pas de DVD. Par contre la compil échoue et je dois corriger une ligne dans Gui/mplayer/mw.h (leurs #ifdef sont pas toujours bien placés j'ai remarqué).
A chaque nouvelle version de mplayer, je renomme mon ancien répertoire ~/.mplayer et éventuellement je recopie mes anciens fichiers (police, skin) vers le nouveau répertoire. C'est presque obligatoire de fonctionner comme ça car le fichier codecs.conf change souvent, et c'est plus propre de toutes façons.
[^] # Re: gui toujours casse chez moi
Posté par Okki (site web personnel, Mastodon) . Évalué à 0.
Il n'y a franchement pas besoin de supprimer ~/.mplayer à chaque fois. Encore heureux d'ailleurs :)
[^] # Re: gui toujours casse chez moi
Posté par Olivier Jeannet . Évalué à 1.
A vrai dire je n'installe pas mplayer proprement, je me contente de copier le binaire dans mon ~/bin . Le fichier codecs.conf étant seulement dans l'arborescence des sources extraites, et l'arborescence étant sujette à suppression, le "ln -s" ne serait pas prudent :-)
Il n'y a franchement pas besoin de supprimer ~/.mplayer à chaque fois.
En effet il n'y a pas besoin, d'ailleurs je ne le supprime pas mais je le renomme. Quand je change de version de logiciel, je ne suis jamais sûr que le fichier de préférence/configuration n'a pas changé, et par précaution je renomme le ".monsoft" en ".monsoft.old".
Voilà pour les explications.
# Compilation
Posté par Benjamin François (site web personnel) . Évalué à 1.
Pour info voici les options que je passe au Configure :
./configure --cc=gcc-3.2 --enable-gui --enable-libfame --disable-runtime-cpudetection --disable-rtc --with-win32libdir=/usr/lib/w32codec/ --with-extraincdir=/usr/local/src/MPlayer/libdvdnav/src/ --with-libdvdnav=/usr/local/lib/ --with-dvdnav-config=/usr/local/bin/dvdnav-config --with-reallibdir=/usr/local/real/Codecs/
Le Configure passe sans problème, par contre ensuite à la compilation :
mplayer.c: In function `main':
mplayer.c:2461: too few arguments to function `dvdnav_upper_button_select'
mplayer.c:2464: too few arguments to function `dvdnav_lower_button_select'
mplayer.c:2467: too few arguments to function `dvdnav_left_button_select'
mplayer.c:2470: too few arguments to function `dvdnav_right_button_select'
mplayer.c:2477: too few arguments to function `dvdnav_button_activate'
make: *** [mplayer.o] Error 1
Alors que ça marchait nickel avant.
Strange.
[^] # Re: Compilation
Posté par matiasf . Évalué à 1.
"La" version CVS a peut-être changé depuis ...
[^] # Re: Compilation
Posté par Benjamin François (site web personnel) . Évalué à 1.
# Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . Évalué à 2.
J'ai une carte BT848 qui envoi le son à l'entrée "Line" de ma carte son. La carte est full-duplex sous alsa et marche très bien avec xawdecode.
Ce qui me tracasse dans la doc c'est :
tv <option1:option2:...>
MPlayer doesnt accept colons so type dots instead in the device
ID (e.g. hw.0,0 instead of hw:0,0).
adevice=<value> set an audio device
/dev/... for OSS
hardware ID for ALSA (?????????)
Quelqu'un a des infos ?
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par wismerhill . Évalué à 10.
mencoder -tv on:driver=v4l:norm=PAL:width=640:height=480 -ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=8000 -oac mp3lame -lameopts cbr:br=128 -endpos 00:01:00 -o essai3.avi
expliquation:
Voilà, j'espère que ça aide.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par wismerhill . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . Évalué à 1.
--------------------------------------------------------
$ mencoder -tv on:device=/dev/video0:driver=v4l:norm=PAL:width=640:height=480 -ovc lavc -lavcopts vcodec=mpeg1video:vbitrate=8000 -oac mp3lame -lameopts cbr:br=128 -endpos 00:01:00 -o essai3.avi
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/share/locale
MEncoder 0.90pre10-3.2 (C) 2000-2002 Arpad Gereoffy (see DOCS!)
CPU: Advanced Micro Devices Athlon 4 PM Palomino/Athlon MP Multiprocessor/Athlon XP eXtreme Performance (Family: 6, Stepping: 2)
CPUflags: Type: 6 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Reading /home/f.matias/.mplayer/codecs.conf: can't open '/home/f.matias/.mplayer/codecs.conf': Aucun fichier ou répertoire de ce type
Reading /etc/mplayer/codecs.conf: 44 audio & 110 video codecs
File not found: 'frameno.avi'
font: can't open file: /home/f.matias/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
success: format: 0 data: 0x0 - 0x0
Detected TV! ;-)
Selected driver: v4l
name: Video 4 Linux input
author: Alex Beregszaszi <alex@naxine.org>
comment: under development
Selected device: BT848A(MIRO PCTV)
Capabilites: capture tuner overlay clipping frameram scales
Device type: 235
Supported sizes: 48x32 => 924x576
Inputs: 4
0: Television: tuner audio tv camera (tuner:1, norm:secam)
1: Composite1: audio camera (tuner:0, norm:secam)
2: S-Video: audio camera (tuner:0, norm:secam)
3: Composite3: audio camera (tuner:0, norm:secam)
--------------------------------------------------------
Ici le programme reste en attente de lecture du son et le fichier essai3.avi n'est même pas créé.
un strace me donne :
--------------------------------------------------------
open("/dev/dsp", O_RDONLY|O_LARGEFILE
--------------------------------------------------------
mencoder reste en attente ici.
J'ai essayé avec "-tv ...:alsa:adevice=hw.0,0:audiorate=44100:forceaudio" et c'est pas mieux. Et aussi avec hw.0,[1...20] mais dans ce cas j'ai "no such file".
Alsa me semble correctement configurer. Un "/usr/sbin/alsactl store -f -" le donne :
[...]
control.24 {
comment.access 'read write'
comment.type ENUMERATED
comment.item.0 Mic
comment.item.1 CD
comment.item.2 Video
comment.item.3 Aux
comment.item.4 Line
comment.item.5 Mix
comment.item.6 'Mix Mono'
comment.item.7 Phone
iface MIXER
name 'Capture Source'
value.0 Line
value.1 Line
}
[...]
Ce qui est correcte.
J'ai également rapidement fouillé la mailing-list user-mplayer mais je n'ai rien trouvé qui corrige mon problème. Pour info j'ai une "Ensoniq AudioPCI ES1371".
Merci pour ton attention.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Fabio Parisi (site web personnel) . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . Évalué à 2.
[^] # Petite correction
Posté par Olivier Jeannet . Évalué à -1.
Petit rappel, on dit coder, pas encoder, si on veut être nickel (sinon anglicisme), ainsi que codage et codé comme dans "message codé" (et codec = codeur/décodeur).
=> "-ovc lavc utiliser lavc (la lib de ffmpeg) pour le codage."
=> "-lavcopts vcodec=mpeg1video:vbitrate=8000 options pour lavc, on code en mpeg1 (plus rapide que le divx) avec un bitrate de 8000 (c'est beaucoup!) pour être sûr de la qualité.
=> "-oac mp3lame coder le son avec lame."
[^] # Re: Petite correction
Posté par Dawm . Évalué à 0.
[^] # Re: Petite correction
Posté par Olivier Jeannet . Évalué à 0.
Je te parle d'anglicisme, pas de création de mot utile qui vient pallier un manque du français. En l'occurrence, le terme "codage" existe depuis fort longtemps et en mathématique/algorithmique on parle de "coder" et par exemple de "codage préfixe" (codage de Huffman par ex). Le codage est une transformation générale, ce qui inclus la compression de données et les changements de format (JPG, MPG, Ogg, etc sont des codages).
Si tu trouves que c'est une avancée qu'on dise systématiquement "coach" au lieu ""d'entraîneur", "skipper" au lieu de "barreur" ou "capitaine", "opportunité manquée" au lieu de "occasion manquée"...
Là où la langue évolue c'est avec la création d'un verbe comme "positiver" qui n'avait pas vraiment d'équivalent, avant on était obligé de faire plus long et dire "être positif".
[^] # Re: Petite correction
Posté par Dawm . Évalué à 1.
Il y a 100 ans, 'entendre' voulait dire comprendre en français. Aujourd'hui on ne croise plus grand monde l'utilisant de cette façon. Comme quoi l'évolution de la langue, c'est aussi l'évolution du sens de certains mots par rapport à l'utilisation générale meme si celle ci est fausse.
"Si tu trouves que c'est une avancée qu'on dise systématiquement "coach" au lieu ""d'entraîneur", "skipper" au lieu de "barreur" ou "capitaine", "opportunité manquée" au lieu de "occasion manquée"... "
Pas forcément effectivement, encore que tout dépend du contexte. Coach se comprend différement d'entraineur par exemple, il est plus utilisé par les joueurs pour appeler leur entraineur justement et dans ce cas, les 2 peuvent très bien cohabiter. Mais je trouve d'une stupidité remarquable la mode des traductions de termes informatiques.
"Là où la langue évolue c'est avec la création d'un verbe comme "positiver" qui n'avait pas vraiment d'équivalent, avant on était obligé de faire plus long et dire "être positif". "
C'est vrai, mais l'évolution c'est aussi la modification du sens des mots. Je pourrais te citer des tas d'exemples de mots qui au fil du temps ont pris un sens totalement différent de celui d'origine non pas par la décision d'académiciens mais parce que la vox populis qui reste la maitresse de sa langue en a décidé ainsi. D'où mon profond agacement également contre le fameux "au temps pour moi" très en vogue aussi, 100% vrai grammaticalement, totalement faux dans l'utilisation de la langue puisque le "autant pour moi" -meme si il est faux- s'est définitivement imposé.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par daverick . Évalué à 1.
j'espere que çà peut t'aider
# Mplayer vs. Xine ?
Posté par Moby-Dik . Évalué à 1.
[^] # Re: Mplayer vs. Xine ?
Posté par Olivier Jeannet . Évalué à 2.
Je n'ai qu'un seul exemple où Xine marche mieux que MPlayer, c'est pour lire un des fichiers avi de l'émission d'Arte sur le logiciel libre. Le son est accéléré sur MPlayer, et passe bien sur Xine. Sinon Xine a qq trucs en plus, comme le ralenti et l'accéléré.
[^] # Pb de son sur cette video
Posté par Huzi . Évalué à 2.
[^] # Re: Pb de son sur cette video
Posté par Olivier Jeannet . Évalué à 2.
Merci pour ta suggestion, mais avec mplayer ça ne change rien (et j'ai les codecs Windows je pense, j'ai /usr/lib/win32 plein de trucs). Bizarre, sur les 3 autres fichiers, le son est détecté comme étant :
AUDIO: 11025 Hz, 2 ch, 16 bit (0x10), ratio: 2000->44100 (16,0 kbit)
et sur le fichier qui déconne, c'est :
AUDIO: 24000 Hz, 2 ch, 16 bit (0x10), ratio: 7000->96000 (56,0 kbit)
alors que ça doit être 11025 aussi mais il le joue plus de 2 x plus vite (11.025 -> 24 et ça s'entend :-) .
Dans les 2 cas, il est marqué juste après la ligne citée :
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
[^] # Re: Pb de son sur cette video
Posté par Olivier Jeannet . Évalué à 2.
Available (compiled-in) audio codec families/drivers:
afm: info: (comment)
mp3lib MPEG layer-2, layer-3 (Optimized to MMX/SSE/3Dnow!)
liba52 AC3 decoding with liba52
hwac3 AC3 pass-through SP/DIF
ffmpeg FFmpeg/libavcodec audio decoders
pcm Uncompressed PCM audio decoder
dvdpcm Uncompressed DVD/VOB LPCM audio decoder
alaw aLaw/uLaw audio decoder
imaadpcm IMA ADPCM audio decoder
msadpcm MS ADPCM audio decoder
dk3adpcm Duck Corp. DK3 ADPCM decoder
roqaudio Id RoQ File Audio Decoder
msgsm native GSM/MSGSM audio decoder
dshow Win32/DirectShow decoders
acm Win32/ACM decoders
realaud RealAudio decoder (binary real audio codecs)
(Au fait, d'où tu sors le "4" de "-afm 4" ?)
Par défaut il prend la mp3lib chez moi.
Avec "-afm dshow" j'avais le même résultat (son joué trop vite).
Avec "-afm acm" ça a fini par marcher. Et maintenant j'ai :
Trying to force audio codec driver family acm ...
Opening audio decoder: [acm] Win32/ACM decoders
Loading codec DLL: 'l3codeca.acm'
Loaded DLL driver l3codeca.acm
AUDIO: 11025 Hz, 1 ch, 16 bit (0x10), ratio: 1991->22050 (15,9 kbit)
Selected audio codec: [mp3acm] afm:acm (MPEG layer-3)
Merci pour le tuyau.
[^] # Re: Mplayer vs. Xine ?
Posté par matiasf . Évalué à 6.
Mplayer :
- rapidité, beaucoup d'accélération hardware. J'ai une ATI Rage pro IIC sans accélération hard et çà passe sans problème sur un athlon XP 1600 en 1024x768.
- meilleur synchro video/audio.
- support de beaucoup de format de fichier.
- mencoder qui permet d'encoder des videos (excellent résultat dans l'encodage de dvd).
- mencoder pour encoder un flux tv en temps réel (malheureusement j'arrive pas a encoder le son actuellement).
- fiabilité.
- paramétrage "touffu" en ligne de commande.
Xine :
- interface
- simplicité
- support raw dvd
Bref, pour moi Mplayer est meilleur.
[^] # Re: Mplayer vs. Xine ?
Posté par Olivier Jeannet . Évalué à -2.
Petit rappel, on dit coder, pas encoder, si on veut être nickel (sinon anglicisme), ainsi que codage et codé comme dans "message codé" (et codec = codeur/décodeur).
-> "mencoder qui permet de coder des videos (excellent résultat dans le codage de dvd)."
[^] # Re: Mplayer vs. Xine ?
Posté par Benjamin François (site web personnel) . Évalué à 5.
Parce que :
- MPlayer est plus lèger que Xine
- On peut tout faire en ligne de commande
- MPlayer gère un plus grand nombre de codecs que Xine
- Xine gère parfaitement les menus dans les DVD, pas MPlayer
[^] # Re: Mplayer vs. Xine ?
Posté par med . Évalué à 1.
[^] # Re: Mplayer vs. Xine ?
Posté par matiasf . Évalué à 1.
[^] # Re: Mplayer vs. Xine ?
Posté par Yusei (Mastodon) . Évalué à 2.
[^] # Re: Mplayer vs. Xine ?
Posté par med . Évalué à 1.
[^] # Re: Mplayer vs. Xine ?
Posté par wismerhill . Évalué à 1.
Et si c'est xine qui est démarré c'est juste une question de configuration dans l'association des programmes aux types de fichiers.
[^] # Re: Mplayer vs. Xine ?
Posté par med . Évalué à 2.
Write video thumbnail creator using xine-arts. (Simon MacMullen)
Il est donc envisageable d'avoir la même chose mais avec mplayer sans trop de difficulté je pense.
[^] # Re: Mplayer vs. Xine ?
Posté par Raphael Junqueira . Évalué à 1.
FeniX
[^] # Re: Mplayer vs. Xine ?
Posté par Raphael Junqueira . Évalué à 3.
Mplayer avait ete rapidement ecarte du fait que l'on ne pouvait le distribuer sous forme binaire.
La version la plus rapidement stable fut celle de l'intergration xine/aRts/Video cela sert de base a implementer une API suffisement generique pour pouvoir "plug-er" plus tard d'autres plugins (surement gstreamer et si qqun le fait, mplayer).
Le cote bof de xine c que ca ne sert que comme player video alors que l'API arts/video devrait permettre plus de chose (cf gstreamer)
FeniX
[^] # Re: Mplayer vs. Xine ?
Posté par RB . Évalué à 3.
[^] # Re: Mplayer vs. Xine ?
Posté par Fabimaru (site web personnel) . Évalué à 3.
Enfin je crois
[^] # Re: Mplayer vs. Xine ?
Posté par Benjamin . Évalué à 1.
[^] # Re: Mplayer vs. Xine ?
Posté par Ludovic Laurent . Évalué à 2.
il recrée l'index au fur et a mesure du film, comme ca on attend pas au debut, et on ne remarque meme pas qu'il y avait pas d'index, si on fait un seek plus loin dans le fichier et que l'index arrive pas encore la, et bien on a a petit delai, mais dans la pratique ca marche vachement mieux que de recreer l'index au debut.
[^] # Re: Mplayer vs. Xine ?
Posté par rictus (site web personnel) . Évalué à 1.
Pour un utilisateur lambda, la grosse différence entre mplayer et xine, c'est que mplayer est beaucoup moins "plug and play" que xine : bref, avec mplayer, il ne faut pas avoir peur d'utiliser une ligne de commande avec moultes options... zavez qu'à voir la longueur de "man mplayer" pour comprendre... surtout que le man n'est pas exhaustif.
<troll> En fait xine et mplayer, c'est comme windows et linux : ce sont tous les deux des OS, et le meilleur, c'est celui qui correspond le mieux à votre besoin </troll>
[^] # Re: Mplayer vs. Xine ?
Posté par Benjamin . Évalué à 2.
* mplayer a aussi une tripotée de filtres vidéo et audio (-vop help) [d'ailleurs, j'arrive pas à avoir les filtres audio dans mencoder, bug ?]
* mplayer supporte plein de formats de sous-titrages, avec sous titres alpha-blendés sur la vidéo, et linkable sur freetype
* paradoxe d'avoir un code crade : mplayer est tres facilement "hackable" (je me souviens m'etre fait un machin pour me timer un karaoké en ajoutant moins de 10 lignes de code dans le main() et 2 dans input.conf). Il a aussi une interface "slave" (xine doit pouvoir faire ca aussi, mais via sa lib, cf "sinek"). Meme sans hacker, il est très customisable de part ses tonnes d'options
* mplayer a tendance à être plus tolérant aux flux endomagés (il m'est arrivé de réparer des vidéos rien qu'avec le mode copy de mencoder)
[^] # Gouts et couleurs, comme d'hab
Posté par Richard Van Den Boom . Évalué à 1.
En pratique, ce qui est vraiment important, c'est que l'un ou l'autre lisent correctement les fichiers et media que tu veux visualiser. Si tout va bien, ne change rien. Si un fichier ne passe pas, essaye l'autre.
Personnellement, j'utilise Xine. Il lit tous mes fichiers et mes DVD sans problèmes, je n'ai aucun des problèmes de ressources et de lenteur que certains lui attribuent, et en plus j'aime bien lire leur ML développement car il y a vraiment un bon esprit (ca n'a rien a voir avec le programme lui-même mais bon...). Je trouve sympa d'ailleurs que les dev de Xine et de Mplayer interviennent dans les deux ML respectives : ca fait avancer les deux projets.
Quant à l'intégration de Xine dans d'autres projets, comme KDE, j'ai l'impression que c'est du à sa structure séparant clairement librairies-interface, ce qui rend l'utilisation des librairies dans d'autres logiciels très simple, à commencer par les différentes interfaces et plugins existants.
Le fait de pouvoir encoder avec mplayer est certainement un plus. D'après la ML Xine, l'un de leurs futurs développements sera d'étendre les lib-xine pour pouvoir faire de même, et en particulier pour en faire une base complète pour tout logiciel de manipulation video.
Cordialement,
# Re: Sortie de Mplayer 0.90-pre10
Posté par Troy McClure (site web personnel) . Évalué à 4.
http://penguinppc.org/~daenzer/debian/dri-mach64/(...)
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par reno . Évalué à 2.
Tu as dit que Y était plus facile sous mdk que debian, et alors?
Ce serait un troll si c'était faux ou que tu l'avais dit d'une manière désobligeante, mais j'espere qu'il est encore possible de comparer les distributions sans que cela dégénère en flamewar systèmatiquement.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Troy McClure (site web personnel) . Évalué à 0.
> j'espere qu'il est encore possible de comparer les distributions sans que cela dégénère en flamewar systèmatiquement.
bien caché dans les commentaires au fond d'une news ça doit pouvoir passer ;-)
# Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 1.
Je regarde bien tranquillement le film avec xine ou mplayer et le film s'arrête brusquement (soit entre deux chapitres soit carrément au milieu d'un chapitre). Pas moyen d'aller plus loin, même en essayant les chapitres suivants...
La seule solution que j'ai trouvé (redémarrer sous win2000) ne me satisfait pas, avez-vous déjà rencontré ce problème ?
ps: le problème apparaît sous une mdk et une gentoo
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par matiasf . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par wismerhill . Évalué à 1.
Si tu obtient le même problème avec des programmes complètement différents, c'est que le problème viens d'ailleur, peut-être une mauvaise configuration du lecteur.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 2.
Le lecteur dvd a configuré automatiquement à l'installation (sous mdk et gentoo), peut-être est-ce du au montage ? Faut-il passer des paramètres particuliers en plus par rapport à un cdrom ?
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par wismerhill . Évalué à 2.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par zeb . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 1.
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Benjamin . Évalué à 1.
Finalement, ta solution de rebooter sous un OS crée par une boite aux pratiques illégales dans son pays est surement la meilleure solution.. au moins, ca ne salit pas le monde Linux
(et avant que le fan club de BruceWillis et MichaelEisner ne me score à -50, je file deux liens http://opendvd.org(...) et http://eff.org(...) )
[^] # Re: Sortie de Mplayer 0.90-pre10
Posté par Didier (site web personnel) . Évalué à 1.
# Mplayer & DivX ... bof
Posté par Tony Gencyl . Évalué à 1.
Ce probleme est inexistant avec aviplay ...
[^] # Re: Mplayer & DivX ... bof
Posté par rictus (site web personnel) . Évalué à 1.
En ce qui me concerne j'ai eu que très peu de divx dans ce cas, et un mplayer -forceidx résoult le problème...
Pour les cas vraiment récalcitrant, tu peux utiliser les touches + et - du pavé numérique, pour recaler manuellement le son et l'image.
# Re: Sortie de Mplayer 0.90-pre10
Posté par oliv . Évalué à 1.
Il y a une news et un screenshot sur leur homepage...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.