25 replies to this topic

[sirius]

Internet radio zenders stoppen soms .
Kunnen weer gestart worden na het zappen naar ander kanaal.
Wie weet een oplossing. 

Vu duo 4k se draait op nieuwste image.

[sirius]

Ik zie geen enkele reactie. Volgens mij is dit euvel op te lossen in pli.
Nogmaals voor alle duidelijkheid. Op een gegeven moment stopt de stream door een voor mij onduidelijke reden.

Je moet dan naar een andere zender zappen en weer terug zappen naar de zender waarvan de stream stokte.

Dan doet deze het weer.
Dit moet toch eenvoudig op te lossen zijn.

[WanWizard]

Dan verbreekt de verbinding, en moet die dus opnieuw opgezet worden.

 

Dat detecteren en oplossen is verre van eenvoudig, ter meer omdat er zat redenen zijn waarom een TCP connectie verbreekt, en in veel van die gevallen wil je helemaal niet automatisch herstarten en mogelijks de box vast zetten door een loop te creeren.

[sirius]

Dank je. Is duidelijk, mee leven dus!!!

[luisteraar]

Ik heb een internet radio en heb nog niet meegemaakt dat een verbinding

verbroken wordt en nieuw opgebouwd wordt.

Dat zou ik direct merken omdat bij inspelen op een nieuwe verbinding

de buffer tijd merkbaar zou zijn (geen geluid tijdens inspelen).

Een probleem zou wel kunnen zijn dat de standaard player bij openpli

geen tussen buffering doet.

Er schijnt wel een player te installeren zijn op openpli die wel bufferen doet.

 

serviceapm3

/*   * UNUSED variable from service reference is now used as buffer flag for gstreamer   * REFTYPE:FLAGS:STYPE:SID:TSID:ONID:NS:PARENT_SID:PARENT_TSID:UNUSED   * D D X X X X X X X X   * 4097:0:1:0:0:0:0:0:0:0:URL:NAME (no buffering)   * 4097:0:1:0:0:0:0:0:0:1:URL:NAME (buffering enabled)   * 4097:0:1:0:0:0:0:0:0:3:URL:NAME (progressive download and buffering enabled)   *   * Progressive download requires buffering enabled, so it's mandatory to use flag 3 not 2   */

Edited by luisteraar, 28 April 2023 - 15:23.

[littlesat]

Bufferen zal niet helpen. Een enigma2 box is gemaakt voor dvb en nooit voor streaming. Als de tcp weg valt moeten er ingewikkelde reconnect dingen gemaakt worden en die zijn nooit gemaakt. Zowel in drivers en nooit als work-a-round in de code zelf.

[luisteraar]

Hier ben ik het niet mee eens.

 

een E2 doos is een linux bak waar programma's op lopen zoals gstreamer en enigma enz en drivers

om tuners aan te spreken volgens linuxtv methode.

 

https://www.linuxtv.org/

 

Die kan wel degelijk streamen.

Edited by luisteraar, 29 April 2023 - 12:18.

[luisteraar]

By the way tv kijken via sat is ook streamen in dvb-s formaat dat kan

over sat coax internet enz.

[littlesat]

Hier ben ik het niet mee eens.

 

Het is echt wel een groot verschil tussen DVB en TCP/UDP.... ten eerste moeten de drivers iets afgeven dat een stream 'stopt' zodat de software het weer (snel) kan herstarten en zodra er geen fatsoenlijke 'stop' conditie in de drivers zit is er heel weinig wat aan te doen.... Voor DVB is dat allemaal best wel redelijk geregeld als de ontvangst ff tegenvalt.

[luisteraar]

Bij een http (tcp) stream gaan geen bitjes verloren in het protocol

zitten retry mechanismen in ,ik heb het niet over UDP.

Over internet kunnen wel een vertragingen komen zodat op eens teveel

data tegelijk binnen komt.

De oplossing hiervoor is tussen bufferen 

[XRayhTec]

Dank je. Is duidelijk, mee leven dus!!!

Of uitzoeken waarom de internetverbinding verbroken wordt

[Tech]

Of uitzoeken waarom de internetverbinding verbroken wordt

Dat is nog de meest 'simpele' oplossing, lijkt me

[luisteraar]

Internet radio zenders stoppen soms .
Kunnen weer gestart worden na het zappen naar ander kanaal.
 

Als internet weg valt zou hij ook niet kunnen zappen.

Door zappen herstart hij de player.

 

Is weer een leuke technische discussie

[WanWizard]

tcpdump mee laten lopen, dan zie je snel genoeg van welke kant de TCP RST komt, van de client of van de server.

[luisteraar]

RST komt alleen als data naar een socket gaat die niet meer bestaat.

Bij een tijdelijke link uitval blijft verbinding bestaan dat is het voordeel van

tcpip dan krijgen de flex routers tijd andere routes te nemen.

 

 

Maar terug over radio uitval zeer zelden om de 2 a 3 dagen valt bij mij ook

wel eens de  radio uit en dan radio via dvb aac

[WanWizard]

Dat hoeft helemaal niet, het is maar net WAAROM het uitvalt.

 

Jij neemt de assumptie dat de enige reden daarvoor congestie op de verbinding is (en daarom wil je prefetchen en bufferen), maar er kunnen duizend-en-een redenen zijn.

 

meten == weten, en daarom tcpdump .

[luisteraar]

Dat klopt als ik het kon reproducen had ik wel de oorzaak binnen de korste

tijd gevonden.

Nu moeten we uitgaan van de info die binnen komt.

Regelmatig uitval internet geloof ik niet.

Een slechte wifi verbinding is aannemelijker maar dan breekt de

verbinding niet in elkaar maar komt een hik in data stream.

 

dan komt tussen bufferen weer in het spel.

 

Maar goed ik heb ook maar zelden radio uitval maar dan 

via dvb .

De oorzaak kan ook bij zender liggen.

[WanWizard]

Of ergens tussen server en client. Een router die dropt of filtert bijvoorbeeld, OVH is er berucht voor.

[luisteraar]

als een rotte router frames dropt heeft
het geen uitwerking.
tcpip is een end to end protocol.
als een frame gemist wordt verzoekt de
client een retransmit van die frame.
kan wel weer een delay geven die een
buffer weer kan opvangen.

[WanWizard]

Ik betwijfel of enigma daar onbeperkt op gaat zitten wachten, het is is ontworpen voor realtime data, of het is er op tijd, of het is niet meer nodig.

 

Dat gezegd hebbende, die timeout is best lang, ik denk dat het probleem bij de TS eerder gebrek aan geduld is.

 

Het kan bij een radio stream erg lang duren ( 20s+ ) voordat deze synchroniseert, dat merk je al als je radio via fallback luistert. Het kan dus bij een hickup makkelijk een halve minuut duren voordat je weer geluid hebt.