Peagle est un Âme-Frontal autonome pour la Briquet-Rechercher-Engine avec le regard et la sensation des moteurs de recherche connus d'âme.

Le projet de Peagle exige de PHP 4.3 (avec le gd, les prises et les posix-modules) ou plus haut et de briquet 0.2 ou plus élevé de fonctionner.

Actuel il supporte joindre les résultats directement ou les exécuter using des KDE-Aides (kfmclient) ou des Gnome-Aides… Il serait facile de mettre en application la même caractéristique pour d'autres appareil de bureau-environnements.

Pour monter, faire ce qui suit :

- Monter et configurer le PHP avec des extensions de gd, de prise et de posix. Dans (K) Ubuntu vous pouvez monter ces ensembles de mesures : php5, php5-gd.
- Éclater le peagle-ensemble de mesures, et exécuter le peagle-démon :
./peagle
(ou ./peagle.php)

(Commencer le briquet-démon, s'il ne fonctionne pas déjà : beagled --la BG --vous changer… habituellement ne doivent pas faire ceci si vous employez déjà l'autre briquet-utils comme le kerry)

Préparer ! Vous pouvez accéder le peagle puis par l'intermédiaire de :
http://localhost:7324/

Ce qu'il y a de neuf dans ce desserrage :

· Charset-Sélection mise en application (Thanx à @kde-apps ak6783 pour le conseil)
· Gnome-Exécution changée (Thanx aux @kde-apps de Schmidt pour la solution)
· Âme-Histoire-Abstrait pour Firefox
· Peagle maintenant Daemonizes lui-même
· Application du mailcap pour accomplir des applications
· Contrôle et réglages améliorés (maintenant entièrement au-dessus de l'âme-surface adjacente)
· Application faite sur commande d'exécution : Définir votre propre exécuter-directif

Image : : Méta-données : : JPEG : : Les structures est un module de Perl qui décrit la structure d'un dossier de JPEG ; c'est une annexe au page-manuel principal de l'image : : Méta-données : : Module de JPEG, au lequel le lecteur devrait se référer pour d'autres groupes et l'étendue générale.

LA STRUCTURE DES ILLUSTRATIONS DE JPEG

La norme de l'ISO de JPEG (groupe d'experts photographique commun) est un mécanisme de compactage d'image de lossy développé avant 1990, conçu pour des images photo-realistic comprimantes de couleur ou de gamme de gris (elle exécute mauvais sur des retraits de ligne-art). Le mécanisme de JPEG est conçu pour exploiter des limitations connues de l'oeil humain, en particulier le fait que des changements de couleur sont perçus moins exactement que change dans la brilliance.

Noter que bien que le format JPEG de « ligne zéro » soit brevet-libre, il y a des brevets liés à quelques fonctionnalités optionnelles, à savoir codage arithmétique et stockage hiérarchique. Pour cette raison, ces fonctionnalités optionnelles ne sont jamais employées sur l'âme (la bonne fonction, brevet évente…). Le JPEG se reporte seulement à une classe des algorithmes de compression, pas à un format de fichier spécifique. Afin de produire des dossiers avec les flots encastrés de JPEG, un certain nombre de normes (semi-) de format de fichier ont été adaptées ou conçues, certains dont sont indiqués dans le chapitre de format. La structure d'un dossier bien formé de JPEG peut être décrite par les pseudo règles de production suivantes (dans l'intéret de la simplicité, quelques contraintes supplémentaires entre les tableaux et les segments de SOF sont négligées).

JPEG --> (SOI) (divers) * (image) ? (EOI)
(image) --> (hierarch.)|(non-hier.)
(hierarch.) --> (DHP) (bâti) +
(bâti) --> (divers) * (EXP) ? (non-hier.)
(non-hier.) --> (SOF) (balayage) +
(balayage) --> (divers) * (SOS) (caractéristique) * (ECS) (DNL) ?
(caractéristiques) --> (ECS) (RST)
(divers) --> (DQT)|(DHT)|(CNA)|(DRI)|(COM)|($$etAPP)

(SOI) = début d'image
(EOI) = fin d'image
(SOF) = début d'en-tête de vue (10 types)
(SOS) = début d'en-tête de balayage
(ECS) = segment codé d'entropie (caractéristique de rangée, pas un segment réel)
(DNL) = définir le numéro des lignes segment
(DHP) = définir P hiérarchique ? ? ? segment
(EXP) = segment d'expansion
(RST) = segment de relancement (8 types)
(DQT) = définir le Tableau de quantification
(DHT) = définir le Tableau de codage de Huffman
(CNA) = définir le Tableau de codage arithmétique
(DRI) = définir l'intervalle de relancement
(COM) = segment de commentaire
($$etAPP) = segment d'application

Cet ensemble de mesures ne vérifie pas qu'un dossier de JPEG est réellement correct ; il reçoit une syntaxe plus desserrée, étaient des segments et les blocs d'ECS sont simplement contigus (fondamentalement, parce qu'elle n'a pas besoin de manifester l'image !). Toute l'information de méta-données est concentrée dans (COM*) et ($$etAPP) les segments, exception effectuée pour quelques procès-verbaux dans le segment (SOF*) (par exemple cotes d'image).

Référence : Compactage de B< « Digital et codage d'à ton continu toujours
images : les conditions et les directives ", CCITT recommandent. T.81, 1992,
Le Comité consultatif de télégraphe international et de téléphone,
ISO/IEC normal EST recommandation de 10918-1 ou d'ITU-T T.81 >.
En outre : B< « la norme de compactage d'illustration de distillateur de JPEG », G.K.Wallace,
1991, transactions d'IEEE sur l'électronique grand public >.