I really don’t think it was even considered to be honest. That is, it doesn’t matter. Old died because the old Nuvyyo is no more, and it was based, from a broadcaster’s perspective, on illegal rebroadcast technology…
Well that makes more sense but not as much fun as a good conspiracy story.
A good technology architecture design cannot always be refreshed or rehosted with a new platform. It sometimes has to be completely redesigned and recoded.
This is especially true for inline volatile data applications like television transmission and receiving.
ATSC 1.0 did have one slightly “volatile” change in that due to ATSC 3.0 bandwidth pressure combined with 5G sell offs, some local stations are dabbling with more mpeg4 style delivery vs mpeg2. However, the majority (by far) are still mpeg2. While there is “normal” volatility that causes hardware changes (nothing new), old Nuvyyo, if their business plan was sound, would have adapted to produce the new boards and devices. It’s just the way. Again, nothing new. With that said, part of “the new” if it happened, would have tried to address the increased popularity of mpeg4 I’m sure. ATSC 3? In the dumpster, burning (until the big boys can consolidate and purchase everything up).
It’s a mess. Live with “the good” while we still have some left. Broadcaster’s are creating a very very very bleak future for OTA. Do they care? No. Is there something bigger happening? I think likely (bigger not meaning better, bigger as in shenanigans that personally I think some sort of legal/regulating body needs to seriously look at).
Yeah… They shoulda gone with H.264 format when they converted to digital.
Sounds like a chicken and egg problem
The ATSC 1.0 standard was approved by the Advanced Television Systems Committee (ATSC) in 1995 and adopted by the FCC in 1996.
The H.264 standard was first published in 2003, with its formal approval in May 2003.
H.264 is not part of the original ATSC 1.0 standard, which was based on MPEG-2, but it was later approved as an optional video codec
for ATSC 1.0 broadcasts via the ATSC A/72 standard, approved in 2008. This means that while some stations still use MPEG-2, others can
and do use H.264/AVC for video compression in their ATSC 1.0 signals.
Yes. I know.
If you knew why did you say they should have gone with H.264 before it was even proposed as a standard.
I was on a working subgroup for ANSI x9B to update standards for data transmission between banks. We worked on those standards for years prior to Check21 legislation. The standards continue to be refined.
Suggesting that the H.264 concept, which had been around since dirt was invented, means the direction that their working groups were given, was prejudiced for development of a new temporary standard which no one had any use for. It was not backwards compatible and future limiting. The Digital Transition was 2009.
With the exception of those financing the development for their own purposes, it was illogical.
How’s that working out? Sucked into a patent pool.
So for the ATSC 1.0 standards they should have been open to the idea of H.264 is what I’m suggesting. Not MPEG2. Either way it’s doomed to ATSC 3.0 nonsense. In all circumstances there is a bandwidth limitation… So they’ll never get far.
Just curious but why so defensive? Your posts could be less combative. My Point:
H.264 is not part of the original ATSC 1.0 standard
I don’t have to defend myself on a Community Forum. No one is required to reply to everyone on every thread either.
I do believe the x.1 channels must be MPEG2. Subchannels can use MPEG4.
There can be issues using MPEG4. Here in Chicago, when CHSN (Chicago Sports Network) started, it aired on two OTA sub-channels. They initially used MPEG4, but I have a feeling many bars/restaurants had older TV’s that didn’t support it, so they ended up changing to MPEG2. When Comcast made a deal to carry CHSN, it disappeared from OTA, so they went to Stadium Sports, but that is now gone and they are just airing infomercials.
I don’t believe the legacy Tablo can handle MPEG4
You both are correct!! Ding ding 
.
Technically when there’s more than one channel they’re all referred to as subchannels even the primary.1 …
The requirement for MPEG2 is the FCC rule which can be changed. It didn’t exist prior to ATSC 1.5 (unofficial 2 or whatever).
I have an HDMI 2-tuner Legacy. Awhile ago, the local station did change a subchannel from MPEG2 to MPEG4. When I tried, it did work, although I think it was a bit choppy. When I later did a rescan, it disappeared because the scan automatically ignores MPEG4 channels.
That same thing happened to a guy on AVS Forum with a CM DVR+…
If you never rescan and have an open slot it will decode because playback is H.264 format for other stuff like streaming. It’s scanning that ignores it.
If you rescan you know what happened to the pooch.
I can’t pick up the MPEG4 chans on my legacy quad but they come in really strong on my gen4.
I checked Rabbitears for the MPEG4 chans in my area.
They (Tablo) made a change earlier in the year to scan and decode MPEG4 on Gen4.
1 Like
Thanks for the info. I haven’t checked recently.
What channels in our area are MPEG4?
In Dfw: 16.2, .3, .4 and 16.5
Also: 23.4, 23.5, 23.6 and 26.8
My legacy still doesn’t pick them up but my gen4 does. The 16.x chans are low power and too weak for me to pick up.
KHFD 16 is dark right now due to technical issues but has 4. There is signal but no broadcast.
KUVN 23 (Both) 3 each
K22NR 22 has 1
KNMW 26 has 1
My LGTV will scan and lock any of these. However, the Tablo Gen4 is more specific in it’s requirements. If there is anything missing from the PSIP Tablo will ignore it.
22 and 26 are too weak for me to pick up. Almost 50 miles away.