TBS absolutely atrocious - ACraigo

Support for and discussion of the HDHomeRun Premium TV service
ACraigo
Posts: 302
Joined: Sat Jul 28, 2018 3:32 pm
Location: Deep Canyon in WV (by God)

Re: TBS absolutely atrocious - ACraigo

Postby ACraigo » Wed Oct 10, 2018 12:44 pm

What time was this recorded?

Also the file you uploaded is a mkv file generated by some other application. Need the actual mpg file recorded by the HDHomeRun DVR.

Nick
The file I uploaded is the original video stream remuxed to an mkv container with the head and tail edited (one frame on each end recoded). I deleted the original and set DVR to record it again. The recording started around 12:30PM. I can't be more accurate at this time.

If you need more samples, just let me know. I'm getting plenty of them.

ACraigo
Posts: 302
Joined: Sat Jul 28, 2018 3:32 pm
Location: Deep Canyon in WV (by God)

Re: TBS absolutely atrocious - ACraigo

Postby ACraigo » Wed Oct 10, 2018 3:27 pm

... and the very next movie, The Journey (1959) came without issue.

Maddening.

ACraigo
Posts: 302
Joined: Sat Jul 28, 2018 3:32 pm
Location: Deep Canyon in WV (by God)

Re: TBS absolutely atrocious - ACraigo

Postby ACraigo » Sat Nov 17, 2018 11:07 am

What time was this recorded?

Also the file you uploaded is a mkv file generated by some other application. Need the actual mpg file recorded by the HDHomeRun DVR.

Nick
Removing (by moderator) complaints about PTV streams won't make the problems go away, Nick.

I am still having issues, but after a few minutes you seem to give up and move on to something else. I'm sorry, but we need to stay focused on this issue if there is any hope of it being fixed. I have stream issues and I'm becoming irritated at the disinterest.

In your G-Drive Folder you will find an 11 minute original recording created at 08:19 this morning from TCM. Of course, I didn't re-activate the sending of logs until after that, but if you can look at a TCM stream (any) - every single recording will have multiple issues... guaranteed. If you have lost the link to your folder - here it is for all to see. No, I'm not hallucinating, to the best of my knowledge, or being overly picky about quality (in my opinion):
https://drive.google.com/file/d/1LSPIUy ... sp=sharing
First glitch is at 1:07.07
Image
I didn't try to identify other glitches as that one is HUGE enough, IMO. I'm not sure what SD considers 'Good Enough', but that file will illustrate what most users are going to call 'Not Good Enough'.

The above glitching happens on every PTV channel, after which the audio stream often comes unglued (and I'm not a bit surprised), requiring a restart of the stream to fix it.

I do not watch Live TV very often, or for more than a few minutes at a time (about the time the first ad-block kicks in, I'm history) so nearly all of the issues I'm seeing will be in recorded streams. That's about all the details I (or anyone, for that matter) can offer, but if you have further instructions - I'm all ears/eyes.

nickk
Silicondust
Posts: 14993
Joined: Tue Jan 13, 2004 9:39 am

Re: TBS absolutely atrocious - ACraigo

Postby nickk » Sat Nov 17, 2018 11:43 am

This specific glitch looks to be the upstream encoder messing up. The encoding out of our system looks to be right but it is encoding the video it is given. I will file a ticket with the upstream provider.

The Stage 2 work is completely bypassing the upstream encoders.

Nick

ACraigo
Posts: 302
Joined: Sat Jul 28, 2018 3:32 pm
Location: Deep Canyon in WV (by God)

Re: TBS absolutely atrocious - ACraigo

Postby ACraigo » Mon Nov 19, 2018 11:05 pm

This is becoming really tiresome...:
Image
https://drive.google.com/open?id=1tKLf1 ... 2MpUIUQOHm_
1 hour and 37 minutes - a hole in that video big enough to sail the Nimitz through....

Here's another TCM pet peeve - nowhere in the UI, The Guide, or even the metadata does a year field appear:

General
ID : 88 (0x58)
Complete name : H:\HDHR-PTV\Movies\High Wall [20181119-1500].mpg
Format : MPEG-TS
File size : 990 MiB
Duration : 1 h 46 min
Overall bit rate mode : Variable
Overall bit rate : 1 305 kb/s
Movie name : TCM MORNING MOVIE, Random Harves
Law rating : TV-PG
FileExtension_Invalid : ts m2t m2s m4t m4s tmf ts tp trp ty

Video
ID : 110 (0x6E)
Menu ID : 247 (0xF7)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Codec ID : 27
Duration : 1 h 46 min
Maximum bit rate : 3 600 kb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 152 r2854 e9a5903
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=22 / lookahead_threads=5 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=21.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=4000 / vbv_bufsize=4000 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00

Audio
ID : 100 (0x64)
Menu ID : 247 (0xF7)
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Muxing mode : ADTS
Codec ID : 15
Duration : 1 h 46 min
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Delay relative to video : -366 ms
Language : English

Text #1
ID : 110 (0x6E)-CC1
Menu ID : 247 (0xF7)
Format : EIA-608
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC1

Text #2
ID : 110 (0x6E)-CC3
Menu ID : 247 (0xF7)
Format : EIA-608
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC3

Text #3
ID : 110 (0x6E)-1
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #4
ID : 110 (0x6E)-2
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #5
ID : 110 (0x6E)-3
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #6
ID : 110 (0x6E)-4
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #7
ID : 110 (0x6E)-5
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Text #8
ID : 110 (0x6E)-6
Menu ID : 247 (0xF7)
Format : EIA-708
Muxing mode : SCTE 128 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 1 h 46 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

What's even more interesting is that this great movie (ruined by glitching), doesn't have any YEAR info... it's not even the right Movie in the Metadata!

Actual Movie Name: High Wall (1947)
File Name: High Wall [20181119-1500] <----that doesn't help identify it - and neither does:
Embedded Metadata: "Random Harves" - no year included (1942) would be correct for Random Harvest.

This, is frankly, a mess...

nickk
Silicondust
Posts: 14993
Joined: Tue Jan 13, 2004 9:39 am

Re: TBS absolutely atrocious - ACraigo

Postby nickk » Mon Nov 19, 2018 11:23 pm

The year the movie was released is usually in the Silicondust metadata as OriginalAirdate. It is in unix timestamp format.

Edit - confirmed, the Silicondust metadata for this movie (stored in the file) shows 1947. Note that it is a negative unix timestamp because it is before 1970.

ACraigo
Posts: 302
Joined: Sat Jul 28, 2018 3:32 pm
Location: Deep Canyon in WV (by God)

Re: TBS absolutely atrocious - ACraigo

Postby ACraigo » Tue Nov 20, 2018 1:36 am

The year the movie was released is usually in the Silicondust metadata as OriginalAirdate. It is in unix timestamp format.

Edit - confirmed, the Silicondust metadata for this movie (stored in the file) shows 1947. Note that it is a negative unix timestamp because it is before 1970.
A'ight... well, that does exactly SQUAT to help Plex or MCEBuddy or any Human Being on Planet Earth to be able to identify that movie with a (YEAR) field. Identifying movies with a (YEAR) field in some area or language that nothing can use to match it doesn't help. If the name of the file was, for instance:
High Wall (1947) [20181119-1500].mpg
THAT would be perfect because Plex and MCEBuddy ignore everything in [Brackets], but everybody, including all members of the Human Race, knows exactly what High Wall (1947) is... without any doubt... and that'll go a LONG WAY in fixing every, single, remake of any movie being misidentified as it's most recent version - and a lot of those TCM Movies have remakes in every decade from the 30s to 2010s - ALL misidentified as the most recent version, unless by some twist of fate, it's actually the most recent version we're trying to match (but we never are).

Another reason to identify Movies with the (YEAR) field, or even some mention of the year of the movie in it's name or description, is so we don't have to record that 30s version, when it's the 40s, 50s, or 60s version that we want to record... or we leave the HDHR-DVR User Interface to open up a browser and go to IMDB to identify the actors in a movie with no (YEAR) field. <--- that's just wrong, man.

shspvr
Posts: 4
Joined: Wed Oct 05, 2016 2:54 pm

Re: TBS absolutely atrocious

Postby shspvr » Wed Nov 21, 2018 4:20 am

TCM:
Image
That big old curb-stomp goes on until 1:57.08 - and we call that 'Mild' around here when speaking of PTV (under our breaths).

... and again (same recording), starts at 54:54.17 and carries on to 54:55.19:
Image

What can I say?
Hi ACraigo the 2nd photo what seeing was is causes by the Original Film Footage Transfer there nothing you can about it unless some one take to time to edit every frame and clean up the RAW recording footage before transfer it over to other media.
Now as for 1st artifacts there are a number of things it could be with that error which be caused in hardware encoder or transmission error before the encoder as most common problem come from old tape recording but if nobody else is seeing this more likely the issues is on you end with packet loss that could be your ISP to your modem, HDHomeRun device to even the system that your using maybe the harddrive it self.
Also keep in mind that 99% of the problem in Guide Data is causes by Guide providers aka Gracenote who still can't get it right.
And if want it that bad why not just buy the DVD problem solved


Return to “HDHomeRun Premium TV”

Who is online

Users browsing this forum: Slimjim, toe451 and 7 guests