News items for tag dvb - Koos van den Hout

In de services scan kwamen de volgende services beschikbaar:

• NPO 1 tv
• NPO 2 tv
• NPO 3 tv
• RTV Utrecht tv
• Omroep West tv
• NPO 2 Extra tv
• NPO Radio 1 radio
• NPO Radio 2 radio
• NPO 3FM radio
• NPO Radio 4 radio
• NPO Radio 5 radio
• NPO Soul & Jazz radio
• FunX radio

Volgens Publieke themazender NPO 2 Extra nu ook te zien via Digitenne is die pas net toegevoegd. Ik ben benieuwd naar de bitrates per dienst.

Sinds het uitschakelen van digitale televisie in de DVB-T standaard keken we de live uitzendingen van NPO 1/2/3 via de NPO app voor android en de chromecast. Meestal werkt dat, maar op de dag dat er meer storingen waren bij google wilde de chromecast ook niet werken op een onhandig moment.

Tijd om toch eens te kijken naar een manier om live NPO 1/2/3 te kijken waarbij er niet zo'n afhankelijkheid is van verschillende complexe systemen en aanbieders met verschillende belangen. Terug naar TV kijken met een antenne en eigen ontvangst dus, die ook werkt als er een hapering met Internet is. Op zoek naar een simpele DVB-T2 ontvanger die voor de FTA (free to air, gratis te ontvangen) kanalen van Digitenne werkt kwam ik terecht bij deze: Edision Picco T265 - DVB-T2 H.265 HEVC - cardwriter.nl waar heel erg duidelijk in de omschrijving staat dat deze alleen voor de FTA kanalen van digitenne is. Precies wat ik zocht.

Deze is nu binnen en doet het. De ontvangst van DVB-T2 komt wel gevoeliger over, ik moet echt een goede plek voor de binnenantenne zoeken. En de 'digitale klif' is duidelijk, of er komt HD beeld uit of het staat stil / geeft blokjes.

Op 9 Juli is de laatste omschakeling van DVB-T naar DVB-T2 geweest in Nederland, waarmee DVB-T ten einde gekomen is. In de ether is dus van 2 oktober 1951 tot 10 december 2006 analoog uitgezonden en van 10 december 2006 tot 2 oktober 2018 (eerste regio) - 9 juli 2019 (laatste regio) in DVB-T.

De Samsung televisie die we aangeschaft hebben in mei 2013 snapt er niets meer van bij een scan op het UHF spectrum. Vooraf had ik gezocht of deze televisie DVB-T2 en de gebruikte codec ondersteunde en dat was wat onduidelijk, het hing af van de taal van de handleiding. Uiteindelijk werkt het dus duidelijk niet, de scan voor digitale tv signalen levert helemaal geen resultaat op.

Dus we hebben geen NPO 1/2/3 meer free-to-air wat we gebruikten sinds de prijsverhogingen en wijzigingen van Ziggo in 2015. Bij een eerste test bleken de livestreams van de NPO applicatie met chromecast ook te werken. Alleen heeft een hapering van de internetverbinding ook gelijk het gevolg dat de televisie stopt.

Het voelt wel raar om voor 'broadcast' televisie een stream aan te zetten, maar dat zal wel liggen aan de geschiedenis die er voor mij achter zit.

Iedere maand verschijnt er een Electron van 50 jaar geleden op Electron 50 jaar geleden en daar kijk ik graag even in, om het 'nieuws' op amateurradio gebied van 50 jaar geleden te zien. In die van Februari 1958 viel me een stukje op onder het kopje "Televisie" met:

Voor onze lezers is het wellicht interresant, te weten dat Philips op Maandag het normale TV-programma relayeert in band V: beelddraaggolf 772,25 MHz, geluidsdraaggolf 777,75 MHz. Amateurexperimenten in deze band zijn van veel belang, want ondanks de ontvangstmoeilijkheden, die er nog zijn, kon het toch wel eens dé TV-band van de toekomst blijken te zijn. Een voordeel van deze band is natuurlijk in de eerste plaats het grote aantal beschikbare kanalen - de band loopt van 610-960 MHz! -. De commerciële televisie, die in ons land ook nog eens op gang hoopt te komen, vlast natuurlijk op een aantal kanalen in die band. Een ander voordeel is, dat de antennes zo klein kunnen zijn, hetgeen het stedenschoon ten goede zal komen.

Ondertussen is analoge TV opgekomen in de UHF band en weer gestaakt. Opvallend is voor mij ook dat de genoemde draaggolf frequenties niet uitgekomen zijn op latere UHF kanalen. De afstand van 5 MHz tussen de audio en video draaggolf klopt wel met de analoge TV op UHF standaarden van later.

Commerciële TV via de analoge etherkanalen is er nooit gekomen, dat is heel lang tegen gehouden en later via kabel/satelliet opgekomen en pas bij de digitalisering kwam er ruimte voor digitale TV via de ether. Het deel van de UHF band gereserveerd voor TV-kanalen is ook gekrompen, ondertussen zijn we aan het werken naar een einde bij 700 MHz.

Mooi om zo'n voorspelling te zien en te vergelijken met de huidige realiteit.

Ages (almost a year) since I did a DVB-T service scan at home. Nothing changes in the DVB-T landscape at the moment: exactly the same multiplexes as a year earlier at the same location with the same antenna without preamp.

• DVB-T reception log 20140616 Utrecht
• DVB-T reception log 20130506 Utrecht

I wanted to experiment a bit with rtl_tcp on ritchie which has linux kernel 3.12, and after inserting the stick I noticed the following in the syslog:

[405465.908104] usb 1-3: new high-speed USB device number 2 using ehci-pci
[405466.052247] usb 1-3: New USB device found, idVendor=0bda, idProduct=2838
[405466.052274] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[405466.052293] usb 1-3: Product: RTL2838UHIDIR
[405466.052310] usb 1-3: Manufacturer: Realtek
[405466.052328] usb 1-3: SerialNumber: 00000001
[405466.217234] usb 1-3: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
[405466.285098] usb 1-3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[405466.285208] DVB: registering new adapter (Realtek RTL2832U reference design)
[405466.348588] usb 1-3: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[405466.378308] r820t 0-001a: creating new instance
[405466.390283] r820t 0-001a: Rafael Micro r820t successfully identified
[405466.397306] Registered IR keymap rc-empty
[405466.397785] input: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:0f.5/usb1/1-3/rc/rc0/input5
[405466.404262] rc0: Realtek RTL2832U reference design as /devices/pci0000:00/0000:00:0f.5/usb1/1-3/rc/rc0
[405466.449642] IR NEC protocol handler initialized
[405466.453552] IR RC5(x) protocol handler initialized
[405466.459768] IR RC6 protocol handler initialized
[405466.470835] usb 1-3: dvb_usb_v2: schedule remote query interval to 400 msecs
[405466.471385] IR JVC protocol handler initialized
[405466.474504] IR Sony protocol handler initialized
[405466.481423] IR SANYO protocol handler initialized
[405466.483311] usb 1-3: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected
[405466.483477] usbcore: registered new interface driver dvb_usb_rtl28xxu
[405466.493045] input: MCE IR Keyboard/Mouse (dvb_usb_rtl28xxu) as /devices/virtual/input/input6
[405466.498074] IR MCE Keyboard/mouse protocol handler initialized
[405466.501562] lirc_dev: IR Remote Control driver registered, major 251 
[405466.510997] rc rc0: lirc_dev: driver ir-lirc-codec (dvb_usb_rtl28xxu) registered at minor = 0
[405466.511017] IR LIRC bridge handler initialized

It has valid drivers as dvb-t receiver and ir receiver now! That's not what I wanted, I want raw usb access for rtl_tcp. Time to blacklist certain modules:

blacklist dvb_usb_rtl28xxu
blacklist rtl2830
blacklist rtl2832
blacklist lirc_dev

And now no drivers get loaded and rtl_tcp has raw usb access again after updating the udev rules.

No success with gqrx using a remote rtl_tcp: audio was stuttering and frequency changes were visible in rtl_tcp but didn't really happen, there was a huge lag. Traffic between the system running rtl_tcp and gqrx was going over a wireless network, a linux router and a wired network. Bandwidth was not a problem.

I was considering running one rtl-sdr stick with the HF convertor in the shed so it would have less interference but that doesn't seem feasible at the moment.

Nowadays our growing child likes sesame street a bit more so I record Dutch sesame street from dvb-t. But I noticed those don't always play right on the Netgear EVA 8000HD. Most of the time audio wasn't playing. Audio played fine when viewing them with mplayer on a linux system. So I looked into conversion options and ended up with mencoder. The mencoder commandline I use to convert the program stream from dvbstream to a file playable by the netgear:

koos@thompson:/scratch/sesamstraat$ for file in *sesamstraat*mpg ; do mencoder $file -ofps 25 -of avi -oac mp3lame -ovc lavc -lavcopts vbitrate=1000:aspect=2 -lameopts abr:br=128 -o ${file%.mpg}.avi; done

Gives a good enough quality and reduces the size of the files to about a third.

I did a scan of the available DVB-T services with the small antenna, the normal setup for recording broadcasts. One last change visible to the local services is the moving of multiplex 2 to a new frequency as part of the clearing of the 800 MHz frequencies for mobile broadband.

DVB-T reception log 2012-12-12, Utrecht, Netherlands

Some updates to the findings on playing with a cablemodem after getting access to a second cablemodem. The interesting conclusion is that the first one still seems to be 'blacklisted' as I can't get an answer to DHCP requests when using that one.

On our recent holiday in France I did bring the laptop.. and the DVB-T stick and small antenna. I scanned in a few places in France but noticed that for any real reception in most rural areas a high antenna and a pre-amp are needed. Metadata came in, but real TV-watching was impossible. So on any future trips: if we want to watch TV, we'll need the antenna with preamp.

DVB-T reception log 2012-06-11 Jumièges, Seine-Maritime department, France
DVB-T reception log 2012-06-26 Seillac, Loir-et-Cher department, France