Yep, d'autant plus que si je raconte pas de conneries, le wi-fi c'est des fréquences fixes. Contrairement à certains autres équipements BLR qui eux sont en "saut de fréquence".
La conséquence de tout ça c'est que :
1/ C'est sniffable "facilement"
2/ Ca utilise stupidement le spectre
3/ Ca sature le spectre
On le voit très bien chez nous lors d'un scan de bruit sur le spectre, il commence à y avoir du monde, et hélas, en fréquence fixe. Ce sont surtout les ponts 10mbit/s aironet (cisco) et le wi-fi qui en sont les responsables.
Les équipements Lucent (WaveAccess/NetWeaver) et Breezecom (parmi d'autres) que nous utilisons sont beaucoup plus intéressants en terme d'utilisation du spectre et sont virtuellement insniffables.
Tout d'abord, j'aimerais qu'on arrête d'associer MS et MPEG4, MS ne fait PAS de MPEG4 au sens strict du terme.
Quant au pourquoi du comment de l'état d'avancement des implémentations concurrentes, quand je vois comment MS peine à atteindre une image de qualité (toujours sans avoir un flux MPEG4 ISO), je me dis qu'ils doivent avoir bien d'autres chats à fouetter.
Je ne crois pas qu'il s'agisse d'un problème de lourdeur. Nous utilisons une implémentation du MPEGJ, et je trouve ça plutôt élégament fait et pas lourd du tout au regard des fonctionalités. Certes il faut quand même un PIII à 1Ghz pour que ça roule nickel, mais bon, quand le produit sera mature, c'est une config qui sera standard (je peux pas trop me mouiller sur les délais mais je pense pas trop me tromper sur l'adéquation soft/hard).
Pour sortir un peut du sujet, j'espere qu'il n'y aurra pas la meme erreur sur la TNT, et que l'on aurra une qualité decente
C'est justement ce sur quoi nous travaillons (ie: les 3 autres sociétés avec qui nous sommes partenaires, car bien évidemment, ce genre de chose ne se fait pas tout seul), en toute cohérence avec les deux constatations énoncées avant. Maintenant, de là à dire que notre solution sera retenue, il y a un pas que j'aimerais bien franchir mais bon ...
Votre video est diffusé sur le net ?
Que l'on puisse voir un peut a quoi cela ressemble :).
Non, notre objectif est justement de ne pas diffuser en dehors d'un LAN car le débit n'est alors plus garanti. Le flux est injecté en multicast directement dans le LAN par un boitier intégrant une carte satellite (et un peu de magie noire :-)
Il faut bien comprendre que le monde de l'audiovisuel n'ira pas sur des solutions de streaming si la qualité n'est pas au moins égale à celle que l'on obtient sur les canaux classiques. De plus, les problèmes des droits sur les contenus sont .... justement un problème. Une fois ces deux constatations faites il est bien évident que seuls ceux qui détiennent les droits pourront diffuser leur propre contenu, c'est une Lapalissade.
Or les solutions filaires terrestres sont une impasse technologique (il suffit de voir le surbooking de la commut' ATM entre les DSLAM pour comprendre) et c'est pourquoi la TV sur ADSL n'est pas prête d'arriver tant que les anciens démons du tout-filaire seront là. Les solutions TurboDSL à 256kbit/s coûtent la peau des gesticouilles, et même avec ça nous n'aurez que du RealNetworks tout juste acceptable (je sais, on a commencé avec ça il y a 1 an, même si le satellite pouvait monter un débit utile de ~460kbit/s, le RP8 buvait la tasse au bout de 15minutes sur un flux à 384kbit/s)
Les bouillons retentissants de CanalWeb (qui a par ailleurs eu le mérite de faire avancer l'idée du concept de "WebTV", un peu trop galvaudé, il est vrai) et de Perfect en sont d'ailleurs une parfaite illustration. Qui va payer pour voir une video au format timbre-poste avec un framerate de diaporama ? Un peu de sérieux ...
Quand bien même on arriverait à streamer à 300kbit/s que ça ne changerait absolument rien.
En effet, les wavelets sont en cours d'implémentation (le full D1 est fini, avant on était qu'en CIF) dans un codec mpeg4 que je connais bien, ainsi que le "quart de pixel" qui permet un "vrai" zoom entre du CIF et du D1 sans perte de résolution.
Quant au match DivX / MPEG4 (ISO, est-il nécéssaire de le rappeler ?), l'avantage est très très nettement en faveur du second, au moins pour les utilisations broadcast (chaîne de TV). Nous émettons depuis novembre 24h/24 un stream à 430kbit/s, format CIF, 25fps. La stabilité du codec ( côtés codage ET player ) sont impressionantes (même si (malgré ?) ils tournent sous Windows pour le moment), ainsi que le lissage du débit qui autorise la transmission de ce flux sur une capa spatiale de 512kbit/s en IP/DVB et ce, sans aucune perte de paquet (sauf ceux occasionnés par la LS FT de me*de qui a un BER mesuré par mes soins de 10^-8 alors que le DVB est à 10^-11/-12) à l'arrivée sur le LAN.
Enfin, le flux est lisible par plusieurs players en multicast (ou fichier .mp4 d'ailleurs), car conforme aux specs ISMA (mpeg4ip peut le lire sans aucun problème même si le player "natif" est bcp plus optimisé et a un meilleur rendu visuel).
Sauf qu'il existe un plug-in MPEG4 ISO (ISMA compliant) pour RP fourni par http://www.envivio.tv,(...) oui je sais, c'est pas libre mais c'est au moins conforme au standard MPEG4 (à la différence de toutes les autres merdes soi-disant MPEG4 mais qui ne respectent pas les spécifications ISMA).
Donc il y a au moins un avantange (peut-être pas voulu directement) : ça fera connaître le "vrai" MPEG4 au grand public. D'autant plus que je suis bien placé pour dire que le codage d'envivio est de très bonne qualité (y'a même pas photo face à MS et autres merdes non-standard)
La logique est que wanadoo vend l'adsl à 50% de perte (mais encore une fois, le dumping n'existe pas dans les services) et n'a toujours pas passé dans ses bilans l'achat de ses abonnés (qui se chiffre en millards). Pour info, un abonné adsl rapporte 13euros/an et a couté 68 euros au départ (qui ne sont toujours pas passés dans les comptes, je le rappelle).
Je passerai sur les abandons successifs de créances de la part de FT (plusieurs centaines de MF) qui ne sont pas jugés discriminatoires par l'ART (comment ça, personne n'est étonné ?). Passons aussi sous silence la double facturation FT/Transpac. Avec des telles pratiques, on ne peut pas s'étonner des augmentations de résultat de wanadoo ... mais bon, tôt ou tard, il faudra bien lever le voile sur l'ardoise.
Ca a déjà commencé ... Enfin, M.Bon a l'habitude des gestions calamiteuses (il s'est fait gicler de Carrefour en 24h quand les administrateurs ont réalisé ses prouesses financières). A sa décharge, c'est le sport favori dans les télécoms, la vente à perte (suffit de voir les dépots de bilan qui tombent [presque] tous les jours) et l'échange fictif de capa.
Vivement le dépot de bilan de FT et consorts, que ça assainisse le marché en mettant fin aux pratiques anti-concurrentielles et aux gestions grand-guignolesques.
C'est clair que si on installe un linux minimal et qu'on le customise ensuite, si la machine plante il faudra refaire la config. Mais si les modifs sont concentrées dans un fichier unique, on peut conserver ce même fichier ailleurs. Si la machine tombe en rade, on la change et on downloade la config, comme on le ferait avec un boot tftp sur un routeur "classique". Je travaille d'ailleurs sur une telle solution ...
Le dumping ne s'applique qu'à la vente de produits physiques, pas aux services. La vente à perte ne l'est en fait pas dans ce cas, tout du moins juridiquement parlant.
[^] # Re: Révolution ?
Posté par Franck Lesage . En réponse à la dépêche Révolution dans la compression vidéo ?. Évalué à 1.
Voilà, je vous laisse vous faire votre propre idée, sachant qu'on émet à 430kbit/s mais bon, je pense pas que ça change drastiquement le résultat.
Ensuite, iirc c'est une source mpeg2 qui n'est pas de très bonne qualité, ce qui ne rend pas justice aux développeurs du codec (désolé J ;-)
On devrait mpeg4iser une source plus clean, ça serait plus objectif ... promis juré, les prochains samples seront fait en branchant les neurones :-)
[^] # Re: Non mais ça va pas !
Posté par Franck Lesage . En réponse à la dépêche Et si le réseau sans fil était un service public?. Évalué à 3.
La conséquence de tout ça c'est que :
1/ C'est sniffable "facilement"
2/ Ca utilise stupidement le spectre
3/ Ca sature le spectre
On le voit très bien chez nous lors d'un scan de bruit sur le spectre, il commence à y avoir du monde, et hélas, en fréquence fixe. Ce sont surtout les ponts 10mbit/s aironet (cisco) et le wi-fi qui en sont les responsables.
Les équipements Lucent (WaveAccess/NetWeaver) et Breezecom (parmi d'autres) que nous utilisons sont beaucoup plus intéressants en terme d'utilisation du spectre et sont virtuellement insniffables.
[^] # Re: Le mpeg 2 le fait déjà
Posté par Franck Lesage . En réponse à la dépêche Révolution dans la compression vidéo ?. Évalué à 7.
Quant au pourquoi du comment de l'état d'avancement des implémentations concurrentes, quand je vois comment MS peine à atteindre une image de qualité (toujours sans avoir un flux MPEG4 ISO), je me dis qu'ils doivent avoir bien d'autres chats à fouetter.
Je ne crois pas qu'il s'agisse d'un problème de lourdeur. Nous utilisons une implémentation du MPEGJ, et je trouve ça plutôt élégament fait et pas lourd du tout au regard des fonctionalités. Certes il faut quand même un PIII à 1Ghz pour que ça roule nickel, mais bon, quand le produit sera mature, c'est une config qui sera standard (je peux pas trop me mouiller sur les délais mais je pense pas trop me tromper sur l'adéquation soft/hard).
[^] # Re: Révolution ?
Posté par Franck Lesage . En réponse à la dépêche Révolution dans la compression vidéo ?. Évalué à 4.
C'est justement ce sur quoi nous travaillons (ie: les 3 autres sociétés avec qui nous sommes partenaires, car bien évidemment, ce genre de chose ne se fait pas tout seul), en toute cohérence avec les deux constatations énoncées avant. Maintenant, de là à dire que notre solution sera retenue, il y a un pas que j'aimerais bien franchir mais bon ...
[^] # Re: Révolution ?
Posté par Franck Lesage . En réponse à la dépêche Révolution dans la compression vidéo ?. Évalué à 9.
Que l'on puisse voir un peut a quoi cela ressemble :).
Non, notre objectif est justement de ne pas diffuser en dehors d'un LAN car le débit n'est alors plus garanti. Le flux est injecté en multicast directement dans le LAN par un boitier intégrant une carte satellite (et un peu de magie noire :-)
Il faut bien comprendre que le monde de l'audiovisuel n'ira pas sur des solutions de streaming si la qualité n'est pas au moins égale à celle que l'on obtient sur les canaux classiques. De plus, les problèmes des droits sur les contenus sont .... justement un problème. Une fois ces deux constatations faites il est bien évident que seuls ceux qui détiennent les droits pourront diffuser leur propre contenu, c'est une Lapalissade.
Or les solutions filaires terrestres sont une impasse technologique (il suffit de voir le surbooking de la commut' ATM entre les DSLAM pour comprendre) et c'est pourquoi la TV sur ADSL n'est pas prête d'arriver tant que les anciens démons du tout-filaire seront là. Les solutions TurboDSL à 256kbit/s coûtent la peau des gesticouilles, et même avec ça nous n'aurez que du RealNetworks tout juste acceptable (je sais, on a commencé avec ça il y a 1 an, même si le satellite pouvait monter un débit utile de ~460kbit/s, le RP8 buvait la tasse au bout de 15minutes sur un flux à 384kbit/s)
Les bouillons retentissants de CanalWeb (qui a par ailleurs eu le mérite de faire avancer l'idée du concept de "WebTV", un peu trop galvaudé, il est vrai) et de Perfect en sont d'ailleurs une parfaite illustration. Qui va payer pour voir une video au format timbre-poste avec un framerate de diaporama ? Un peu de sérieux ...
Quand bien même on arriverait à streamer à 300kbit/s que ça ne changerait absolument rien.
[^] # Re: Révolution ?
Posté par Franck Lesage . En réponse à la dépêche Révolution dans la compression vidéo ?. Évalué à 10.
Quant au match DivX / MPEG4 (ISO, est-il nécéssaire de le rappeler ?), l'avantage est très très nettement en faveur du second, au moins pour les utilisations broadcast (chaîne de TV). Nous émettons depuis novembre 24h/24 un stream à 430kbit/s, format CIF, 25fps. La stabilité du codec ( côtés codage ET player ) sont impressionantes (même si (malgré ?) ils tournent sous Windows pour le moment), ainsi que le lissage du débit qui autorise la transmission de ce flux sur une capa spatiale de 512kbit/s en IP/DVB et ce, sans aucune perte de paquet (sauf ceux occasionnés par la LS FT de me*de qui a un BER mesuré par mes soins de 10^-8 alors que le DVB est à 10^-11/-12) à l'arrivée sur le LAN.
Enfin, le flux est lisible par plusieurs players en multicast (ou fichier .mp4 d'ailleurs), car conforme aux specs ISMA (mpeg4ip peut le lire sans aucun problème même si le player "natif" est bcp plus optimisé et a un meilleur rendu visuel).
[^] # correction
Posté par Franck Lesage . En réponse à la dépêche Real s'intègre direct sur carte-mère!. Évalué à 4.
[^] # MPEG4
Posté par Franck Lesage . En réponse à la dépêche Real s'intègre direct sur carte-mère!. Évalué à 10.
Donc il y a au moins un avantange (peut-être pas voulu directement) : ça fera connaître le "vrai" MPEG4 au grand public. D'autant plus que je suis bien placé pour dire que le codage d'envivio est de très bonne qualité (y'a même pas photo face à MS et autres merdes non-standard)
[^] # Des bouillons en perspective ...
Posté par Franck Lesage . En réponse à la dépêche Wanadoo vs Club Internet. Évalué à 5.
Je passerai sur les abandons successifs de créances de la part de FT (plusieurs centaines de MF) qui ne sont pas jugés discriminatoires par l'ART (comment ça, personne n'est étonné ?). Passons aussi sous silence la double facturation FT/Transpac. Avec des telles pratiques, on ne peut pas s'étonner des augmentations de résultat de wanadoo ... mais bon, tôt ou tard, il faudra bien lever le voile sur l'ardoise.
Ca a déjà commencé ... Enfin, M.Bon a l'habitude des gestions calamiteuses (il s'est fait gicler de Carrefour en 24h quand les administrateurs ont réalisé ses prouesses financières). A sa décharge, c'est le sport favori dans les télécoms, la vente à perte (suffit de voir les dépots de bilan qui tombent [presque] tous les jours) et l'échange fictif de capa.
Vivement le dépot de bilan de FT et consorts, que ça assainisse le marché en mettant fin aux pratiques anti-concurrentielles et aux gestions grand-guignolesques.
[^] # Ca dépend de la façon de faire
Posté par Franck Lesage . En réponse à la dépêche Comment sauver vos vieilleries. Évalué à 4.
[^] # De la memoire utilisée ...
Posté par Franck Lesage . En réponse à la dépêche Rétrospective de Linux 2001. Évalué à 1.
Erm, chez moi ça fait plus de 25Mo, avec deux tabs.
Je sais pas où vous achetez votre mozilla (0.9.7) mais je veux bien l'adresse :-)
[^] # Re: ...
Posté par Franck Lesage . En réponse à la dépêche if (Wanadoo==Microsoft). Évalué à 2.
[^] # Re: La fracture numérique n'est pas encore résorbée...
Posté par Franck Lesage . En réponse à la dépêche L'ADSL de France Telecom n'est pas assez cher. Évalué à 1.