grolamerz inside

Aller au contenu | Aller au menu | Aller à la recherche

vendredi 2 octobre 2009

Tellement vrai...

Merci Mau...

jeudi 7 mai 2009

Mise à jour du firmware du Samsung SGH-i780

Samsung a mis en place il y a quelques mois un site où l'on peut télécharger sa mise à jour officielle pour Windows Mobile 6.1.
Sauf que, bien entendu, toujours pas de mise à jour pour la France...

Les gentils de XDA ont fabriqués leurs propres firmwares 6.1 mais aucun ne gère nativement le clavier français, donc moyen...

Et ce matin, en fouillant une fois de plus Google, je tombe sur le forum de MobiFrance.
Avec un lien qui va bien pour une ROM 6.1, Orange, en français !

J'ai craqué et j'ai fait la mise à jour :

  • installer ActiveSync (ou son équivalent Vista) si ce n'est pas encore fait
  • installer le pilote Samsung Modem si ce n'est pas encore fait (version XP ou Vista)
  • télécharger l'outil d'installation automatique du firmware pour XP ou Vista
  • si vous avez un i780 générique (pas Orange), il faut ouvrir l'exécutable que vous venez de télécharger avec un éditeur hexa (Notepad++ plus le plugin qui va bien par exemple) et, tout à la fin du fichier, remplacer "780AF" par "780XH"
  • lancer l'outil de mise à jour et le laisser faire (il reboote le phone puis flashe les différents éléments)
  • une fois le flash réalisé, si vous voulez retirer l'interface Orange, il suffit de la désactiver dans "Paramètres/Aujourd'hui" puis de reconfigurer éventuellement votre phone
Et voilà, on se retrouve avec une version i780PAFHJ1...

lundi 17 mars 2008

Firefox et la RAM, quatre

Les améliorations de Firefox 3 sont impressionnantes, le boulot qui été réalisé aussi : http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/

samedi 8 mars 2008

MailCleaner et ClamAV

Ca fait plusieurs fois qu'un des nodes du cluster MailCleaner OpenSource Edition arrête de délivrer les mails. Ceux-ci sont bloqués dans la queue de filtrage (c'est tout à fait visible via l'interface web, dans les Statistiques).

Lire la suite

mercredi 23 janvier 2008

Firefox et sa RAM, ça fait trois

D'autres informations très intéressantes (en plus des billets précédents) ici : http://www.0xdeadbeef.com/weblog/?p=314

Par contre, on a de gros soucis avec certaines extensions, Firebug en particulier...

jeudi 13 septembre 2007

J'ai mon XPS !

Un M1330.
En fait il est arrivé il y a quasiment deux semaines.
Crimson Red, écran LED, etc.

Je suis content.
Julien aussi, le sien est arrivé il y a deux jours.

La page des drivers chez Dell est ici.

mardi 11 septembre 2007

Firefox et sa RAM, second service

J'ai trouvé quelques paramètres complémentaires à ceux que j'avais déjà donné dans ce billet.

Voir ici : http://internetducttape.com/2006/12/02/how-to-fix-the-firefox-memory-leak-firefox-hack/

dimanche 11 mars 2007

Typo3 - Flexible Content Element (FCE) et RTE

Oui, ce serait trop facile : imaginons un champs avec le RTE et le HTML généré directement renderé derrière. Non, beaucoup trop facile. Au lieu de ça, on a les balises dans le texte...

Donc en fait il faut modifier le DS correspondant (modifications qui ne manqueront pas d'être perdues lors du prochain changement du DS sans passer par le XML).

Il faut ajouter ça à l'endroit où le champ est appelé :

<TypoScript>
   <![CDATA[
   10 = TEXT
   10.current = 1
   10.parseFunc = < lib.parseFunc_RTE
   ]]>
 </TypoScript>
Et ne pas oublier de mettre le HSC du champ à 0 au lieu de 1.

Voir aussi ici.

samedi 2 décembre 2006

Lenovo et ses tarifs...

Déprimant, c'est déprimant...

D'un côté, ThinkPadWorld qui vend du refurbished Lenovo garantie 3 ans WW.
Ils livrent WW pour 149$ en 2 jours (avec UPS).
Pour 1500€ (hors taxes d'import et TVA, livré à la maison), on a chez eux un 200787U.

De l'autre côté, on a Wstore-Inmac (par exemple) qui vend du Lenovo neuf garantie 1 an.
Compter 50€ de port environ.
Pour le même prix, on a un UD0FCFR.

Cherchez l'erreur.

PS : 34€ le clavier français...

lundi 2 octobre 2006

Upgrade chez Eternal Lands

Changement de machine et passage d'un FreeBSD 4.10 à un 6.1.

Résultat des courses, un random tout modifié (qui ne plait pas du tout à Radu) et des perfs en chute libre (en fait une utilisation CPU en forte hausse comparativement à la nouvelle machine).

Mais j'ai roxxé, voir sur le blog de développement d'Eternal Lands.
Et qu'on ne me dise plus que le device polling ne sert à rien avec des NIC récentes comme les em...

Radu en a même rajouté une couche depuis.

mercredi 13 septembre 2006

Echo sous Asterisk

C'est lourd, hein...
Là, dans le cas qui nous intéresse, l'écho est ressenti par les extérieurs qui appellent vers des phones analogiques sur une Astribank (pas sur les phones VoIP bien entendu).

Une piste : http://voipspeak.net/index.php?option=com_content&task=view&id=80&Itemid=28

Et une copie locale de l'article :

You've played around with Asterisk and set yourself up a test system and everything works but you go into production with a TDM card connected to the phone lines and now the users are complaining about echo. There wasn't any echo on the old phone system or hooking up an analog phone, and your SIP trunks sound fine, so what is the problem? The actual number of things that can cause echo and how to resolve them all could almost fill a book, instead we are going to look at the most basic echo canceling using the Zaptel drivers. This will solve "most" echo problems but will not work in every case, regardless it is the first tier approach to solving to problem. The procedures outlined in this article will work with Digium TDM analog or TE PRI cards.

You've played around with Asterisk and set yourself up a test system and everything works but you go into production with a TDM card connected to the phone lines and now the users are complaining about echo. There wasn't any echo on the old phone system or hooking up an analog phone, and your SIP trunks sound fine, so what is the problem? The actual number of things that can cause echo and how to resolve them all could almost fill a book, instead we are going to look at the most basic echo canceling using the Zaptel drivers. This will solve "most" echo problems but will not work in every case, regardless it is the first tier approach to solving to problem. The procedures outlined in this article will work with Digium TDM analog or TE PRI cards.

Now granted there are many different types of echo and numerous reasons why you might get echo, this article will focus on the most common which is when users on your PBX are hearing themselves when talking to someone on the other side of an analog phone call. Echo on trunks to ITSP's (Internet Telephony Service Providers) is more often a network problem and these procedures will have no affect on those calls.

As if you didn't expect it, the first thing you want to do is make sure you have the latest code on your machine. If everything else is pretty current, the only updates should be Zaptel and Libpri. As of the time of this writing, I have experienced issues with the current release version of Zaptel (v1.2.7) so we will want to install the SVN version to get the latest and greatest code.

From your Asterisk box use the following commands:

cd /usr/src
rm -Rf zaptel
rm -Rf libpri
svn checkout http://svn.digium.com/svn/zaptel/trunk zaptel
svn checkout http://svn.digium.com/svn/libpri/trunk libpri
cd zaptel
make
make linux26
make install
cd ..
cd libpri
make
make linux26
make install
reboot

Now assuming everything rebooted properly, we can run a quick check to see if things are working properly. From the command prompt type the following command:

ztcfg -v

You should get a status display as follows:

Zaptel Version: SVN-trunk-r1328
Echo Canceller: MG2
Configuration
======================
2 channels configured.

Next we need to make sure our echo settings, these settings are in /etc/asterisk/zapata.conf

The settings we will be looking at are listed below with typical default settings.

echocancel=yes
echocancelwhenbridged=no
echotraining=800
rxgain=0.0
txgain=0.0

Let's take a look at what these settings actually do.

echocancel
Obviously this disables or enables echo cancellation, it is recommended to not turn this off. The yes setting sets the value to 128, this is the number of taps that are used. Each tap is one sample from the data stream. You can specify the number of taps to use as 16, 32, 64, 128, or 256. It is very rare that you need anything other than setting this to the yes setting.

echocancelwhenbridged
This enabled or disabled echo cancellation when TDM calls are bridged. TDM calls should not need any echo cancellation but some people report improved call quality with this option turned on.

echotraining
A common echo symptom is that at the beginning of a conversation there is a good deal of echo and then it fades away as it it trains itself. If this delay is too long, you can adjust the training cycle. The setting is represented as milliseconds and can accept any value between 10 to 4000. Making the setting to low will not enable the system to train properly. I find that setting this to 128 is often a good starting point.

rxgain
This adjust the gain of the inbound signal. While Asterisk will accept any number from -100 to 100 (-100% to 100% of capacity) it is recommended to never put the values to more than -11 to +11 and in some case anything outside of the -5 to +5 range will actually cause audio loss (mostly on the TDM400 cards).

txgain
This adjusts the audio gain for the signal being sent out to the phone line. While Asterisk will accept any number from -100 to 100 (-100% to 100% of capacity) it is recommended to never put the values to more than -11 to +11 and in some case anything outside of the -5 to +5 range will actually cause audio loss (mostly on the TDM400 cards).

One of the first questions commonly asked is "what is the best settings for the rxgain/txgain?" and simply put, there is no "best settings" that will work for everyone. Every installation is different as there is no perfect consistency between telephone line quality, impendence, line length, etc. So how do you know what settings to use to make the system work properly? Well, the zaptel developers have created some handy tools to help us with that. The primary tool we will use is ztmonitor This tool allows us to visually see the audio levels on the RX and TX sides allowing us a guide to adjusting the levels in the zapata.conf file.

The command format is: ztmonitor <zap channel> -v

An example of monitoring zap channel 3 during a conversation is shown here:

root@asterisk1 ~# ztmonitor 3 -v
Visual Audio Levels.

Use zapata.conf file to adjust the gains if needed.
( # = Audio Level * = Max Audio Hit )
<-(RX)-> <-(TX)->
################   *             #########################  *

If those were the maximum levels that we were seeing during a call, we would know that the RX gain is set pretty good but the TX level is way too high. What we are looking for are peaks that don't go past the middle of the meter.

Although this may sound complicated, it is fairly simple to adjust these settings on the fly. My prefered way is to use an SSH client such as Putty to have three sessions open at the same time. One window will have the Asterisk CLI, the second will be running ztmonitor, and the third will have zapata.conf file open in an editor. During the call, if you need to adjust a setting, make the change to the file and save it, then switch to the Asterisk CLI and type the following:

asterisk1*CLI> reload chan_zap.so

This will reload the zap module without hanging up the call. When you have made you adjustment, stop and restart Asterisk just to make sure you have the right settings. With a little practice you should be able to do these basic echo adjustments in just a few minutes.

Again, this will not solve every echo problem, but for the majority of installations we have done, this was all we needed to do to virtually eliminate the echo problems from the TDM and TE connections.

mardi 18 juillet 2006

LinguaPlone 0.9 et Plone 2.1.3

CA MARCHE PAS !
Erreur systématique dès que LinguaPhone est activé et que l'on essaie d'accéder à une page Plone.

Donc passage à Plone 2.5 et là ça marche (les pages par défaut de Plone sont accessibles).
Hop.

jeudi 29 juin 2006

CARP fait des bulles

C'est beau CARP. Beau et grand et fort.
Sauf quand on le colle sur un LAN avec des routeurs (Cisco il me semble).

Un double-firewall avec CARP (OpenBSD) qui est la gateway par défaut de toutes les stations du LAN.
Un MAN qui part via des routeurs et LS, c'est le firewall qui route.
Et là, pour joindre les serveurs (W2K) sur le MAN, "des fois ça marche, des fois ça marche pas" : erreurs Microsoft, gros fichiers abimés lors du transfert, etc.

Google à la rescousse et je trouve ça : http://archives.neohapsis.com/archives/openbsd/2006-03/0410.html.
Donc aujourd'hui, épluchage du CVS pour voir si le soucis a été corrigé...
A la fin du thread, des work-arround sont proposés.

mardi 27 juin 2006

wput

C'est pas mal comme outil, wput.
Par contre la 0.6 (actuellement en ligne) a un vrai soucis : elle ne se compile pas sous OpenBSD...

Et en plus la 0.5 rame. Mega rame.
On est à 2 MBps alors que le ftp en command line est à 10...

mardi 20 juin 2006

Je transforme mon WRT54G en micro-onde...

The power amplifier or PA in all versions of the WRT (G & GS) up to the latest hardware (G V2.2 and GS V1.1/2.0) is rated at 200 mw. Running it at 251 mw will not destroy or overheat it but the signal will be somewhat "dirty". The latest hardware all have a new PA rated at 250 mw. Source

Et pour ceux qui aiment les jolies photos d'écrans, ici

Il semblerait qu'il faille éviter de les booster au delà de 80 mW pour conserver un signal suffisament propre...