Posts by noggin

Quote from chewitt

Do you actually have any media outside of 576@25 (PAL) and [email protected] (NTSC) .. because ye olde analogue broadcast standards certainly don't include those refresh rates; which is prob. why Linux doesn't invent/expose them.

480p23.976 isn't that unusual. If you have movies or TV shows shot at 23.976fps on film, and carried as 3:2 29.97fps interlaced on DVD or in MPEG2, some people will transcode the MPEG2 to h.264/5 480p23.976 to allow the content to replay natively at 23.976fps avoiding 3:2 pull-down judder (or to avoid their TV having to do 3:2 detection and removal).

Personally I'm fine with this stuff replayed at 1080p23.976 as I doubt my TV's upscaling can make much more of a silk purse from a 480p sow's ear...

(I don't think 480p23.976 is a CEA supported HDMI mode anyway)

However in 50Hz land, 576i25 (aka 576/50i) is the most common format - though in Australia they flirted with 576p50 as an 'HDTV' standard for a while... (Long since ditched for 720p50 and/or 1080i25 now)

Quote from dmht13

Thanks ghtester for your advice. I have tested the fix code adding it to advancedsettings.xml in usr/share/kodi/system. Teletext Subtitles appears but disappears after a time of 30 s approximately. OpenATV plays its recordings and displays the DVB Subtitles but with the same behavior that other Linux player : the Subtitles are not synchronised.

---

I installed TVHeadend Client on the Raspberry Pi with the ip address 192.168.1.75 as root with password of the Octagon SF8008 and I get the message: No response from TVHeadend backend.

What are you using TV Headend for?

Slightly confused about what you are saying with respect to the Octagon and passwords.

If you are using the TV Headend PVR client in Kodi to connect to a TV Headend server - the login and password you enter in the TV Headend PVR client is the login and password you create for a TV Headend account in the TV Headend web gui - which will be :

http://IP.ADDRESS.OF.TVHEADEND:9981 (i.e. the IP address of the TV Headend server)

(The login and password you use in Raspberry Pi OS are totally separate to the TV Headend user login and password)

If you are using TV Headend as an intermediate between your Octagon and your Kodi set-up then you'll need to find a way of adding the channels in your Octagon as IPTV stream in TV Headend I suspect. (Exporting an m3u from your Octagon somehow?)

Just installed a fresh nightly of LE on a Pi 4B and can confirm that there are teletext subtitles available when playing the uploaded file on a Pi 4B, accessed via the Teletext menu.

I've checked BBC DVB-S2 off-air recordings I've made of transport streams and they show the DVB Subtitles in the Kodi subtitles menu, but you have to go to Teletext and select 888 (the UK subtitles page standard) to get the teletext subtitles to display. The OP's recording has only teletext subtitles.

TV Headend does something clever with it's live streams that allows both DVB Subtitles and Teletext/WST Subtitles to appear in the subtitle menu when watching Live TV. However with recordings it's back to the teletext menu to get to the teletext subtitles it seems.

Quote from blueribb

On the following Kodi Forum page (old), they discuss this issue and post #206 seems to be a fix.

Teletext Subtitles - Kodi

I think post 206 is a fix for teletext subtitles not updating renders when you select them. It may be a fix for an issue in the previous generation of Raspberry Pi GPU drivers (may not be needed on Pi 4B, but OP is running a 3B or 3B+).

Quote from dmht13

If Windows & VLC can display synchronized Teletext Subtitles, LibreELEC & Kodi should do it too if implemented in its code ?

As I posted above - Kodi does pay Teletext subtitles synchronised.

I can get the subtitles in your file to play fine in Kodi. They play back synchronised with the audio and video, you just access them via the teletext menu, as they are teletext subtitles.

If you want to raise an issue on the Kodi GitHub explaining what doesn't work that you think should work - that's how Kodi gets improved.

Not sure what your windows comment relates to though - there's no inherent support for teletext subtitles within Windows now Windows Media Center has been removed. Windows Media Player doesn't have support AFAIK.

Quote from dmht13

I give you a sample of a recording :

https://drive.google.com/file/d/1MAbplW…iew?usp=sharing

That file contains Teletext Subtitles (aka WST Subtitles) not DVB Subtitles. There's one stream on page 888.

I'm not on LibreElec at the moment, but in a recent Kodi build on my Mac when I play that file you uploaded I get a standard Teletext icon between Bookmarks and Subtitles. When I select that I get a screen of teletext. Entering 888 (a good bet for teletext subtitles these days) I get some subtitles.

Media Info suggests there may be some on p801, 802, 803, 804, and 858 as well possibly? I'm not too sure how Media Info reflects subtitle streams inside teletext packets.

I know that sometimes WST Teletext subtitles DO appear as valid subtitle streams in Kodi (BBC channels usually offer you two subtitle streams - one DVB, one WST) - but it may required them to be flagged a certain way.

Or something may have regressed - when I am near a Pi 4B running a nightly build I'll have a look.

Quote from dmht13

noggin, It is not teletext but subtitles. There is a choice between many languages : spanish, catalan...

The subtitles in the file you uploaded ARE Teletext Subtitles. It IS Teletext...

(There are two widespread ways of sending subtitles in DVB. As I said - one uses the teletext/WST standard - which sends text as characters, the other is DVB Subtitles, which sends text as graphics, a bit like DVD Subtitles work. The BBC uses both formats on satellite - as Sky receivers are WST Subtitles (also on p888) and Freesat boxes are DVB Subtitles)

Quote from dmht13

VLC displays the subtitles. There are subtitles. I confirm. It's not a necessity to upload a sample I think. Wihich plugins of LibreELEC / Kodi can read .ts stream ?

Uploading is only really a route to tell us which of the two subtitle standards used on satellite TV your broadcaster is using. Now you've played them in VLC can you answer whether they are DVB Subtitles or Teletext subtitles? If not then a sample might still be useful.

There is no plugin required for DVB or Teletext subtitles in Kodi - it's a core function of the player.

As blueribb has asked - you are enabling the subtitle stream in Kodi by going to the subtitle menu when you are playing your .ts file and selecting the right subtitle stream (there may be more than one) aren't you?

The BBC in the UK uses both DVB and Teletext subtitles on satellite - so I get a choice of both streams in Kodi when I go to enable and chose my subtitles when playing back a .ts from my VU+ receiver running Enigma 2 and OpenVix.

Quote from dmht13

Thanks for your help. I used to record (Movistar +) Accion, Comedia, Drama... on Astra 19.2E. I browse the recordings via Videos->Files menu.

Can you see the subtitles in VLC? It looks as if they may be DVB Subtitles according to a transponder scan I found - but it would be good to confirm. If you are able to Dropbox/GoogleDrive/Wetransfer a short clip of a recording that has subtitles that would be useful. It's a lot easier to analyse a real transport stream file. (You should only need to upload the .ts file)

OpenATV is one of the many images you can run on Enigma (2?) satellite receivers. The recording format will be MPEG2 transport stream - and will be in the .ts file.

The .ts file will contain the audio and video streams along with the subtitles. Subtitles on DVB TV can be sent in two main ways - DVB Subtitles and DVB Teletext subtitles (teletext subtitles can be used even if there is no other text service on the channel). How you access them from within Kodi will depend on which type of subtitle is being used - and how you are playing the .ts file

For instance in the UK Freesat uses DVB Subtitles but Sky uses Page 888 on Teletext to carry subtitles. This means that recordings of BBC services on satellite have both DVB Subtitles and DVB Teletext subtitles...

What channels on what satellite are you having issues with - and are you playing the recordings via a PVR plug-in or just by browsing to the recordings via the Videos->Files menu in Kodi?

Quote from Gareth1121

Solution: Either buy a Powered USB box or have Wi-fi built in; Whatever you do avoid the raspberry Pi Zero Non-W.

I don't know where you got 'Powered USB box' from. If your case gives you access to the Pi Zero's Micro USB port, and the power solution for the case is suitable, then you can use a cheap, non-powered USB hub with integrated Ethernet, such as this :

Three Port USB Hub with Ethernet (micro B) - Pimoroni

shop.pimoroni.com

Or you can use a Micro USB to USB-A dongle like the one supplied with this kit to allow you to connect a WiFi dongle alone :

Raspberry Pi Zero Adaptor Kit - Pimoroni

shop.pimoroni.com

Both are bits of kit I have in my 'useful dongles' box at home for getting non-W Pi Zeros set-up and configured.

Quote from maxi

Hello,

Is it possible to improve the performance in order to be able to reproduce the type of video that I will put the link, I already talked about it in the post above.

Thanks

Video file

If you are talking about decoding and deinterlacing high bitrate 4:2:2 1080i25 MPEG2 (or h.264) on a Pi 4B - then no - I don't think it is currently possible.

The only ARM platform I know that can currently handle software decode and deinterlace of 4:2:2 1080i stuff is the Apple TV 4K. I've not seen any other ARM SoC handle it. (As an added benefit the ATV 4K has hardware accelerated decode of 4:2:2 and 4:4:4 HEVC/h.265 - as a side-effect of that codec being used for Mac Airplay desktop mirroring, though 4:2:2 MPEG2 and AVC/h.264 is done in software.)

It may be possible for the MPEG2 decode and deinterlace to be further optimised for the Pi to allow for it using techniques like GPU-assisted decode (rather than VPU hardware acceleration) - but for such a niche codec I'm not sure that the developers will have the inclination to do so.

https://rpilocator.com is a good site to keep across stock levels in various countries.

Quote from kaibenn

chewitt So, you do not think it has something to do with TVHeadend and the USB SAT tuner. I thought about testing to access the TVHeadend server on the CoreElec box instead. But this will not happen soon (needing switch to connect both boxes to the ethernet and being away next week).

Is the support for SD channels planned until release?

Are you able to test on a Windows or Mac laptop running Kodi over a network connection to your TV Headend + DVB-S capture solution box Or by running VLC and taking the http streams from TV Headend's UI?

(To test in VLC you copy the link from the play icon - by right clicking and copying the link - next to the channel in the Services tab and then paste the link it into the Open Network option in VLC)

That way you can confirm whether the issue is with TV Headend and the DVB Reception, or your Kodi playback environment.

If you can't network stream - then you could copy a recording to a USB stick and try to play that on another platform?

The fact that you get audio but not video with SD content suggests the issue is probably with your playback option (Audio and Video are all received as part of a single data stream - so the fact you're getting audio suggests the issue isn't with TV Headend or your DVB-S reception solution probably)

Quote from kaibenn

I have now tested with TVH 4.3.

It works indeed better. The long boot delay vanished. Start-up time is fine now.

The video is not buffering (time icon) anymore, but I still see 'artefacts'.

I tested:

1) The public TV channels in Germany (e.g. Das Erste) 1280x720, 50Hz

2) Some free HD channels (e.g. BBC World News) 1920x1080, 25 Hz

3) Some commercial SD channels (e.g. RTL Television) 720x576, 25 Hz

For 1) I have seen 'artefacts', but seldom

For 2) I see 'artefacts' more often.

3) does not work at all (only audio)

Additionally I tried streaming from TVHeadend server to my notebook. This works for 1), 2) and 3). I have seen artefacts, but less than in Kodi.

Display More

Assuming you're looking 19.2E Astra 1 then

1) and 2) are h.264 (aka 'MPEG4') compression - with 1. being 720p50 "progressive' and 2. being 1080i25 (aka 1080/50i) "interlaced"

3) is 576i25 (aka 576/50i) "interlaced" using MPEG2 compression.

So it sounds like there are issues with both deinterlacing and MPEG2 decoding?

Quote from atoulmin

I disagree, the best device is the Intel NUC. much faster than a RPI4. Just as capable and well supported

How is the NUC with 2160p50 and 59.94 UHD HDR10 and HLG output now ?

That would explain an issue I've seen with one of my 4Bs in an Argon One case with Micro HDMI...

Quote from popcornmix

This issue can also be caused by the Argon One case which does a similar thing with cable extenders.

Is this the case with all versions of the Argon One cases do you know? They switched from Micro-HDMI to Fullsize-HDMI on their Pi 4B cases - do both have issues with lack of Hotplug, SDA and SCL pass-through on their extenders?

Quote from dan.h

You are obviously right,
I didn't removed the repos /add-ons because it was obvious to me that it is a general issue and not related to any add-on

The Kodi and LibreElec forums have a policy of not supporting those who use banned repos/add-ons, due to the bad reputation that they have given Kodi (to the extent that some online auction sites now treat 'Kodi' as a banned word in listings).

Doesn't matter whether the issue is related to them or not.