DVBC bitrate on version 6.1.4.230626

[daneo]

Hi Sub,

I ran an update a few days ago, and am seeing something weird - the bitrate for my DVB-C recordings are "off" - I am typically getting 3-4 Mbit (measured with ffmpeg) on SD and around 15 Mbit on HD (ARD, ZDF, etc).  I've noticed in the last two days that recordings are coming thru with typically "low" bitrates for the various channels - so around 3-4 Mbit lower than usual.

This can, of course, but Vodafone Germany playing with my head - and there are of course different episodes/shows shot and processed with different rates - but just wanted to ask if you had made any changes to the code responsible for pulling data off of the DVB-C transport stream and dropping it to disk?  I know it's far-fetched, as the TS capture on NextPVR has been bomb-proof for years, but unless Vodafone is dropping bitrates across the board, updating NPVR is the only change I've made.

Is there any easy way to go back to a previous version of NextPVR to check?

Thanks,
 Dane

[mvallevand]

For digital tuners, NextPVR just captures what the broadcaster delivers. If you want you can capture the full mux for one minute with sub's TS Capture utility https://www.tscapture.com/ send an external link to the file I can tell you the bit rate they are sending.

Martin

[sub]

You'll just be getting a copy of whatever they're sending. If the bitrate is lower than it has been previously, then they would have changed the bitrate at the Voafone end.

[daneo]

Thanks - I am seeing a number of new file entires (map, m3u) and leftovers in the directories. How can I revert to the prior version?

Thanks,
Dane

[mvallevand]

There are two new files .thumbnails and .timing and turning them off is explained here https://forums.nextpvr.com/showthread.php?tid=64887 There is no revert you would need to use your backup but turning off should get you the same behaviour.

The map file was sometimes not being created in error before but it should be deleted when the recording is closed. It is a required file for NextPVR for in-progress skipping. If it is being leftover send the logs.

Are you sure that NextPVR is creating the m3u file?

Martin

[daneo]

Hi Martin, I will check the timing and thumbnail thread.  WRT the map file and M3U8, yes they seem to be a new function.  I will get lots in moment.

The downgrade is a huge mistake on my part as while I backup the database daily, I don't capture the executables. The re-installation is so simple, it never really occurred to me that Sub disallows installing older versions.

[sub]

The re-installation is so simple, it never really occurred to me that Sub disallows installing older versions.

it’s not a case of me disallowing old versions - I just don’t keep an archive of them. I’ve only got the current release.

[mvallevand]

I had a look and it looks like you enabled the optional feature to create an m3u8 streamable version of your recordings. That isn't new in this version.

2023-07-14 06:45:00.152 [DEBUG][79] Will convert to HLS (.ts/.m3u8)

You originally posted m3u file so it didn't register. This is optional and only of value for use with the web player.

Sub: you need to look at nrecord.log.3 a new error filled it with no cause

2023-07-11 16:10:29.551 [ERROR][28] IsComplete(): An error occurred while parsing EntityName. Line 8, position 37.

Martin

[sub]

Look on the Settings->Transcode page, and set it to leave recording in native format, then you won’t get a m3u8 file.

[daneo]

Thanks, I haven't touched that page for a long while, but did find the settings and turned off the auto transcode this morning. Martin, sorry for not being precise on the filename.

Also, after disabling the thumbnails, I stopped getting the ".map" files left over from last night's recordings - maybe that hangs together somehow?