Path: ...!newsreader4.netcologne.de!news.netcologne.de!news.mixmin.net!proxad.net!feeder1-2.proxad.net!cleanfeed3-b.proxad.net!nnrp5-1.free.fr!not-for-mail
Subject: Re: A quoi sert le dAB ?
From: =?UTF-8?B?RnJhbsOnb2lzIEd1aWxsZXQ=?= <guillet.francois@wanadoo.fr>
References: <MPG.3d7f2c281b8c34f6989c9e@news.individual.net>   <6329cd44$0$2996$426a74cc@news.free.fr> <632b5c06$0$24805$426a74cc@news.free.fr> <tgjnf1$198n$1@gioia.aioe.org> <632d75b7$0$25947$426a74cc@news.free.fr> <tgke44$1blb$1@gioia.aioe.org> <632f0a2e$0$22250$426a34cc@news.free.fr> <tgn3r7$1uhk$1@gioia.aioe.org> <6330b8bb$0$25959$426a34cc@news.free.fr> <633133cd$0$3003$426a34cc@news.free.fr> <6335485a$0$25466$426a74cc@news.free.fr> <6335dd4d$0$5120$426a74cc@news.free.fr> <6336d879$0$25834$426a34cc@news.free.fr> <6336ff49$0$31542$426a74cc@news.free.fr> <63386ffe$0$24805$426a74cc@news.free.fr> <63391a79$0$2993$426a74cc@news.free.fr> <633aa9a2$0$25464$426a74cc@news.free.fr> <633b17ef$0$31538$426a74cc@news.free.fr> <633c7e58$0$25943$426a74cc@news.free.fr> <633e6388$0$25453$426a74cc@news.free.fr> <633e8720$0$25466$426a34cc@news.free.fr> <633f0999$0$3008$426a74cc@news.free.fr> <633ff96b$0$22049$426a74cc@news.free.fr> <6340073c$0$3005$426a74cc@news.free.fr>
Newsgroups: fr.rec.radio
Supersedes: <634182ec$0$3010$426a74cc@news.free.fr>
X-Newsreader: MesNews/1.08.06.00
Date: Sat, 08 Oct 2022 16:07:38 +0200
MIME-Version: 1.0
X-Face: &W|6U/fRZhPQe.DoT9!N+FjhHe!St`rbs`!**{SIrH/$mU%*Fn![0tKa>3i2/VNC#)OS$je U5Y[[>{4Q-nf3p~%*~&=PX;icirfK\`3U9/6_2Rh%]kBJ=n"e|~+J!_Cehr=@qyLOx^(T[jC(Sqagk WU_Kp8lwP)i=Fjyf
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 76
Message-ID: <6341842a$0$24791$426a74cc@news.free.fr>
Organization: Guest of ProXad - France
NNTP-Posting-Date: 08 Oct 2022 16:07:38 CEST
NNTP-Posting-Host: 90.105.78.135
X-Trace: 1665238058 news-1.free.fr 24791 90.105.78.135:51492
X-Complaints-To: abuse@proxad.net
Bytes: 5933

Nicolas Croiset avait écrit le 07/10/2022 :
> Le 07/10/2022 à 12:03, François Guillet a écrit :
>> Nicolas Croiset a pensé très fort :
>>> Le 06/10/2022 à 09:43, François Guillet a écrit :
>>>> Nicolas Croiset a émis l'idée suivante :
>>>>> Le 04/10/2022 à 20:41, François Guillet a écrit :
>>>>>> Nicolas Croiset avait soumis l'idée :
>>>>>> Et si tu lisais ce qu'on écrit ?!
>>>>>> "J'observe depuis que je le reçois (des mois), que le signal pourtant 
>>>>>> puissant souvent, n'est décodable qu'exceptionnellement, quand il y a 
>>>>>> un écart plus important des niveaux des 2 émetteurs."
>>>>>
>>>>> As tu corroboré ce constat avec d'autres récepteurs au même endroit ???
>>>>
>>>> Pas encore, je ne suis que fugitivement chez moi depuis quelques 
>>>> semaines, mais ça ne devrait plus tarder, restera à attendre la propag.
>>>>
>>>>> Je t'ai déjà répondu que le canal de FIC était parfaitement reçu dans 
>>>>> ton cas (avec 2 ou 3 émetteurs) même quand tu ne décode pas la MSC. 
>>>>> Cela prouve que la réception est correcte et qu'il y a un souci 
>>>>> ailleurs.
>>>>
>>>> Quand la réception est limite, soit un SNR < 7 dB, ce qui est fréquent 
>>>> en DX, on a l'ID du MUX mais pas le son ou pas le son à 100%. C'est ce 
>>>> qui se produit sur le 10A quand l'écart de niveau entre les 2 émetteurs 
>>>> du SFN est trop faible tandis que le SNR est un peu > 7 dB.
>>>>
>>>> De plus avec propag plus faible, l'aspect visuel du spectre au-dessus du 
>>>> bruit de fond dans la water fall, comparé à d'autres MUX de même aspect, 
>>>> montre que je devrais décoder au moins l'ID, ce qui n'est pas le cas. 
>>>> Donc "réception correcte", non, tout se passe comme si le SNR était 
>>>> dégradé mais seulement quand les deux émetteurs ont des niveaux 
>>>> comparables.
>>>>
>>>> Je ne suis pas catégorique sur un défaut d'émission, je dis juste que je 
>>>> garde cette hypothèse avec les autres tant que je n'ai pas la solution.
>>>
>>> Je me répète, l'Eid ainsi que toute la signalisation est dans le canal de 
>>> FIC sur ta copie d'écran https://tinyurl.com/2p9vjbmm la qualité du FIC 
>>> est à 97% Et la liste des service est bien décodée. Si c'était lié à un 
>>> problème de timing entre émetteurs le canal de FIC ne serait pas 
>>> décodable également.
>> 
>> La liste bien décodée, et pas l'audio, c'est extrêmement fréquent dans les 
>> réceptions DX à moins de 7 dB de SNR. Il est clair que la protection des 
>> données n'est pas la même suivant leur nature, ou si elle est la même 
>> (j'ai la flemme de rechercher dans le standard), alors c'est que l'algo se 
>> base sur leur répétition pour corriger les erreurs, ce qu'il ne peut donc 
>> pas faire avec l'audio.
>
> Je confirme le canal de FIC a une protection plus importante que le canal 
> MSC.
> Je me re re répète si le canal de FIC est décodé, cela implique que le 
> timing SFN est cohérent et correct à la réception.

Oui

> si il y avait un problème de timing, il impacterait FIC et MSC 
> indistinctement.

Faux. Il l'impacterait distinctement pour la raison que tu as donnée !
Le FIC et le MSC n'ont pas le même type de protection, donc leur 
résistance aux erreurs ne peut pas être identique.

Normal de mieux protéger les données essentielles, celles sans 
lesquelles on n'aurait plus rien, tandis que des coupures d'audio moins 
bien protégée parce qu'on ne peut pas augmenter le débit ad libitum, 
sont aussi moins gênantes.

Tu tires des conclusions fausses de prémisses justes, c'est fou.


De plus rien ne dit que la synchro est bonne tout le temps. Il suffit 
qu'elle soit bonne de temps en temps pour que le logiciel puisse 
afficher les infos du multiplex, et libre à lui de choisir le délai du 
maintien de l'affichage des infos après perte de synchro.