re- “1080 will always be recorded at 30 fps”
Cc @TabloTV @TabloSupport @getcashmoney @theuser86
Hold on for next FW upgrade, or move to FireTV interface? @TabloTV :
“ … 1080 will always be recorded at 30 fps as there are no broadcasts of 1080 @ 60 fps.
Starting on 2.2.2 (including beta) 720 (when available) was recorded @ 60 fps on the 1080 setting.”
If 1080i broadcasts have always been recorded at 30fps using 1080 settings, then something else changed midway through the 2.2.2 Beta.
From the very beginning, when I got the Tablo in March of 2015, I was having trouble playing back 1080i recorded at 1080p. I was getting 30 second pauses during playback, especially for soccer games. This situation continued when I switched to the 2.2.2 Beta. I finally gave up midway through the Beta, and started recording 1080i at 720p, which solved the problem; although I wasn’t happy having to drop down to the lower resolution.
Later on when Tablo introduced “HD 1080 - 8 Mbps”, I switched to this, thinking it might cure my 1080i recorded at 1080p problems. But as I now understand it, there never was any change to 1080i recorded at 1080p, which is and always had been recorded at 30fps. So, something else had changed, and had eliminated the 30 second pauses I was seeing when playing back 1080i that had been recorded at 1080p.
I had actually made another suggestion when I gave up and switched to recording at 720p. I felt that part of the problem might be unreasonably slow recovery from Chromecast overruns, and I suggested that they investigate this and try and drastically reduce the recovery time. Perhaps that is what changed.
At any rate, I misunderstood all along what was done with 720p broadcasts. It would never have occurred to me that Tablo would record 720p at 30fps. Just as it never would have occurred to me that in deinterlacing 1080i and 480i Tablo was discarding field2.
By recording 720p at half the broadcast rate, and by discarding field2 for the interlaced broadcasts, Tablo was discarding half the pixels from all types of broadcast streams.
What I purchase the device, I assumed Tablo would record and play programs at the same quality I was receiving from my antenna. This turned out not to be the case.
As shipped in early 2015, all Tablo recordings were inferior to direct play from the Antenna, because in all cases, at least half the pixels were discarded, either through simplistic deinterlacing or through frame rate reduction.
This has recently been remedied for 720p broadcasts, by allowing recording at 60fps. Recording 720p at 720p (1280x720@60fps) is the only case where the broadcast is passed through unscathed.
Here is my guess at the current situation.
Broadcasts are:
1080i 1920x[540+540]@30fps
720p 1280x720@60fps
480i 704x[240+240]@30fps
Where 1920x[540+540] is my notation to describe an interlaced frame consisting of two 540 line fields. All frame descriptions without brackets, such as 1280x720, denote non-interlaced.
For the progressive cases below, only the broadcast and recording formats are shown. But interlaced cases also show the transient deinterlaced format which Tablo’s video chip produces internally; by simple dropping field2, thus discarding half the pixels.
HD 1080 - 10 Mbps, 720@60fps
1080i => 1920x540@30 => 1920x1080@30
720p => 720p
480i => 704x240@30fps => 704x480@30fps
HD 1080 - 8 Mbps
1080i => 1920x540@30 => 1920x1080@30
720p => 1280x720@30fps
480i => 704x240@30fps => 704x480@30fps
HD 720p - 5 Mbps (recommended)
1080i => 1920x540@30 => 1280x720@30fps
720p => 1280x720@30fps
480i => 704x240@30fps => 704x480@30fps
HD 720p - 3 Mbps
1080i => 1920x540@30 => 1280x720@??fps
720p => 1280x720@??fps
480i => 704x240@30fps => 704x480@30fps
SD 480 - 2 Mbps
1080i => 1920x540@30 => 704x480@30fps
720p => 704x480@30fps
480i => 704x240@30fps => 704x480@30fps
Beware that the above is guesswork on my part.
It still worries me that I don’t understand what is going on. Every time I tried this exercise in the past, I got it wrong. And when I look at the above, I see this I still don’t know what the frame rate is 3 Mbps settings. And if I don’t understand that, maybe there are other things that I don’t understand, maybe a lot of other things.
It would make things much easier if Tablo stated exactly what they did in all cases, at a level of detail like the above.
Although the citations below are vague and possibly inaccurate, taken together they hint at what Tablo actually does, and are part of how I arrived at my guesses above.
By the way, I finally got around to trying the new HD 1080 - 10 Mbps, 720@60fps setting. It caused hangs for both 1080 and 720 recordings. So it seems it is not quite true that 1080 recordings at 10 Mbps and 8 Mbpss are the same. If I get a chance, I will compare the actual bit rates. For the moment, I dropped back all the way back to the HD 720p - 5 Mbps (recommended) setting.
Actually, I made another suggestion. I suggested that for 1080i Tablo record and send 1920x540@30 to Chromecast, which I think would eliminate the Chromecast decoder overruns. The Chromecast device could do the scaling from 1920x540@30 to 1920x1080@60.
In summary, I think Tablo should be able to record and play at original broadcast quality. It fails to do this, because of simplistic deinterlacing, and because of Chromecast and Roku issues.
Tablo should leave all deinterlacing and scaling to the TV, simply recording OTA streams as received. This would require cooperation from the streaming industry to allow passthrough.
Robert Martin
Citations –
NEW Firmware Release - 2.1.18 @TabloSupport :
“ … De-interlacing is very computationally intensive. Tablo needs to de-interlace multiple streams of video (and transcode it to H.264) in real time, and at an affordable price. While we use the best chips that are available to us, with current technology it remains possible to see some artifacts under certain circumstances. … ”
New to Tablo: Couple comments @ChrisFix :
Ref-
http://www.cnet.com/uk/how-to/1080i-and-1080p-are-the-same-resolution/ :
“… The math is actually pretty simple: 1080 at 30fps is the same amount of data as 720 at 60 (or at least, close enough for what we’re talking about). …”
“… [for 1080i] even though there are 30 frames every second, it is actually 60 fields. Each field is 1,920x540 pixels, every 60th of a second. Of the 1,080 lines of pixels, the first field will have all the odd lines, the second field will have all the even lines. Your TV combines these together to form a complete frame of video. …”
“… If it’s done wrong, the TV instead takes each field, and just doubles the information. So you’re actually getting 1,920x540p. Many early 1080p HDTVs did this, but pretty much no modern one does. In a TV review, this is the main thing we’re checking when we test deinterlacing prowess. …”
http://www.dtvforum.info/index.php/topic/32777-de-interlacing-and-scaling-explained/ March 2006 :
“Bob De-interlacing
The most simple and common method of de-interlacing is a method known as field interpolation, or “bob de-interlacing”. Bob works by taking a single interlaced field (for an example a 540 line interlaced field of the 1080i format) and filling in the gaps via interpolation, to convert that field to a complete progressive frame. Interpolation simply looks at surrounding lines from the same field and “guesses” how to fill in the gaps between the interlaced lines. This works fine, but the big problem is that it throws away much of the available resolution. I.e. 1080i effectively becomes 540p, as only half of the available information (one interlaced field) is taken into account with the de-interlacing process. Surely there must be a better way? …”