Skip to main content

Sinds 24 december 2020 heb ik nogal wat problemen met Digitenne, het bleek dat bijna willekeurig een aantal radiokanalen ‘uit’ waren gezet in de decodersoftware (TVheadend), o.a. NPOradio1 en NPOradio2. Oorzaak weet ik niet, maar o.a. dat er NPO2extra nu op kanaal 34 zit lijkt er mee te maken te hebben. Opnieuw kanalen geconfigureren lijkt de oplossing.

Echter vannacht om 2:22 weer uitval van een audioserver process en nu zie ik dit:

Dec 29 02:22:26 raspi6 tvheadendd719]: tsfix: transport stream AAC, DTS discontinuity. DTS = -9223372036854775808, last = 4619688004
Dec 29 02:22:26 raspi6 tvheadendd719]: tsfix: transport stream AAC, DTS discontinuity. DTS = -9223372036854775808, last = 4619690403

Voor zover ik weet is dit geen signaalontvangst probleem, maar iets op het digitale TransportStream niveau, iets van een encoder restart o.i.d. Misschien kan iemand hier iets meer over zeggen kwa oorzaak/reden.

Ik heb nu wat meer logging aangezet om hopelijk beter te kunnen achterhalen wat de achterliggende oorzaak is. Probleem is, als dit veelvuldig optreedt, er herstart principes nodig zijn, vaker dan 24 uur b.v., anders ontbreekt gewoon vanaf 2:22 alles wat er aan radio opnames gaande was, vandaag dus top2000.

Ergens gaat er iets over de kop zo lijkt het, want -9223372036854775808 is 2 tot de macht 63 ( 0x80 00 00 00 00 00 00 00 ), ofwel -1 als 64-bit getal. Zou ook een functie resultaat van iets kunnen zijn.

Verschil tussen 4619688004 en 4619690403 is 2399


Ik snap er niet veel van, maar….

gebruik je een eigen ontvangst of heb je een zxv7200 of rbx2800?


Ik snap er niet veel van, maar….

gebruik je een eigen ontvangst of heb je een zxv7200 of rbx2800?

Ik gebruik een eigen ontvanger, bestaande uit een RaspberryPi3B+ met een TV HAT erop geprikt. Er zit geen TV/HDMI scherm aan, maar de software ( https://www.google.com/search?q=tvheadend ) is een Televisie server. Via webinterface kun je opnames inplannen enz. Sinds kerst neem ik 24/7 NPO Radio 2 op, opnames komen op een NAS terecht. Echter het proces wat de audiostream (HE-AAC codec) leest, blijft op het moment van die discontinuiteit gewoon wachten, de opname stopt dus gewoon.

DTS = Decoding TimeStamp

PTS = Presentation TimeStamp

DTS (en ook PTS) in een stream zijn nodig om in een TV/mediaspeler audio en video met de juiste timing weer te geven. In Digitenne met 50 Frames Per Seconde dus elke 20 milliseconde een beeldje. Als er dus een soort van gat in de tijd zit of de volgorde is verkeerd, dan klopt er iets niet. Waar het mis gaat is de vraag.

Als ik vanaf 6 december zoek in log-bestanden, begint het probleem op 18 december, daarna even niet en dan vanaf 27 december tot nu toe elke dag/nacht. Ik kan er nog niet echt een touw aan vast knopen, maar de getallen van de laaste 2 dagen lijken te wijzen op een probleem met 64-bit v.s. 32-bit. Ergens in de Raspbian Linux kernel functionaliteit denk ik nu, heb daarom nu het systeem met 32-bit kernel gestart i.p.v. 64-bit, als test om te kijken of het probleem daarmee ook nog optreedt.


Ik ken DTS alleen zo: Digital Theater System (andere surround codering dan Dolby).

En 24/7 radio opnemen….

Radio heb ik vroeger heel veel opgenomen. Eerst met cassettes, later MiniDisc. Sinds jáááren doe ik het niet meer, de bandjes en MD's liggen nog grotendeels onbeluisterd in de kast….

Die hele Top 2000 is nog (jaren?) online beschikbaar.


En 24/7 radio opnemen….

Het is gewoon onderdeel van ‘tot 7 dagen terugkijken/luisteren’, wat ik al enkele jaren via Digitenne doe. Radio kan ik e.v.t. ook wel van een online icecast server betrekken, maar met alleen mobiel internet (bundellimiet) was dat geen optie. TV (o.a. NPO) is niet meer vanaf directe internet stream met open source software op te slaan, vandaar Digitenne. Het grote voordeel van 24/7 opname op NAS is dat je zeer flexibel bent met heen-en-weer spoelen.


Als ik vanaf 6 december zoek in log-bestanden, begint het probleem op 18 december, daarna even niet en dan vanaf 27 december tot nu toe elke dag/nacht. Ik kan er nog niet echt een touw aan vast knopen, maar de getallen van de laaste 2 dagen lijken te wijzen op een probleem met 64-bit v.s. 32-bit. Ergens in de Raspbian Linux kernel functionaliteit denk ik nu, heb daarom nu het systeem met 32-bit kernel gestart i.p.v. 64-bit, als test om te kijken of het probleem daarmee ook nog optreedt.

Dec 31 00:46:12 raspi6 tvheadend[729]: tsfix: transport stream AAC, DTS discontinuity. DTS = -9223372036854775808, last = 4501894563
Dec 31 00:46:12 raspi6 tvheadend[729]: tsfix: transport stream AAC, DTS discontinuity. DTS = -9223372036854775808, last = 4501893601

Het lijkt dus niet aan de kernel ‘bit-breedte’ te liggen, want dit is met 32-bit kernel ( arm_64bit=0 in /boot/config.txt ). Waaraan wel is vooralsnog onduidelijk, de TVheadend software is al tijden:

/var/cache/apt/archives# ls -al tvheadend*
-rw-r--r-- 1 root root 7106942 Aug 13 2019 tvheadend_4.2.8-34~g24a2f59e9+rpt1~buster_armhf.deb

Raspbian kernel versie is nu 5.4.79-v7+. Lijkt me voorlopig te ver gaan om het probleem nog dieper/elders te zoeken, zoals in de firmware (start.elf, fixup.dat, bootcode.bin). Ik zal maar eens wat botte bijl workarounds toepassen, wellicht zelfs voor ruim 3 maanden en/of terug naar https://www.linuxtv.org/wiki/index.php/DVBv5_Tools wat ik in 2016 gebruikte en waarmee het denk ik wat makkelijker is om e.v.t. in detail te kijken wat er nu op de antenne binnen komt.


Interessant, alhoewel dit heeft voor mij een hoog “klok en klepel” gehalte.

Ik denk dat je een meer specialistisch forum zal moeten zoeken.

Voor wat het waard is, ik gebruik DVB-T om radio te luisteren en op te nemen middels een Vu+ ultimo (“oud” model) en dat werkt nog steeds perfect, ik doe dit zo omdat de lokale kabel geen EPG voor radio doorgeeft.


De oorzaak van het probleem blijkt te zitten in een TVheadend plugin voor een ander multimedia software pakket. Met die plugin zijn de Digitenne TV/Radio kanalen ook makkelijk beschikbaar via webbrowsers op allerhande apparaten, inclusief controle over opnames enz. Ik gebruikte alleen maar de mogelijkheid van het live TV kijken, maar ergens midden in elke nacht werden enkele instellingen van TVheadend vernaggeld. Waarschijnlijk werd er iets in het geheugen van TVheadend overschreven wat zich dan openbaarde o.a. bij de TimeStamp module; de karakteristieken van die getallen wijzen daarop in ieder geval. Als ik de details wil weten, zal ik de maker van die plugin moet aanschrijven en/of het op het THheadend forum aankaarten. Maar gewoon die plugin verwijderen en de TV/Radio kanalen via m3u files beschikbaar maken werkt ook prima en is ook eenvoudiger en flexibeler kwa onderhoud.