Unable to scan for Astra 4K channel (4 Viewers)

[Sebastiii]

Maybe @Owlsroost can tell if it can be easy to add support to TsReader
I try to look diff from lavsplitter commit :
SHA-1: f5a38d935fb74920305fc474e6bc2b95d6fc3b9b
* Support HEVC demuxing

 

[Owlsroost]

Maybe @Owlsroost can tell if it can be easy to add support to TsReader
I try to look diff from lavsplitter commit :
SHA-1: f5a38d935fb74920305fc474e6bc2b95d6fc3b9b
* Support HEVC demuxing

I know nothing about H.265 at the moment, but if it's packaged in the same way as H.264 then it's probably a moderate amount of work, if it's 'new' packaging (so it needs a new demuxer) then it's a major project.

 

[Sebastiii]

From LAV Splitter source, it seems that there is not a big change (no new NALU code) but like it relay on ffmpeg maybe all new stuff are done there lol.

For ex :

HRESULT CLAVFVideoHelper::ProcessH264Extradata(BYTE *extradata, int extradata_size, MPEG2VIDEOINFO *mp2vi, BOOL bAnnexB)
{
  if (*(char *)extradata == 1) {
    if (extradata[1])
      mp2vi->dwProfile = extradata[1];
    if (extradata[3])
      mp2vi->dwLevel = extradata[3];
    mp2vi->dwFlags = (extradata[4] & 3) + 1;
    mp2vi->cbSequenceHeader = avc_quant(extradata, (BYTE *)(&mp2vi->dwSequenceHeader[0]), extradata_size);
  } else {
    // MPEG-TS gets converted for improved compat.. for now!
    if (bAnnexB) {
      mp2vi->dwFlags = 4;
      mp2vi->cbSequenceHeader = (DWORD)avc_parse_annexb(extradata, extradata_size, (BYTE *)(&mp2vi->dwSequenceHeader[0]));
    } else {
      return -1;
    }
  }
  return 0;
}

HRESULT CLAVFVideoHelper::ProcessHEVCExtradata(BYTE *extradata, int extradata_size, MPEG2VIDEOINFO *mp2vi)
{
  if (extradata[0] || extradata[1] || extradata[2] > 1 && extradata_size > 25) {
    mp2vi->dwFlags = (extradata[21] & 3) + 1;
  }
  return -1;
}

ProcessHEVCExtradata was added / some new HEVC mediasubtype added

// 31435648-0000-0010-8000-00AA00389B71
DEFINE_GUID(MEDIASUBTYPE_HVC1,
            0x31435648, 0x0000, 0x0010, 0x80, 0x00, 0x00, 0xAA, 0x00, 0x38, 0x9B, 0x71);

// 43564548-0000-0010-8000-00AA00389B71
DEFINE_GUID(MEDIASUBTYPE_HEVC,
            0x43564548, 0x0000, 0x0010, 0x80, 0x00, 0x00, 0xAA, 0x00, 0x38, 0x9B, 0x71);

And also : (else if (avstream->codec->codec_id == AV_CODEC_ID_HEVC)....)

if(avstream->codec->codec_id == AV_CODEC_ID_H264)
    {
      int ret = ProcessH264Extradata(extradata, extra, mp2vi, bConvertToAVC1);
      if (ret < 0)
        bCopyUntouched = TRUE;
    } else if (avstream->codec->codec_id == AV_CODEC_ID_HEVC) {
      int ret = ProcessHEVCExtradata(extradata, extra, mp2vi);
      if (ret < 0)
        bCopyUntouched = TRUE;

And : (HRESULT ProcessHEVCExtradata(BYTE ....)

HRESULT ProcessH264Extradata(BYTE *extradata, int extradata_size, MPEG2VIDEOINFO *mp2vi, BOOL bConvertToAVC1);
  HRESULT ProcessHEVCExtradata(BYTE *extradata, int extradata_size, MPEG2VIDEOINFO *mp2vi);

So not sure if it help lol

 

[Sebastiii]

On ffmpeg side :

    { AV_CODEC_ID_HEVC,         MKTAG('H', 'E', 'V', 'C') },
    { AV_CODEC_ID_HEVC,         MKTAG('H', 'V', 'C', '1') },
    { AV_CODEC_ID_HEVC,         MKTAG('H', 'M', '1', '0') },

      if (st->codec->codec_id != AV_CODEC_ID_H264)

vs

      if (st->codec->codec_id != AV_CODEC_ID_H264 && st->codec->codec_id != AV_CODEC_ID_HEVC)

For sure, there is not much change for tswriter to handle the stream.
If i start timeshift and keep the file, i can read it in MPC-HC

 

[Sebastiii]

But maybe i'm totally wrong on ffmpeg side (or for all) lol

 

[Trciky1024]

This is a very interesting find here guys as SKY UK are now switch most HD channels to H265. I have assumed this is the most likely cause for me no longer being able to watch them.

Really interested in time line on this project.

 

[Owlsroost]

This is a very interesting find here guys as SKY UK are now switch most HD channels to H265. I have assumed this is the most likely cause for me no longer being able to watch them.

Really interested in time line on this project.

I'm not a Sky user/expert, but I doubt that is the cause of the reception problem. Sky are most likely to introduce H.265 (and new STB's to go with it) as part of a new UHD service. If they just switched from H.264 to H.265 they would have to replace most/all of their existing HD-capable STBs - expensive (and it would take some time to actually do that).

Any UK Sky experts out there ??

 

[Trciky1024]

Thank you for the quick update. this is the info I read:

Please be noted that SkyUK started using new video compression technology H.265 (HEVC, MHEG-5). The list of channels is provided below. It is not complete yet and can be extended daily (or monthly). Regularly.

This lead me to believe this was this issue.

 

[Owlsroost]

Thank you for the quick update. this is the info I read:

Please be noted that SkyUK started using new video compression technology H.265 (HEVC, MHEG-5). The list of channels is provided below. It is not complete yet and can be extended daily (or monthly). Regularly.

This lead me to believe this was this issue.

Where is that info from (I suspect it's not an official source) ?

 

[Trciky1024]

Further digging would suggest that this is actually sky locking down their services with new encryption, this looks to be the actual issue. and not as you suggested h.265