Fixme.ch - User contributions [en]

Teletext

2020-03-09T23:50:01Z

Ndesir: /* 4.1 over DNS */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec
* benefit from DNS caching and you choose the TTL
* DNS can be used as a CDN
* very small volume and request rate, should not bother equipement and net/sysadmin

first part of page 100

0.100.teletext.fixme.ch 3600 IN TXT "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch 3600 IN TXT "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* or no tactile, DAB receiver come often with a numeric keypad, all you need to enter a page number
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm black out)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

=== 4.4 Security ===

* PGP signature ?

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:43:40Z

Ndesir: /* 4. Alternative transmission */

Teletext

2020-03-09T23:42:50Z

Ndesir: /* 4.2 over DAB */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec
* benefit from DNS caching and you choose the TTL
* DNS can be used as a CDN
* very small volume and request rate, should not bother equipement and net/sysadmin

first part of page 100

0.100.teletext.fixme.ch 3600 IN TXT "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch 3600 IN TXT "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* or no tactile, DAB receiver come often with a numeric keypad, all you need to enter a page number
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm black out)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:42:11Z

Ndesir: /* 4.2 over DAB */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec
* benefit from DNS caching and you choose the TTL
* DNS can be used as a CDN
* very small volume and request rate, should not bother equipement and net/sysadmin

first part of page 100

0.100.teletext.fixme.ch 3600 IN TXT "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch 3600 IN TXT "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* or no tactile, DAB receiver come often with a numeric keypad, all you need to enter a page number
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm failure)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:41:56Z

Ndesir: /* 4.2 over DAB */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec
* benefit from DNS caching and you choose the TTL
* DNS can be used as a CDN
* very small volume and request rate, should not bother equipement and net/sysadmin

first part of page 100

0.100.teletext.fixme.ch 3600 IN TXT "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch 3600 IN TXT "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* or no tactile, DAB receiver come often with a numeric keypad, all you need to enter page number
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm failure)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:33:29Z

Ndesir: /* 4.1 over DNS */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec
* benefit from DNS caching and you choose the TTL
* DNS can be used as a CDN
* very small volume and request rate, should not bother equipement and net/sysadmin

first part of page 100

0.100.teletext.fixme.ch 3600 IN TXT "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch 3600 IN TXT "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm failure)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:30:31Z

Ndesir: /* 4.2 over DAB */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec

first part of page 100

0.100.teletext.fixme.ch TXT IN "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch TXT IN "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* dab receiver with small tactile lcd screen?
* dab receiver with bluetooth radio accessible directly from a smartphone and a corresponding app? (can survive Internet and Gsm failure)

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-09T23:29:06Z

Ndesir: /* 4. Alternative transmission */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

Decodeurs:
* FFMPEG (page+subtitles), example subtitle https://trac.ffmpeg.org/wiki/ExtractSubtitles

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

==3.Radio Transmission==

Try to transmit a service or pages on a radio system.

2 approaches:
*Stream mode. Send the carrousel on the radio interface using teletext packets (as generated by vbit2)
*File transfer. Transfer/update the TTI teletext files.

==4. Alternative transmission ==

=== 4.1 over DNS ===
* using several record
* gzip ?
* base 64 ?
* several TXT ?
* benefit from dnssec

first part of page 100

0.100.teletext.fixme.ch TXT IN "905ds76agf57dsfsad76f57dsaf576dsa"

second part of page 100

1.100.teletext.fixme.ch TXT IN "7867868LJDSLD905dadsad987asdNHDF"

JS in browser can access via DoH:

https://dns.google/resolve?name=0.100.teletext.fixme.ch&type=txt

thick clients can use built-in resolver

=== 4.2 over DAB ===

* begin with the minimum 8 kbit/s slot
* keep the receiver on to save pages in memory
* receiver with small tactile lcd screen?
* bluetooth receiver accessible directly from a smartphone and a corresponding app?

=== 4.3 POCSAG ===

* always on receiver
* about 10 messages to update one page
* multiple client listening to the same ric number?
* very good RF coverage

==Misc==
===Twitter respons===
https://twitter.com/illarterate/status/1236637482982260737

=== Pikachu art ===

<gallery>
File:P1.png|@NikkiAndBunty
File:P2.png|@Horsenburger
File:P3.png|@LittleToonCat
File:P404-0001.png|@Protectator
</gallery>

Teletext

2020-03-08T15:53:30Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti") || die("Cannot open output file $!");

# input png file:
open (IM,"mc80.png") || die("Cannot open input file $!");;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-08T15:48:21Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25
# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).

# output file:
open(F,">/tmp/out-teletext.tti");

# input png file
open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-08T15:47:39Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

#!/usr/bin/perl

use GD;

# Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width
# Then convert (image mode) to 1 bit black&white, floyd-steinberg (normal).
# It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

# output file:
open(F,">/tmp/out-teletext.tti");

# input png file
open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-08T15:37:37Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (78 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

# output file:
open(F,">/tmp/out-teletext.tti");

# input png file
open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).

Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.

Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain))

* 2ème proposition de Mathias : le service distribué.
Ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système.
Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-07T20:13:46Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (79 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

open(F,">/tmp/out-teletext.tti");

open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).
Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

= 2ème proposition de Mathias : le service distribué. Finalement, c'est un peu la même idée que Cybersin pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer VS Hayek.

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)) = ta 2ème proposition : le service distribué. Et ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système. Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-07T20:11:23Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (79 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

open(F,">/tmp/out-teletext.tti");

open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin:
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=1; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).
Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

= 2ème proposition de Mathias : le service distribué. Finalement, c'est un peu la même idée que Cybersin pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer VS Hayek.

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)) = ta 2ème proposition : le service distribué. Et ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système. Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-07T20:08:36Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (79 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

open(F,">/tmp/out-teletext.tti");

open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
OL,0,https://fixme.ch/wiki/Teletext
";

# where to align the origin:
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=0; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).
Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

= 2ème proposition de Mathias : le service distribué. Finalement, c'est un peu la même idée que Cybersin pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer VS Hayek.

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)) = ta 2ème proposition : le service distribué. Et ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système. Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-07T20:05:56Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (79 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

open(F,">/tmp/out-teletext.tti");

open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

# first lines taken from an example

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
";

# where to align the origin:
$xbase = 0;
$ybase = 0;

$y = $ybase;

for($l=1;$l<25;$l++) {
print F "OL,$l,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=0; $c<40; $c++) {
$t =
$im->getPixel($x, $y) | ($im->getPixel($x + 1, $y ) << 1) |
($im->getPixel($x, $y + 1) << 2 ) | ($im->getPixel($x + 1, $y + 1) << 3) |
($im->getPixel($x, $y + 2) << 4 ) | ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).
Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

= 2ème proposition de Mathias : le service distribué. Finalement, c'est un peu la même idée que Cybersin pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer VS Hayek.

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)) = ta 2ème proposition : le service distribué. Et ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système. Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

Teletext

2020-03-07T18:17:49Z

Ndesir: /* Code for image conversion */

[[Image:P100-0001.gif]]

==Workshop Teletext==
Talk et Workshop 6 Mars 2020.

Enregistrement: https://www.youtube.com/watch?v=YZfDDqLUwzk

===Workgroup===
#Faire des pages, essayer de créer un service (Télétexte Fixme?) => etc
#Brainstorm contenu et intérêt d’un système minimaliste. Quel contenu pour quelle utilisations ? Ecrire idées/concept
#Transmission , radio ou autre. Essayer de transmettre une page par un moyen autre. => MPB, Francois, Mathias
#Brainstorm transmission, réfléchir à des moyens de transmission et écrire idées/concept =>Sasha
#Recevoir/afficher. Réfléchir à des moyens minimaux d’affichage (badge CCC, vintage computer..) et tenter de l’afficher
#Brainstorm Concept crypto à réfléchir ou élaborer. Ecrire idées/concept

===Ressources===

Editeurs:
*http://edit.tf/
*https://zxnet.co.uk/teletext/editor

Generateur teletext:
*VBIT2: https://github.com/peterkvt80/vbit2/wiki

Specification Teletext:
*[https://www.etsi.org/deliver/etsi_i_ets/300700_300799/300706/01_60/ets_300706e01p.pdf ETSI 300 799]

Repo pages Teefax
*http://teastop.plus.com/svn/teletext/

Specification format fichier TTI (editeur)
*[https://zxnet.co.uk/teletext/documents/ttiformat.pdf TTI format]

==1.Création de pages==

===Pages crées===
[[Image:P100-0001.png|200px]]
[[Image:P404-0001.png|200px]]
[[Image:P420-0001.png|200px]]
[[Image:P407-0001.png|200px]]

===Repo pour les pages FIXME===
* https://git.fixme.ch/FIXME/teletext

===Code for image conversion===

Done by Nico D. in Perl.

Image must first be processed in Gimp to resize it to 80 (79 exactly) pixel width, colour converted to 1 bit black&white, floyd-steinberg (normal).

It seems that to have a correct aspect ratio at the destination you should multiply the original height by 1.25

#!/usr/bin/perl

use GD;

open(F,">/tmp/test3.tti");

open (IM,"mc80.png") || die;
$im = newFromPng GD::Image('IM');
close IM;

print F "DE,Read back page40600
PN,40600
CT,15
SC,0001
PS,8040
MS,40600
";

$xbase = 0;
$ybase = 0;

$y = $ybase;

for($i=0;$i<25;$i++) {
print F "OL,$i,".chr(0x1b).chr(0x57);
$x = $xbase;
for($c=0; $c<40; $c++) {
$t =
$im->getPixel($x, $y) + ($im->getPixel($x + 1, $y ) << 1) +
($im->getPixel($x, $y + 1) << 2 ) + ($im->getPixel($x + 1, $y + 1) << 3) +
($im->getPixel($x, $y + 2) << 4 ) + ($im->getPixel($x + 1, $y + 2) << 5);

$t^=63;

$t+=32;

if($t>=64) { $t+=32; }
print F chr($t);
$x += 2;
}
$y += 3;

print F "\n";
}
print F "FL,407,408,410,405,00F,400";

==2.Réflexion sur le contenu==

(Réflexion de LaMelusigne)

Si on regarde le contenu, à la base en Angleterre, ce système avait été lancé pour que tous les agriculteurs, même les plus isolés, aient accès aux directives et aux infos concernant l'agriculture. Il y a donc l'idée d'une info réactive, pluri-quotidienne, qui puisse s'actualiser rapidement (météo, prix des denrées) mais aussi dans une visée de planification des cultures (directives nationales).
Le sport, qui est actuellement le contenu le plus présent du télétexte se prête bien à ce support pour les mêmes raisons, réactivités, etc...
Longueur des textes : env. 150 mots, esprit de synthèse qui explique la devise en Suisse : "L'essentiel en bref."
1 million d'usagers par jour en moyenne qui passent à 2 millions lors d'EVENEMENTS nationaux ou sportifs.
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de liste exhaustive visualisée sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. Il ne doit donc pas y avoir trop de pages pour que ça s'affiche assez rapidement.
Temporalité centrale : tout est journalisé // journaux quotidien.
Péremption rapide du contenu. Pradoxalement proche temporellement et textuellement (brieveté du contenu) des RS comme twitter (avec aucun aspect interactif. Au contraire, plébiscite d'un seul énonciateur de confiance one-to-many).
Pourquoi pas un abonnement sur Pager !

Idées de contenu :
*les dépêches de presse comme l'AFP ?
*l'info d'urgence heure par heure avec directive(en Angleterre, télétexte utilisé pour transmettre des info agricole y compris dans des lieux reculés. Instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS).
*Retransmission d'infos éparses de manière brève et synthétique, en allant à l'essentiel => voir plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)

= 2ème proposition de Mathias : le service distribué. Finalement, c'est un peu la même idée que Cybersin pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer VS Hayek.

Bref, si on observe un peu comment est construite la navigation et les pages :
Le rubricage permet de s'orienter selon ses intérêts précis et de voir tout ce qui existe le jour même sous forme de listes exhaustives visualisées sur le même plan et non pas par l'hyperlien qui est plus en rhizome. Principe du rolodex/carrousel des mêmes pages qui tournent l'une après l'autre, comme un roll où on doit passer par toutes les pages, dans l'ordre. C'est donc un principe de lecture de l'info opposée à internet : on est plus sur du "vertical" que de l'horizontal infini.

Mais paradoxalement, depuis l'internet des plateformes, on est revenus vers un type d'informations qui se déroule (mur FB, TL Twitter) avec une info rapidement périmée et des formats brefs (150 signes de twitter). Mais l'immense avantage du télétexte, c'est le "one-to-many". Ce n'est pas un recueil d'infos qui proviennent de partout et nous submergent. Elles sont synthétisées et présentées de façons hiérarchique.

Pour le contenu, 2 domaines. L'un sur le modèle du télétexte actuel au niv de la prod du contenu : une instance d'énonciation unique qui recueille des infos de type "dépêches de presse comme l'AFP" et les diffuse. C'est super utile lors d'urgence heure par heure avec directives exactement comme maintenant avec le coronavirus. Le télétexte comme instrument de coordination entre personnes qui ne sont pas dans le même lieu sans que l'info ne se perde et partent dans tous les sens => contrer ce qui se passe en ce moment-même avec le coronavirus où les médecins et d'autres personnes dans toute la chaîne de commandement se disent PERDUS à cause de l'info en rhizome d'internet en grande partie).

- 2ème groupe d'usage : dans la situation où les rédacteurs/diffuseurs se nourrissent d'une info décentralisée produite par des individus épars. (//plateforme Helios que l'équipe swisstxt développe pour à la fois décentraliser, recentraliser puis rediffuser l'info autour d'un événement en gardant la trace de la prod d'info (sur le modèle de la blockchain)) = ta 2ème proposition : le service distribué. Et ce genre de système permet de s'organiser dans des groupes affinitaires tout en profitant à fond de la liberté et de la rapidité du système. Finalement, c'est un peu la même idée que [https://fr.wikipedia.org/wiki/Projet_Cybersyn Cybersin] pour gérer l'économie au Chili dans les '70 : décentralisation économique mais dont l'info remonte à un sys central qui les synthétise et les rend à une connaissance globale (one-to-many) pour éviter les crash. Staford Beer revival
Ce qui est génial là-dedans c'est l'aspect démocratique sans tomber dans l'éparpillement des infos regroupées par un algorithme qui va de toute manière retransmettre une info médiocre, qui suit des biais de confirmation.

CCCamp2019

2019-08-13T14:28:23Z

Ndesir: /* Car 2 (3 seats) */

[[Category:Ongoing_Projects]][[Category:Conferences]]
== Information ==
* The Chaos Communication Camp will take place in [https://www.openstreetmap.org/node/267114042|Ziegeleipark Mildenberg] between Wednesday August 21st to Sunday August 25th 2019.
* WIKI: https://events.ccc.de/camp/2019/wiki/Main_Page
* BLOG: https://events.ccc.de/category/camp/camp-2019/
* Timeline: https://events.ccc.de/camp/2019/wiki/Timeline
* #CCCamp19, #Camp2019

== FIXME Camp: Lemanicus ==

Discussion is happening on [[Chat]] channel [https://chat.fixme.ch/fixme/channels/20_cccamp2019 20_cccamp2019]
* https://signup.c3assemblies.de/assembly/7f9fb8c6-1e57-48dd-9f6b-1cf02b2d935e
* Wiki https://events.ccc.de/camp/2019/wiki/Village:Lemanicus

We plan to bring the following equipment with us:
* LEDs
* SDR stuff (including a couple of rad1o badges)
* TSE Home Set 4001 RF door lock with 5103 e-key (the same as installed on the FIXME door)
* Power strips and cables
* ...

=== Ordered hardware ===

* 1x tent 6x6 (€ 1,384.97)
* 3x tables (€ 77.5)
* 12x chairs (€ 72)

TOTAL: € 1533.5 (contributions welcome, please talk to [[User:Francois|francois]] or [[User:Rorist|rorist]]).

== Tickets ==
https://tickets.events.ccc.de/camp2019/

<pre>
This time around tickets can only be had when using a voucher.
There will be no public presale of tickets this year.
</pre>

Prices: [[Media:Tickets-events-ccc-de-camp2019.png]]

=== Voucher queue ===

Add yourself and your friends to the queue !!!

{| class="wikitable"
|+
! Name !! Token received !! Ticket ordered !! New token received
|-
| [[User:Rorist|Rorist]] || 23.05.2019 || 24.05.2019 || 28.05.2019
|-
| Francois || 26.05.2019 || 26.05.2019 ||
|-
| [[User:Binary Brain|Sacha]] || 26.05.2019 || 27.05.2019 || 31.05.2019
|-
| Lauren || 27.05.2019 || 27.05.2019 ||
|-
| [[User:Mc|Mathias]] || 28.05.2019 || 28.05.2019 || 29.06.2019
|-
| Rash from UK || 29.05.2019 || 29.05.2019 || 03.06.2019
|-
| [[User:Marv|Martin]] || 28.05.2019 || 29.05.2019 || 31.05.2019
|-
| Undert || 31.05.2019 || ||
|-
| Nico D. (was: [[User:PorCus|Will / PorCus]]) || 03.06.2019 || 03.06.2019 || 04.06.2019
|-
| [[User:Protectator|Protectator]] || 02.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:Polto|Polto]] || 03.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:PoltoS|PoltoS]] || 03.06.2019 || ||
|-
|}

NOTE: when using the voucher, send the replicated voucher to your own email and send it to the next person. Usually on the [[Chat]].

Don't forget to pay for the ticket as soon as it's ordered, the voucher only replicates after the payment is received. People after you in the queue will appreciate.

== Transport ==
=== Car ===

We plan to take at least 2 cars,
==== Car 1 (4 seats) ====
* Rorist (driver)
* [[User:Francois|Francois]] (driver)
* Martin (not a driver)
* Ivy (not a driver)

==== Car 2 (3 seats) ====
* timings
** forward trip tuesday 20 we'll try very early in the morning
** reverse trip monday 26

* passengers
** Nico D. (driver)
** Clément (not driver)
** (additional driver more than welcome!)

==== Car 3 (2 seats) ====
* MC (driver)

=== Train ===

* Some ppl go by train

== See also ==
* [[CCCamp2015]]
* [[35C3]]
* [[34C3]]
* [[33C3]]
* [[32C3]]
* [[31C3]]
* [[30C3]]
* [[29C3]]
* [[28C3]]

CCCamp2019

2019-08-13T14:27:31Z

Ndesir: /* Car 2 (3 seats) */

[[Category:Ongoing_Projects]][[Category:Conferences]]
== Information ==
* The Chaos Communication Camp will take place in [https://www.openstreetmap.org/node/267114042|Ziegeleipark Mildenberg] between Wednesday August 21st to Sunday August 25th 2019.
* WIKI: https://events.ccc.de/camp/2019/wiki/Main_Page
* BLOG: https://events.ccc.de/category/camp/camp-2019/
* Timeline: https://events.ccc.de/camp/2019/wiki/Timeline
* #CCCamp19, #Camp2019

== FIXME Camp: Lemanicus ==

Discussion is happening on [[Chat]] channel [https://chat.fixme.ch/fixme/channels/20_cccamp2019 20_cccamp2019]
* https://signup.c3assemblies.de/assembly/7f9fb8c6-1e57-48dd-9f6b-1cf02b2d935e
* Wiki https://events.ccc.de/camp/2019/wiki/Village:Lemanicus

We plan to bring the following equipment with us:
* LEDs
* SDR stuff (including a couple of rad1o badges)
* TSE Home Set 4001 RF door lock with 5103 e-key (the same as installed on the FIXME door)
* Power strips and cables
* ...

=== Ordered hardware ===

* 1x tent 6x6 (€ 1,384.97)
* 3x tables (€ 77.5)
* 12x chairs (€ 72)

TOTAL: € 1533.5 (contributions welcome, please talk to [[User:Francois|francois]] or [[User:Rorist|rorist]]).

== Tickets ==
https://tickets.events.ccc.de/camp2019/

<pre>
This time around tickets can only be had when using a voucher.
There will be no public presale of tickets this year.
</pre>

Prices: [[Media:Tickets-events-ccc-de-camp2019.png]]

=== Voucher queue ===

Add yourself and your friends to the queue !!!

{| class="wikitable"
|+
! Name !! Token received !! Ticket ordered !! New token received
|-
| [[User:Rorist|Rorist]] || 23.05.2019 || 24.05.2019 || 28.05.2019
|-
| Francois || 26.05.2019 || 26.05.2019 ||
|-
| [[User:Binary Brain|Sacha]] || 26.05.2019 || 27.05.2019 || 31.05.2019
|-
| Lauren || 27.05.2019 || 27.05.2019 ||
|-
| [[User:Mc|Mathias]] || 28.05.2019 || 28.05.2019 || 29.06.2019
|-
| Rash from UK || 29.05.2019 || 29.05.2019 || 03.06.2019
|-
| [[User:Marv|Martin]] || 28.05.2019 || 29.05.2019 || 31.05.2019
|-
| Undert || 31.05.2019 || ||
|-
| Nico D. (was: [[User:PorCus|Will / PorCus]]) || 03.06.2019 || 03.06.2019 || 04.06.2019
|-
| [[User:Protectator|Protectator]] || 02.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:Polto|Polto]] || 03.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:PoltoS|PoltoS]] || 03.06.2019 || ||
|-
|}

NOTE: when using the voucher, send the replicated voucher to your own email and send it to the next person. Usually on the [[Chat]].

Don't forget to pay for the ticket as soon as it's ordered, the voucher only replicates after the payment is received. People after you in the queue will appreciate.

== Transport ==
=== Car ===

We plan to take at least 2 cars,
==== Car 1 (4 seats) ====
* Rorist (driver)
* [[User:Francois|Francois]] (driver)
* Martin (not a driver)
* Ivy (not a driver)

==== Car 2 (3 seats) ====
* forward trip tuesday 20 we'll try very early in the morning
* reverse trip monday 26

* Nico D. (driver)
* Clément (not driver)
* (additional driver more than welcome!)

==== Car 3 (2 seats) ====
* MC (driver)

=== Train ===

* Some ppl go by train

== See also ==
* [[CCCamp2015]]
* [[35C3]]
* [[34C3]]
* [[33C3]]
* [[32C3]]
* [[31C3]]
* [[30C3]]
* [[29C3]]
* [[28C3]]

CCCamp2019

2019-08-12T11:44:21Z

Ndesir: /* Car 3 (3 seats) */

[[Category:Ongoing_Projects]][[Category:Conferences]]
== Information ==
* The Chaos Communication Camp will take place in [https://www.openstreetmap.org/node/267114042|Ziegeleipark Mildenberg] between Wednesday August 21st to Sunday August 25th 2019.
* WIKI: https://events.ccc.de/camp/2019/wiki/Main_Page
* BLOG: https://events.ccc.de/category/camp/camp-2019/
* Timeline: https://events.ccc.de/camp/2019/wiki/Timeline
* #CCCamp19

== FIXME Camp: Lemanicus ==

Discussion is happening on [[Chat]] channel [https://chat.fixme.ch/fixme/channels/20_cccamp2019 20_cccamp2019]
* https://signup.c3assemblies.de/assembly/7f9fb8c6-1e57-48dd-9f6b-1cf02b2d935e
* Wiki https://events.ccc.de/camp/2019/wiki/Village:Lemanicus

== Tickets ==
https://tickets.events.ccc.de/camp2019/

<pre>
This time around tickets can only be had when using a voucher.
There will be no public presale of tickets this year.
</pre>

Prices: [[Media:Tickets-events-ccc-de-camp2019.png]]

=== Voucher queue ===

Add yourself and your friends to the queue !!!

{| class="wikitable"
|+
! Name !! Token received !! Ticket ordered !! New token received
|-
| [[User:Rorist|Rorist]] || 23.05.2019 || 24.05.2019 || 28.05.2019
|-
| Francois || 26.05.2019 || 26.05.2019 ||
|-
| [[User:Binary Brain|Sacha]] || 26.05.2019 || 27.05.2019 || 31.05.2019
|-
| Lauren || 27.05.2019 || 27.05.2019 ||
|-
| [[User:Mc|Mathias]] || 28.05.2019 || 28.05.2019 || 29.06.2019
|-
| Rash from UK || 29.05.2019 || 29.05.2019 || 03.06.2019
|-
| [[User:Marv|Martin]] || 28.05.2019 || 29.05.2019 || 31.05.2019
|-
| Undert || 31.05.2019 || ||
|-
| Nico D. (was: [[User:PorCus|Will / PorCus]]) || 03.06.2019 || 03.06.2019 || 04.06.2019
|-
| [[User:Protectator|Protectator]] || 02.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:Polto|Polto]] || 03.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:PoltoS|PoltoS]] || 03.06.2019 || ||
|-
|}

NOTE: when using the voucher, send the replicated voucher to your own email and send it to the next person. Usually on the [[Chat]].

Don't forget to pay for the ticket as soon as it's ordered, the voucher only replicates after the payment is received. People after you in the queue will appreciate.

== Transport ==
=== Car ===

We plan to take at least 2 cars,
==== Car 1 (4 seats) ====
* Rorist (driver)
* [[User:Francois]] (driver)
* Martin (not a driver)
* Ivy (not a driver)

==== Car 2 (4 seats) ====
* MC (driver)

==== Car 3 (3 seats) ====
* Nico D. (driver)
* Clément (not driver)
* (additional driver more than welcome!)

=== Train ===

* Some ppl go by train

== See also ==
* [[CCCamp2015]]
* [[35C3]]
* [[34C3]]
* [[33C3]]
* [[32C3]]
* [[31C3]]
* [[30C3]]
* [[29C3]]
* [[28C3]]

CCCamp2019

2019-08-12T11:44:05Z

Ndesir: /* Car 2 (4 seats) */

[[Category:Ongoing_Projects]][[Category:Conferences]]
== Information ==
* The Chaos Communication Camp will take place in [https://www.openstreetmap.org/node/267114042|Ziegeleipark Mildenberg] between Wednesday August 21st to Sunday August 25th 2019.
* WIKI: https://events.ccc.de/camp/2019/wiki/Main_Page
* BLOG: https://events.ccc.de/category/camp/camp-2019/
* Timeline: https://events.ccc.de/camp/2019/wiki/Timeline
* #CCCamp19

== FIXME Camp: Lemanicus ==

Discussion is happening on [[Chat]] channel [https://chat.fixme.ch/fixme/channels/20_cccamp2019 20_cccamp2019]
* https://signup.c3assemblies.de/assembly/7f9fb8c6-1e57-48dd-9f6b-1cf02b2d935e
* Wiki https://events.ccc.de/camp/2019/wiki/Village:Lemanicus

== Tickets ==
https://tickets.events.ccc.de/camp2019/

<pre>
This time around tickets can only be had when using a voucher.
There will be no public presale of tickets this year.
</pre>

Prices: [[Media:Tickets-events-ccc-de-camp2019.png]]

=== Voucher queue ===

Add yourself and your friends to the queue !!!

{| class="wikitable"
|+
! Name !! Token received !! Ticket ordered !! New token received
|-
| [[User:Rorist|Rorist]] || 23.05.2019 || 24.05.2019 || 28.05.2019
|-
| Francois || 26.05.2019 || 26.05.2019 ||
|-
| [[User:Binary Brain|Sacha]] || 26.05.2019 || 27.05.2019 || 31.05.2019
|-
| Lauren || 27.05.2019 || 27.05.2019 ||
|-
| [[User:Mc|Mathias]] || 28.05.2019 || 28.05.2019 || 29.06.2019
|-
| Rash from UK || 29.05.2019 || 29.05.2019 || 03.06.2019
|-
| [[User:Marv|Martin]] || 28.05.2019 || 29.05.2019 || 31.05.2019
|-
| Undert || 31.05.2019 || ||
|-
| Nico D. (was: [[User:PorCus|Will / PorCus]]) || 03.06.2019 || 03.06.2019 || 04.06.2019
|-
| [[User:Protectator|Protectator]] || 02.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:Polto|Polto]] || 03.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:PoltoS|PoltoS]] || 03.06.2019 || ||
|-
|}

NOTE: when using the voucher, send the replicated voucher to your own email and send it to the next person. Usually on the [[Chat]].

Don't forget to pay for the ticket as soon as it's ordered, the voucher only replicates after the payment is received. People after you in the queue will appreciate.

== Transport ==
=== Car ===

We plan to take at least 2 cars,
==== Car 1 (4 seats) ====
* Rorist (driver)
* [[User:Francois]] (driver)
* Martin (not a driver)
* Ivy (not a driver)

==== Car 2 (4 seats) ====
* MC (driver)

==== Car 3 (3 seats) ====
* Nico (driver)
* Clément (not driver)
* (additional driver more than welcome!)

=== Train ===

* Some ppl go by train

== See also ==
* [[CCCamp2015]]
* [[35C3]]
* [[34C3]]
* [[33C3]]
* [[32C3]]
* [[31C3]]
* [[30C3]]
* [[29C3]]
* [[28C3]]

CCCamp2019

2019-08-12T11:42:47Z

Ndesir: /* Voucher queue */

[[Category:Ongoing_Projects]][[Category:Conferences]]
== Information ==
* The Chaos Communication Camp will take place in [https://www.openstreetmap.org/node/267114042|Ziegeleipark Mildenberg] between Wednesday August 21st to Sunday August 25th 2019.
* WIKI: https://events.ccc.de/camp/2019/wiki/Main_Page
* BLOG: https://events.ccc.de/category/camp/camp-2019/
* Timeline: https://events.ccc.de/camp/2019/wiki/Timeline
* #CCCamp19

== FIXME Camp: Lemanicus ==

Discussion is happening on [[Chat]] channel [https://chat.fixme.ch/fixme/channels/20_cccamp2019 20_cccamp2019]
* https://signup.c3assemblies.de/assembly/7f9fb8c6-1e57-48dd-9f6b-1cf02b2d935e
* Wiki https://events.ccc.de/camp/2019/wiki/Village:Lemanicus

== Tickets ==
https://tickets.events.ccc.de/camp2019/

<pre>
This time around tickets can only be had when using a voucher.
There will be no public presale of tickets this year.
</pre>

Prices: [[Media:Tickets-events-ccc-de-camp2019.png]]

=== Voucher queue ===

Add yourself and your friends to the queue !!!

{| class="wikitable"
|+
! Name !! Token received !! Ticket ordered !! New token received
|-
| [[User:Rorist|Rorist]] || 23.05.2019 || 24.05.2019 || 28.05.2019
|-
| Francois || 26.05.2019 || 26.05.2019 ||
|-
| [[User:Binary Brain|Sacha]] || 26.05.2019 || 27.05.2019 || 31.05.2019
|-
| Lauren || 27.05.2019 || 27.05.2019 ||
|-
| [[User:Mc|Mathias]] || 28.05.2019 || 28.05.2019 || 29.06.2019
|-
| Rash from UK || 29.05.2019 || 29.05.2019 || 03.06.2019
|-
| [[User:Marv|Martin]] || 28.05.2019 || 29.05.2019 || 31.05.2019
|-
| Undert || 31.05.2019 || ||
|-
| Nico D. (was: [[User:PorCus|Will / PorCus]]) || 03.06.2019 || 03.06.2019 || 04.06.2019
|-
| [[User:Protectator|Protectator]] || 02.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:Polto|Polto]] || 03.06.2019 || 03.06.2019 || 03.06.2019
|-
| [[User:PoltoS|PoltoS]] || 03.06.2019 || ||
|-
|}

NOTE: when using the voucher, send the replicated voucher to your own email and send it to the next person. Usually on the [[Chat]].

Don't forget to pay for the ticket as soon as it's ordered, the voucher only replicates after the payment is received. People after you in the queue will appreciate.

== Transport ==
=== Car ===

We plan to take at least 2 cars,
==== Car 1 (4 seats) ====
* Rorist (driver)
* [[User:Francois]] (driver)
* Martin (not a driver)
* Ivy (not a driver)

==== Car 2 (4 seats) ====
* MC (driver)
* Nico (driver)
* Nico+1 (not driver)

=== Train ===

* Some ppl go by train

== See also ==
* [[CCCamp2015]]
* [[35C3]]
* [[34C3]]
* [[33C3]]
* [[32C3]]
* [[31C3]]
* [[30C3]]
* [[29C3]]
* [[28C3]]

Parts Order

2012-04-04T22:16:22Z

Ndesir:

= Electronics Parts Order =

We usually order from [http://digikey.com DigiKey] (free shipping, fairly cheap) or [http://www.futureelectronics.com Future Electronics] ($50 shipping, very cheap).

Because DigiKey and Future carry different parts, it is not easy to do a cheap order with exactly one part, because sometimes alternative parts exist in the other store that are cheaper.
List alternative parts in the ''Article Number'' field. Let's see how that works out.



''il me faut aussi des borniers à visser, pour du fil normal (max 2mm²) par 2 (15pc), 3 (15pc) et 12 (10pc)? je trouve pas sur digikey :-( si quelqu'un sait où trouver..'' [[User:Petaflot|Petaflot]] 15:52, 4 April 2012 (CEST)

<pre>
DL, 10, 360-1816-ND # on-off-on switches
DL, 3, 432-1257-ND # off-on-mom switches
DL, 3, 360-2073-ND # on-on-on switches
DL, 10, EG2394-ND # mom-off-on SPDT switches
DL, 3, 360-2080-ND # mom-off-on DPDT switches
DL, 1, 27931-ND # CO detector will make ND happy ;-)
DL, 4, LM2596S-ADJ-ND # to fix DC converters..
DL, 10, 568-1047-5-ND # I²C 8-bit LED driver with linux userspace utilities :-)
DL, 10, Z995-ND # relay socket, 5 pos through-hole
DL, 6, Z855-ND # relay socket, 5 pos DIN
DL, 2, Z2605-ND #relay socket, 8 pos
DL, 2, Z207-ND # relay socket 8 pos DIN
DL, 2 Z1637-ND # DPDT relay, 5A
DL, 10, Z1633-ND # 24V SPDT relay, 10A
DL, 15, 751-1129-ND #LEDs
DL, 15, 751-1114-ND #LEDs
DL, 15, 751-1153-ND #LEDs
DL, 5, 568-1416-5-ND #demux, active high output
DL, 5, 296-1600-5-ND #ShiftRegisters
DL, 5, 296-9217-5-ND # dual analog mux/demux
DL, 10, ED3114-ND # 14 pin DIP socket
DL, 10, 3M5463-ND # 16 pin DIP socket
DL, 10, 3M5476-ND # 18 pin DIP socket

337,78 Euros

NEM, 5, CP3-1000-ND # 2.1mm plug
NEM, 5 ATTINY13A-PU-ND # ATtiny13
NEM, 1, LM386N-1-ND # LM386 AMP Audio
NEM, 3, BH9V-PC-ND # Battery holder
NEM, 2, 3352T-104LF-ND # 100k variable resistor
NEM, 2, CP-3536-ND # 3.5mm jack
NEM, 1, RNF364K-ND # Heat shrink tube
NEM, 1, RNF012K-ND # Heat shrink tube
NEM, 5, A100204-ND # 8 pins DIP socket

362,89 Euros, delta = 25.11 Euros

JB, 5, 568-1416-5-ND #demux, active high output
JB, 5, 296-1600-5-ND #ShiftRegisters
JB, 20, 751-1129-ND #LEDs
JB, 20, 751-1114-ND #LEDs
JB, 20, 751-1153-ND #LEDs
JB, 10, A32870-ND #16 pins DIP socket
JB, 1, 438-1022-ND #prototype board
JB, 1, 299/1 SV005-ND #non insulated wire

443,24 Euros, delta = 80.35 Euros

ND, to many things, I make the order of my items + the current list on wednesday April 4

Order sent 5th of april @ 00:15

</pre>

Parts Order

2012-04-04T20:49:24Z

Ndesir:

Parts Order

2012-04-02T16:24:49Z

Ndesir:

Parts Order

2011-11-03T21:48:25Z

Ndesir:

=Commande Digikey du xx.xx.2011 =

Status: closed

Délais: 2.11.2011

Commandé par: Nico D.


<pre>
3, 450-1139-ND, DL-UAVP
1, ATMEGA328P-AU-ND, DL-UAVP
1, LM1117IMP-3.3CT-ND, DL-UAVP
1, IRF7425PBF-ND, DL-UAVP
1, AD7924BRUZ-ND, DL-UAVP
1, X163-ND, DL-UAVP
2, 568-1009-1-ND, DL-UAVP
2, LT1763CS8-5#PBF-ND, DL-UAVP
5, BC817-16-FDICT-ND, DL-UAVP
1, 641-1328-1-ND, DL-UAVP
1, 497-6453-1-ND, DL-UAVP
1, XC741CT-ND, DL-UAVP
1, X195-ND, DL-UAVP
2, DN7964CT-ND, DL-UAVP
10, DSPIC33FJ128MC804-E/PT-ND, DL-ND
5, ENC28J60-I/SO-ND, DL-ND
2, 768-1007-1-ND, DL
</pre>

I2C on Alix Pcengine

2011-11-02T22:18:24Z

Ndesir: Created page with " http://www.pcengines.info/forums/?page=post&id=DE352734-3123-41F2-AFA4-0CD1939BFDC7&fid=40251191-FF24-48A8-BB0E-995B04812ADE"

http://www.pcengines.info/forums/?page=post&id=DE352734-3123-41F2-AFA4-0CD1939BFDC7&fid=40251191-FF24-48A8-BB0E-995B04812ADE

Parts Order

2011-06-09T10:00:35Z

Ndesir:

=Commande Digikey du xxxxxx=

Status: ouverte

Délais: xxxxxx

Commandé par: ?????

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|}

=Commande Digikey du 10.06.2011=

Status: ouverte

Délais: vendredi 10 juin 2011

Commandé par: François

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2212RZ-ND]
| IC TRANS AUDIO DUAL NPN 8SOIC
| 5.74
| 22.96
| philou
|-
|4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2220SZ-ND]
| IC TRANS AUDIO DUAL PNP 8SOIC
| 6.86
| 27.44
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=DS2482S-100%2B-ND]
| IC BRIDGE I2C TO 1-WIRE 8-SOIC
| 1.28
| 2.56
| philou
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=ADV7611BSWZ-P-ND]
| IC RCVR HDMI 165MHZ LP 64LQFP
| 12.12
| 12.12
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=296-17309-ND]
| IC SAMPLE RATE CONV 4CH 64-TQFP
| 12.07
| 24.14
| philou
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SI9986DY-T1-E3CT-ND SI9986DY-T1-E3CT-ND]
| IC BUFFERED H-BRIDGE 8-SOIC
| 3.43
| 13.72
| Raph
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SMDTCLF-ND SMDTCLF-ND]
| SOLDER TIP CLEANER LEAD FREE
| 5.06
| 5.06
| Fred
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1011-ND 976-1011-ND]
| BXRA-C4500-00000
| 35.3
| 35.3
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1037-ND 976-1037-ND]
| BXRA-W3500-00S0E
| 37.15
| 37.15
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1036-ND 976-1036-ND]
| BXRA-N4000-00L0E
| 37.15
| 37.15
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=345-1011-ND 345-1011-ND]
| Thermal Paste
| 21.91
| 21.91
| Nico D.
|}

=Commande Digikey du 26.05.2011=

Status: livrée
Délais: 26.05.2011 à 24h00

Commandé par: eric_st

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
|4
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=438-1046-ND&x=4&y=20 438-1046-ND]
|BREADBOARD W/70PC WIRE SET
|10.35
|41.40
|eric_st, jb, Raphaël,Fred
|-
|3
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?lang=en&site=US&KeyWords=568-4916-ND&x=6&y=18 568-4916-ND]
|DEVELOPMENT BOARD LPC1768 MBED
|44.93
|134.79
|eric_st, Raphaël,Fred
|-
|10
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=3M9455-ND 3M9455-ND]
|CONN HEADER VERT SGL 20POS GOLD
|0.592
|5.92
|Fred
|-
|2
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=277-1675-ND 277-1675-ND]
|CONN SOCKET RJ45 8X1PORT R/A
|3.83
|7.66
|Raphaël,Fred
|-
|
|TOTAL
|189.77
|
|}

Parts Order

2011-06-09T09:49:27Z

Ndesir:

=Commande Digikey du xxxxxx=

Status: ouverte

Délais: xxxxxx

Commandé par: ?????

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|}

=Commande Digikey du 10.06.2011=

Status: ouverte

Délais: vendredi 10 juin 2011

Commandé par: François

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2212RZ-ND]
| IC TRANS AUDIO DUAL NPN 8SOIC
| 5.74
| 22.96
| philou
|-
|4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2220SZ-ND]
| IC TRANS AUDIO DUAL PNP 8SOIC
| 6.86
| 27.44
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=DS2482S-100%2B-ND]
| IC BRIDGE I2C TO 1-WIRE 8-SOIC
| 1.28
| 2.56
| philou
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=ADV7611BSWZ-P-ND]
| IC RCVR HDMI 165MHZ LP 64LQFP
| 12.12
| 12.12
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=296-17309-ND]
| IC SAMPLE RATE CONV 4CH 64-TQFP
| 12.07
| 24.14
| philou
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SI9986DY-T1-E3CT-ND SI9986DY-T1-E3CT-ND]
| IC BUFFERED H-BRIDGE 8-SOIC
| 3.43
| 13.72
| Raph
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SMDTCLF-ND SMDTCLF-ND]
| SOLDER TIP CLEANER LEAD FREE
| 5.06
| 5.06
| Fred
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1011-ND 976-1011-ND]
| BXRA-C4500-00000
| 35.3
| 35.3
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1037-ND 976-1037-ND]
| BXRA-W3500-00S0E
| 37.15
| 37.15
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1036-ND 976-1036-ND]
| BXRA-N4000-00L0E
| 37.15
| 37.15
| Nico D.
|}

=Commande Digikey du 26.05.2011=

Status: livrée
Délais: 26.05.2011 à 24h00

Commandé par: eric_st

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
|4
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=438-1046-ND&x=4&y=20 438-1046-ND]
|BREADBOARD W/70PC WIRE SET
|10.35
|41.40
|eric_st, jb, Raphaël,Fred
|-
|3
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?lang=en&site=US&KeyWords=568-4916-ND&x=6&y=18 568-4916-ND]
|DEVELOPMENT BOARD LPC1768 MBED
|44.93
|134.79
|eric_st, Raphaël,Fred
|-
|10
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=3M9455-ND 3M9455-ND]
|CONN HEADER VERT SGL 20POS GOLD
|0.592
|5.92
|Fred
|-
|2
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=277-1675-ND 277-1675-ND]
|CONN SOCKET RJ45 8X1PORT R/A
|3.83
|7.66
|Raphaël,Fred
|-
|
|TOTAL
|189.77
|
|}

Parts Order

2011-06-09T09:48:14Z

Ndesir:

=Commande Digikey du xxxxxx=

Status: ouverte

Délais: xxxxxx

Commandé par: ?????

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|}

=Commande Digikey du 10.06.2011=

Status: ouverte

Délais: vendredi 10 juin 2011

Commandé par: François

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2212RZ-ND]
| IC TRANS AUDIO DUAL NPN 8SOIC
| 5.74
| 22.96
| philou
|-
|4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2220SZ-ND]
| IC TRANS AUDIO DUAL PNP 8SOIC
| 6.86
| 27.44
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=DS2482S-100%2B-ND]
| IC BRIDGE I2C TO 1-WIRE 8-SOIC
| 1.28
| 2.56
| philou
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=ADV7611BSWZ-P-ND]
| IC RCVR HDMI 165MHZ LP 64LQFP
| 12.12
| 12.12
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=296-17309-ND]
| IC SAMPLE RATE CONV 4CH 64-TQFP
| 12.07
| 24.14
| philou
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SI9986DY-T1-E3CT-ND SI9986DY-T1-E3CT-ND]
| IC BUFFERED H-BRIDGE 8-SOIC
| 3.43
| 13.72
| Raph
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SMDTCLF-ND SMDTCLF-ND]
| SOLDER TIP CLEANER LEAD FREE
| 5.06
| 5.06
| Fred
|1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1011-ND 976-1011-ND]
| BXRA-C4500-00000
| 35.3
| 35.3
| Nico D.
|-
|1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1037-ND 976-1037-ND]
| BXRA-W3500-00S0E
| 37.15
| 37.15
| Nico D.
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1036-ND 976-1036-ND]
| BXRA-N4000-00L0E
| 37.15
| 37.15
| Nico D.
|-
|}

=Commande Digikey du 26.05.2011=

Status: livrée
Délais: 26.05.2011 à 24h00

Commandé par: eric_st

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
|4
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=438-1046-ND&x=4&y=20 438-1046-ND]
|BREADBOARD W/70PC WIRE SET
|10.35
|41.40
|eric_st, jb, Raphaël,Fred
|-
|3
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?lang=en&site=US&KeyWords=568-4916-ND&x=6&y=18 568-4916-ND]
|DEVELOPMENT BOARD LPC1768 MBED
|44.93
|134.79
|eric_st, Raphaël,Fred
|-
|10
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=3M9455-ND 3M9455-ND]
|CONN HEADER VERT SGL 20POS GOLD
|0.592
|5.92
|Fred
|-
|2
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=277-1675-ND 277-1675-ND]
|CONN SOCKET RJ45 8X1PORT R/A
|3.83
|7.66
|Raphaël,Fred
|-
|
|TOTAL
|189.77
|
|}

Parts Order

2011-06-09T09:43:52Z

Ndesir:

=Commande Digikey du xxxxxx=

Status: ouverte

Délais: xxxxxx

Commandé par: ?????

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|}

=Commande Digikey du 10.06.2011=

Status: ouverte

Délais: vendredi 10 juin 2011

Commandé par: François

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2212RZ-ND]
| IC TRANS AUDIO DUAL NPN 8SOIC
| 5.74
| 22.96
| philou
|-
|4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SSM2220SZ-ND]
| IC TRANS AUDIO DUAL PNP 8SOIC
| 6.86
| 27.44
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=DS2482S-100%2B-ND]
| IC BRIDGE I2C TO 1-WIRE 8-SOIC
| 1.28
| 2.56
| philou
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=ADV7611BSWZ-P-ND]
| IC RCVR HDMI 165MHZ LP 64LQFP
| 12.12
| 12.12
| philou
|-
| 2
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=296-17309-ND]
| IC SAMPLE RATE CONV 4CH 64-TQFP
| 12.07
| 24.14
| philou
|-
| 4
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SI9986DY-T1-E3CT-ND SI9986DY-T1-E3CT-ND]
| IC BUFFERED H-BRIDGE 8-SOIC
| 3.43
| 13.72
| Raph
|-
| 1
| [http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=SMDTCLF-ND SMDTCLF-ND]
| SOLDER TIP CLEANER LEAD FREE
| 5.06
| 5.06
| Fred
|}

=Commande Digikey du 26.05.2011=

Status: livrée
Délais: 26.05.2011 à 24h00

Commandé par: eric_st

{| class="wikitable" style="text-align:center;"
|-
! scope=col | Nombre de pièces
! scope=col | N° article
! scope=col | Description
! scope=col | Prix unitaire (EUR)
! scope=col | Prix total (EUR)
! scope=col | Qui
|-
|4
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?WT.z_header=search_go&lang=en&site=us&keywords=438-1046-ND&x=4&y=20 438-1046-ND]
|BREADBOARD W/70PC WIRE SET
|10.35
|41.40
|eric_st, jb, Raphaël,Fred
|-
|3
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?lang=en&site=US&KeyWords=568-4916-ND&x=6&y=18 568-4916-ND]
|DEVELOPMENT BOARD LPC1768 MBED
|44.93
|134.79
|eric_st, Raphaël,Fred
|-
|10
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=3M9455-ND 3M9455-ND]
|CONN HEADER VERT SGL 20POS GOLD
|0.592
|5.92
|Fred
|-
|2
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=277-1675-ND 277-1675-ND]
|CONN SOCKET RJ45 8X1PORT R/A
|3.83
|7.66
|Raphaël,Fred
|-
|1
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1011-ND 976-1011-ND]
|35.3
|35.3
|Nico D.
|-
|1
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1037-ND 976-1037-ND]
|37.15
|37.15
|Nico D.
|-
|1
|[http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=976-1036-ND 976-1036-ND]
|37.15
|37.15
|Nico D.
|-
|
|TOTAL
|299.37
|
|}