. le vlc ne meurt pas salement en mode framebuffer quand on change
de console (par contre, segfault en quittant, je ne sais pas encore
pourquoi)
. le make est � nouveau un peu plus verbose
Polux, j'ai vir� <byteorder.h> pour le remplacer par <netinet/in.h> car
c'�tait comme �a dans tous les autres .c, tu peux v�rifier que �a
fonctionne toujours ?
En cadeau bonux un nouvel input_file qui permet de lire les vob. Il
faur rajouter la ligne suivante dans vlc.init:
spawn-input method=10 filename=braindead
top scripts de tibob.
. suppression de Makefile
. rajout de include/defs.h.in qui g�n�re include/defs.h
pour g�n�rer le Makefile et defs.h il faut lancer ./configure
pour ceux qui voudraient toucher � configure.in, "include/defs.h.in" est
g�n�r� par la commande autoheader, et "configure" est g�n�r� par autoconf
r�organiser les headers pour que ce soient les headers les plus proches
du syst�me qui se retrouvent en premier (threads.h devrait toujours �tre
le premier des headers non syst�mes). J'ai du aussi rajouter un type
plugin_id_t et par la m�me occasion inclure plugins.h dans la plupart
des fichiers. Voici en vrac les modifs les plus importantes que j'ai op�r�:
o L�g�re r�organisation pour les raisons �voqu�es ci-dessus (certaines
macros comme MIN et MAX peuvent �tre d�j� d�finies par le syst�me et
interf�rer avec celles d�finies dans common.h ou autre)
o Dans intf_msg j'ai du remplacer les vasprintf par des vsprintf
dans le cas o� ARCH=BEOS.
o la commande hostname du Makefile n'�tait pas compatible et je
l'ai donc enlev�, en avons-nous besoin ? Auquel cas il suffit de
rajouter un ifeq.
o J'ai aussi remplac� les bzero et bcopy par memset et memmove.
o plugin.c, mtime.c et threads.h et quelques fichiers de l'input
ont �t� adapt�s � BeOS � grand coup de #ifdef SYS_*.
TODO:
o Ecrire intf_beos.cpp, vout_beos.cpp et aout_beos.cpp
Je suis sous linux et je viens de tester le client qui marche tr�s
bien, mais il est n�anmoins possible que j'ai introduit quelques
probl�mes de compilations pour certains modules, si c'est le cas
pr�venez moi.
le flood, c'est la derni�re fois.
. apr�s le demoronifier, le GPLifier: il y a les ent�tes de la GPL dans
chaque fichier ; votre mission, si vous l'acceptez, est de mettre votre
nom dans chaque fichier qui est votre oeuvre ou auquel vous avez
particip�, pour qu'on sache qui a fait quoi. Pas de fausse modestie,
c'est plus pour des raisons pratiques que pour la gloire.
. rajout de -lthreads pour que �a linke sous Hurd
. rajout de quelques #include pour que �a compile sous FreeBSD
(d'ailleurs �a compile mais �a ne linke pas, je ne sais pas comment
linker avec la libpthread sur la machine de Dae)
. quelques #ifdef SYS_BSD �� et l�.
. 11 moronic long lines destroyed
. 1282 trailing spaces eradicated
. 4 ugly macros fixed
. 5 innocent a_bit_long lines shortened
. 5987 tabulations transform�es en espaces
. 153 '??' transform�s en 'XXX??' ou 'FIXME??'
(ptyx, j'esp�re que ce compromis te convient)
. commentaires en // corrig�s en /* */
(je parle bien des commentaires, pas des morceaux de code
mis en // comme les printf de debug par exemple)
Au passage :
. version du vlc modifi�e en 0.1.99 (la release sera la 0.2.0)
. suppression de video_x11.h
. correction d'un warning dans intf_ctrl.c
D�sol� pour le flood. Les en-t�tes de fonctions ne font plus 81
caract�res, et il n'y a plus d'espaces inutiles, Tous les trailing
spaces ont disparu, j'ai essay� de v�rifier que �a ne p�tait rien,
mais j'ai pu oublier un truc con. J'accepte tous types de ch�timents
� base d'orties fra�ches.
D�sol� d'avoir aussi modifi� les fichiers de ceux qui formataient
bien proprement leurs en-t�tes � 80 et pas 79 sans emb�ter personne,
mais j'ai d� choisir entre les deux.
Dor�navant ce serait bien de formater les en-t�tes et les commentaires
justifi�s � droite � 79 colonnes, ou au pire � 80.
. 1343 moronic long lines destroyed
. 12893 trailing spaces eradicated
. 115 ugly macros fixed
. 959 innocent a_bit_long lines shortened
But hey, 40054 lines were OK !
- mtime_t devient un s64 (et non plus un u64) pour harmoniser gestion de
l'horloge et synchronisation ;
- LAST_MDATE correspond d�sormais � la plus grande valeur que peut
prendre un s64 ;
- MSTRTIME_MAX_SIZE prend en compte le fait que les dates peuvent d�sormais
�tre n�gatives ;
* misc/mtime.c :
- modifications diverses et vari�es prenant en compte le changement de
mtime_t ;
* include/input.h :
- i_pts et les variables s64 de la structure pcr sont d�sormais des mtime_t ;
* input/input.c :
- passage des casts en (mtime_t) et non (s64) ;
* input/input_file.c :
- rajout d'un #include "mtime.h" ;
* input/input_pcr.c :
- passage des s64 en mtime_t ;
* misc/xutils.c :
- correction de deux warnings ;
-- MaXX
Sam Hocevar
Jean-Marc Dressler
Vincent Seguin
Michel Kaempf