AVS › AVS Forum › HDTV › HDTV Recorders › Sony DHG-HDD250/500: Official Thread
New Posts  All Forums:Forum Nav:

Sony DHG-HDD250/500: Official Thread - Page 681

post #20401 of 28401
Quote:
Originally Posted by videobruce View Post

BTW, those $4. splitters can be had for $.50.

http://www.blondertongue.com/distrib...spltDirTap.pdf

Do you have an economical sourcing for the SXRS-2 and others on that page? (those seem to match spec wise the channel master........and a few pages in the book list the purely passive ones like the winegard splitters)......but if they are 50 cent that would be kewl

Yes the glues backs are bummers, the first two in my pictures are glued which are many of the problems.........the CE from monoprice is "snapped" pieces and very inconsistent quality some work, some are dead or flicker.

Thanks
post #20402 of 28401
Quote:
Originally Posted by videobruce View Post


IFAIC, Rovi changed something since 6-8 months ago I had listings in 12 hours using the Artec and both inputs connected. Someone else in my TV market with the same deck had problems getting off 1st base also. I wonder just how many times the actual firmware data is sent. I would like to assume it might be only once a day, or even every other day to reduce the payload of just the listings data.

Are your referring to the page one info firmware? The 08.01.71/08.06.44?

In Houston those load several times a day. I have seen it reach that level on its own very quickly, very seldom longer than 2 or 3 hours.

It is also true that rovi has made adjustments (I call it fine tuning) over the last serveral months.............IMO making it overall more reliable here.

Still no solid host channels sets here.


I am correct in understanding the the unit you sent to Sony for repairs does have the .21 upgrade written to the memory chips? and is not deleted if a Reset Factory Default is completed? In other words the Sony Repair becomes a real permanent .21 upgrade?
post #20403 of 28401
Quote:


I am correct in understanding the the unit you sent to Sony for repairs does have the .21 upgrade written to the memory chips? and is not deleted if a Reset Factory Default is completed? In other words the Sony Repair becomes a real permanent .21 upgrade?

I have no idea. I assume it was flashed just as if I flashed it.
Quote:


Are your referring to the page one info firmware?

Yes.
Quote:


Do you have an economical sourcing for the SXRS-2 and others on that page?

I just do a search. For starters:

NSC (Nickless Schirmer & Co.)
Tech Tool Supply

PM me.
post #20404 of 28401
Thanks Videobruce for the sources, nice to have
post #20405 of 28401
Quote:
Originally Posted by HoustonPerson View Post

[...]

I am correct in understanding the the unit you sent to Sony for repairs does have the .21 upgrade written to the memory chips? and is not deleted if a Reset Factory Default is completed? In other words the Sony Repair becomes a real permanent .21 upgrade?

The original factory firmware is stored on the hard drive in a separate partition, not in memory chips. This guy found where the files are kept (read the second paragraph). Basically when you do a Restore Factory Defaults, it "upgrades" the firmware to whatever version is stored there. You see all the same information on the display that you see when you upgrade from usbstick (Verifying..., Writing..., etc.). Whenever Sony gets a unit in, they just copy the latest firmware files over the existing ones, and that becomes the version that is loaded during a Restore Factory Defaults.

Mark
post #20406 of 28401
Quote:
Originally Posted by Possumgirl View Post

I'm just shy of positive that when my two units were using an analog host (before the digital transition), the host state field was always 0x80. A year or so ago when trying to test recovery from reset using a digital host, I left one DHG alone so I could compare with the test DHG. That was one of the fields I always checked. [...]

I think you're right. I decided to connect my DVR to cable so it would get the analog data. After several days with an analog host channel, the host state has stayed at 0x80.

Mark
post #20407 of 28401
Quote:
Originally Posted by mabuttra View Post

The original factory firmware is stored on the hard drive in a separate partition, not in memory chips. This guy found where the files are kept (read the second paragraph). Basically when you do a Restore Factory Defaults, it "upgrades" the firmware to whatever version is stored there. You see all the same information on the display that you see when you upgrade from usbstick (Verifying..., Writing..., etc.). Whenever Sony gets a unit in, they just copy the latest firmware files over the existing ones, and that becomes the version that is loaded during a Restore Factory Defaults.

Mark

Mark good read thanks for the link.

Please clarify this for me.

Ok, the .21 is stored on the hard disk (not in the chips). But when Sony does put in new hard drives (videobruce); does that mean the .21 is in all partitions of the hard disk OR do they put back in the original (.05 .09 .13) for that specific DHG-HDD? So if Videobruce now does a Reset Factory Defaults it stays with .21 now?
post #20408 of 28401
Quote:
Originally Posted by HoustonPerson View Post

Mark good read thanks for the link.

Please clarify this for me.

Ok, the .21 is stored on the hard disk (not in the chips). But when Sony does put in new hard drives (videobruce); does that mean the .21 is in all partitions of the hard disk OR do they put back in the original (.05 .09 .13) for that specific DHG-HDD? So if Videobruce now does a Reset Factory Defaults it stays with .21 now?

I think we can have it both ways. Let's say that Sony will load .21 onto the hard disk if doing a repair. That becomes the data read if a Reset Factory Default is performed. I can't prove it, but let's say that my factory data is .05 and that's what I get with a RFD. Then I load .13 from SpiffSpace. It doesn't overwrite .05 but is stored in a special update location. If the update location is non-zero it will be read upon a front panel reset and used as the new default. Should I do a RFD, the .13 is wiped and I'm back to .05. Now if I load .21 from USB, my active program is .21 and nothing is done to the .05 and I can load .13 over .21 with no ill effects also. Done that several times. I don't know if the update location will get upset should I try to load a lower (.13) update when the RFD is .21. I hope I never need to find out. Any help?
post #20409 of 28401
[quote]
Quote:
Originally Posted by mabuttra View Post

This is what makes me think that comparing V9 to V8 data is like comparing apples to oranges. My DVR (as well as others that I have seen, based on the download schedules they have posted) has eight type 70 downloads, four type 27 downloads, four type 81 downloads and eight type 97 (not type 96) downloads every day.

I corrected my post to reflect type 97 not type 96. My bad

I have the same download schedule as you mentioned, but I am refering to the download schedule that is one or two pages to the right of that one. It is the same schedule but it shows what data gets downloaded each day. There will be a date and time next to what got downloaded. Nobody ever shows pictures of this screen.
Example, If I got six actual data downloads during the entire TVG1 download period for the day, It will also set the clock for drift about 15 seconds into each actual download. I can check this in an additional screen in the clock menu section.
Here is a link to my download schedule:
http://www.avsforum.com/avs-vb/showp...&postcount=689

Quote:


The timezone packets are always the weakest link here. They are currently "zooming" in at an average of about two per day LOL. That's much better than six months ago when I was averaging about one every three days. My TVG1 skips are about 25% of the total. The problem with pointing out the problems with my data, is that there is nothing wrong with the data here. My DVR can build a grid in less than three days, which isn't the greatest, but it is much faster than the reports of two weeks, to a month, to never, that I have seen here. Building a grid in less than three days is no fluke. I have reset my DVR over ten times in the last year, and have gotten a grid every time in three days or less (usually less). My point here is that if there was a software problem that prevented the DVR from consistently getting a grid (like HoustonPerson has experienced), I would have seen it at some point. That is why I blame the TVGOS data, rather than the Sony, for these problems.

I tested the analog inserter for the cheif engineer of my cable company last november and I did a full system reset of both version 8 and version 9 at10:00PM and I had a grid by 10:00AM the next morning. And in two additional days both devices had a full 8 days of listings. The longest it took to acheive a grid is around 18 hours because I did the reset in the late afternoon. I did this four seperate times and got the same results for both guides.

The data in the diagnostics screens for both versions was pretty close to each other. The only difference is the version 8 needs the two TVGOS patches.

I then took the version 8 to my sisters in chambersburg and it took around two days to get a grid and then two additional days to get the 8 days of listings. She has comcast cable and they are converting the MPEG legacy stream to analog. I tried three resets and it took a little over two days to get a grid which is the same period of time it takes your sony to get a grid.
It is worth noting that the EPP, DPP, and time zone packets where equal and that the guide never lost its host channel once set.

Because of this and other details I picked up from different posts I am basically 99.999999999% positive that the sony dhg is building its grid from the unconverted MPEG legacy stream.
If you have cable, disconnect your OTA feed, reset your guide, scan for digital channels only if you can or delete the converted legacy stream channel, and see if you can build a grid from TVG1 alone. If the cable company is converting the MPEG leagacy stream then it won't be present on the HD channel that is carrying TVG1.

Since TVG1, TVG2, and the MPEG legacy stream is available at the same time to OTA users there is no way of determining which stream you are building a grid from. I am positive that you are getting listings from TVG1 because your guide can understand that data since it is universal to both streams.

Quote:


My host channel situation is very similar to HoustonPerson's. His host channel is channel 11, mine is supposed to be channel 12 (I'll explain what I mean by that in a moment). His is 36 miles away, mine is 37 miles away. Here's the "supposed to be channel 12" explanation. My host channel was on UHF channel 19, then on June 11, it moved to channel 12. Immediately people started complaining that they couldn't get them any more. So Channel 12 filed with the FCC to move their signal back to channel 19, and a couple of months later they did. Despite being High VHF for a while, my TVGOS data didn't suffer at all when they were on channel 12. If you look at the two recovery pages I made, the 08.01.42 recovery was done when they were on channel 12 (Host channel shows as 0:12-0), and the 08.01.71 recovery was done after they moved back to channel 19 (Host channel shows as 0:19-0).

The problem I have with blaming signal strength for HoustonPerson's problem is that it seems to me that if he is losing TVGOS data due to signal strength problems his audio and video would also suffer dramatically (constant dropouts/pixelating). If you don't see dropouts in the picture then I don't see how the TVGOS data could be damaged. I haven't asked him about this, but maybe he does have visible reception issues, that he hasn't mentioned.

Mark

Just because you are at the same distance from the transmitter doesn't mean that the same equipment set up will work because there is to many variables at play.
Here is a quote from TVFool:
Quote:


Reception at your location is affected by many factors such as multipath, antenna gain, receiver sensitivity, buildings, and trees - which are not taken into account.

What you can't see is how much noise is HP is getting and what effect it is having on the portion of the 6 MHz channel where the TVGOS data is being carried.
TVG1 and TVG2 is carried in one part of the 6MHz channel and the MPEG legacy stream is carried in a different part of the 6MHz channel. Also I don't think there is any error correction that is carried in the three TVGOS data streams, so if noise is an issue the guide can't the data that is replaced with noise.

Here is some very good and important information from TVFools website about noise and signal strength:
Quote:


The most important number to pay attention to is the Noise Margin, in the "NM(dB)" column, for each of your local channels. These values tell you if you are above or below the detection threshold for each station and by how much. Since these values represent the amount of signal "in the air" at your location, you need to have enough margin to account for building penetration, cable loss, splitters, tuner sensitivity, and other factors specific to your setup. If you take the initial NM value for a given channel, add your antenna gain, subtract all the other system losses, and still end up with a value above 0, then you should be able to detect that channel.

Another way to think about Noise Margin is that it's the total amount of noise or signal degradation that you can endure before the signal drops into an unusable state. Things like building penetration, cable loss, and splitters are just a few examples of things that might eat away at your available Noise Margin. If the Noise Margin ends up below zero after accounting for all the losses in your setup, then the channel is probably no longer watchable.

Antenna gain is the only quantity that should ever be ADDed to the NM value. Most antennas will specify their gain in dBd or simply dB, and this is the value that should be used. If an antenna's gain is specified in dBi units, then you need to subtract 2.15 in order to get the equivalent value in dBd units. If an antenna has a built-in amp, the extra gain from the amp SHOULD NOT be included as part of the antenna gain (this actually subtracts from the Noise Margin as we'll see next). Only the raw intrinsic gain of the physical antenna should be added to the Noise Margin.

Be aware that amps and pre-amps will actually cause you to lower your Noise Margin. No matter how much gain an amp or pre-amp claims, it will actually reduce your Noise Margin by the amount listed as the Noise Figure (NF) in its specs. High quality consumer-grade amps usually have a Noise Figure of around 2-3 dB. Lower quality amps or ones that do not specify a noise figure at all will probably have a Noise Figure of around 6-10 dB. This is true for both stand-alone amps as well as antennas with built-in amps. This Noise Margin degradation is caused by limited efficiency of the electronics at the input of the amp prior to the signal being boosted. The primary benefit of the amp is to overcome further NM degradation from "downstream" losses (e.g., long cable runs, splitters, tuners with poor sensitivity, etc.). In other words, you suffer the amp's Noise Figure degradation once, and can usually ignore most of the other losses that occur after it.

Link to the above information:
http://www.tvfool.com/index.php?opti...d=57&Itemid=78
post #20410 of 28401
Quote:
Originally Posted by HoustonPerson View Post

Mark good read thanks for the link.

Please clarify this for me.

Ok, the .21 is stored on the hard disk (not in the chips). But when Sony does put in new hard drives (videobruce); does that mean the .21 is in all partitions of the hard disk OR do they put back in the original (.05 .09 .13) for that specific DHG-HDD? So if Videobruce now does a Reset Factory Defaults it stays with .21 now?

My guess is that if videobruce does a restore Factory Defaults, it will retain the 1.2.21 firmware. Previously I have read where the only units that retain the 1.2.13 firmware are units that have been sent to Sony. I bought my DVR off ebay, and it reverts to 1.2.13 firmware, which tells me that the previous owner sent the DVR into sony at some point. It makes sense that sony would install the latest firmware onto the hard drive, before shipping it back to the user.

Mark


Mark
post #20411 of 28401
Quote:
Originally Posted by Jed1 View Post

Because of this and other details I picked up from different posts I am basically 99.999999999% positive that the sony dhg is building its grid from the unconverted MPEG legacy stream.

No, you're wrong. First, my DVR can build a grid in 24 hours using the legacy data, not 2 days. I don't know what was wrong with your sister's setup.

Second, there are only two OTA devices (that I know of) that can convert the legacy data to be used by other devices. The sony isn't one of them.

Third, although it takes up to three days for my DVR to build a grid, I've also gotten a grid in < 24 hours, and that includes a full 8 days of listings.

Quote:


If you have cable, disconnect your OTA feed, reset your guide, scan for digital channels only if you can or delete the converted legacy stream channel, and see if you can build a grid from TVG1 alone. If the cable company is converting the MPEG leagacy stream then it won't be present on the HD channel that is carrying TVG1.

This won't work. The legacy stream will still be present in the digital channel. The cable equipment doesn't strip the data out.

Mark
post #20412 of 28401
[quote]
Quote:
Originally Posted by mabuttra View Post

No, you're wrong. First, my DVR can build a grid in 24 hours using the legacy data, not 2 days. I don't know what was wrong with your sister's setup.
Third, although it takes up to three days for my DVR to build a grid, I've also gotten a grid in < 24 hours, and that includes a full 8 days of listings.

I am comparing the average length of time that my RCA DLP version 8 takes to get a grid at my sisters house from comcasts converted MPEG legacy stream to the time it ususally takes you to build a grid with the sony dhgs version 8 using the .21 firmware and a OTA feed.
There is nothing wrong with her feed as Rovi stated that this is normal. And as I stated before once the guide sets the host it doesn't lose it and the EPP, DPP, and timezone packets stay equal.
Also, as soon as the guide locks onto the inserter signal it sets the host ID (0xC2) and the host state change from 0x80 to 0xA0.

Her TVGOS signal has recently developed a problem but it is related to comcast updating her headend and the guide will build a grid but it won't get any listings data. Rovi is working with comcast on the problem. The digital to analog converter is corrupting the TVGOS stream.

Quote:


Second, there are only two OTA devices (that I know of) that can convert the legacy data to be used by other devices. The sony isn't one of them.

I am not talking about the sony converting the legacy stream but the sony is actually reading the MPEG legacy stream directly with out the need to convert it. This is possible because the legacy stream is encoded in MPEG and the MPEG decoder in your sony is reading the stream directly.
I think my version 8 RCA can do this also but I can't get a decent OTA signal to try it. Both my house and my sisters are to far from the host stations and don't have line of site.

I covered this in a post from last september:
Quote:


http://www.avsforum.com/avs-vb/showp...&postcount=525

Here is a quote from that post:
There is reference to the ability of an Mpeg decoder to decode the Legacy stream with out converting it back to analog in this article on page three:

http://www.scte.org/documents/pdf/st...127%202007.pdf

On page 3:

Quote:
Quote:


The VBI data transferred through the mechanism described in this document is intended to be
transcoded into the VBI of a companion video channel within an MPEG-2 Transport Stream. However,
it also is possible to transmit and transcode a VBI data stream on its own, without a companion video
channel. In addition it is possible for a decoder to interpret the data directly, without any intermediate
transcoding into the VBI
.

On page 7:

Quote:
Quote:


Semantics for the TVG2X_data_field
TVG2X_data_block: this field corresponds to the 32 active data bits following the clock
run-in and framing code of the TVG2X waveform, as defined in CEA 2020 [7]. Data bits
are inserted in the PES packet in the same order as they appear in the VBI.

Quote:


This won't work. The legacy stream will still be present in the digital channel. The cable equipment doesn't strip the data out.
Mark

Actually the answer is no. If the legacy stream isn't being converted the stream is not given a PID number.
As the 8 vsb host channel is being recieved in the headend all the PID's that the broadcaster gave the feed are changed when the entire channel is remodulated into QAM 256. The cable company gives host channel all new PIDs to the channel including the three individual TVGOS streams.

If the cable company has equipment capable of doing the SCTE 127 conversion then the entire SCTE 127 data stream including the MPEG TVGOS legacy stream is down converted to analog directly from the 1080i HD feed.

If they can't do the conversion, like my cable company, then the legacy stream PID is removed and not carried forward since there is no device that can convert the legacy stream when it is modulated to QAM 256. The DTV Pal and the Artec can only convert the 8vsb OTA signal to analog.

I know my cable company is not sending the legacy stream on to the customer.

The PIDs for TVGOS on KYW HD is TVG1 0x7C4 and TVG2 0x7C5. The PIDs for the digital inserter installed in my headend and inserted into the feed of WYOU HD is TVG1 0x833 and TVG2 0x834.

For reference here is the download schedule for both the analog and digital downloads:
http://www.avsforum.com/avs-vb/showp...&postcount=689
post #20413 of 28401
Quote:
Originally Posted by mabuttra View Post

My guess is that if videobruce does a restore Factory Defaults, it will retain the 1.2.21 firmware. Previously I have read where the only units that retain the 1.2.13 firmware are units that have been sent to Sony. I bought my DVR off ebay, and it reverts to 1.2.13 firmware, which tells me that the previous owner sent the DVR into sony at some point. It makes sense that sony would install the latest firmware onto the hard drive, before shipping it back to the user.

Mark


Mark

Thanks Mark, that is sort of what I was thinking. Unit(s) sent into Sony at this time should have the .21 on all partitions of the hard disk; therefore any Reset Factory Default a user would perform would retain the .21 update.
post #20414 of 28401
FWIW - On Antennas with the Sony DVR

While on the temp Winegard HD antenna I went to the two Sony Menu screens that retain this information regarding reception and recorded the following:

Station RF Frequency SNR Strength Quality Stability

2.1 35 599.000 31.08 94 Good Stable
8.1 8 183.000 29.5 88-94 Good Varies
10.1 10 195.000 0.00-10.38 5-33 Below Normal Varies NP
11.1 11 201.000 28.65 88 Good Varies
13.1 13 213.000 27.68 88 Good Varies
14.1 24 533.000 29.89 94 Good Stable
20.1 19 503.000 30.81 94 Good Stable
21.1 21 515.000 10.44 5 Below Normal Varies NP
22.1 23 527.000 27.80 88 Good Varies
26.1 26 545.000 31.36 94 Good Stable
39.1 38 617.000 31.66 94 Good Stable
43.1 43 647.000 0.00 5 Below Normal Stable NP
45.1 45 659.000 31.08 94 Good Stable
47.1 48 677.000 29.14 94 Normal Varies
49.1 32 581.000 30.81 94 Good Stable
51.1 47 671.000 25.96 88 Good Stable
55.1 42 641.000 27.68 88 Good Stable
57.1 41 635.000 23.82 77 Good Varies
61.1 44 653.000 29.31 88 Good Stable
67.1 36 605.000 31.98 94 Good Stable


The NP listed above means No Picture. Generally, with at SNR of around 12 or less there was no picture. Stations with SNR of 22 or more I had a steady picture and sound. That data was pulled the morning of March 23 and due to atmospheric conditions the overall signal strength was at its lowest point.

Having a very clean antenna install I have been able to obtain virtually zero C ChkSum Errors and exceptionally low ATSC Slicer Errors. Usually you can often create one or two C ChkSun Errors just by disconnecting the Antenna feed to the Sony and hooking it back up. The perfectly clean antenna install appears to have no effect on the percentage of TVG1 or 2 received.
post #20415 of 28401
Jed1,

You said this:
Quote:


...I am basically 99.999999999% positive that the sony dhg is building its grid from the unconverted MPEG legacy stream.

Then in the next paragraph you said this:
Quote:


Since TVG1, TVG2, and the MPEG legacy stream is available at the same time to OTA users there is no way of determining which stream you are building a grid from.

I agree with the second quote. The first quote is one reason why I said you were wrong. If the second quote is right there is no way you can be "99.999999999% positive" about anything.

Quote:


I am comparing the average length of time that my RCA DLP version 8 takes to get a grid at my sisters house from comcasts converted MPEG legacy stream to the time it usually takes you to build a grid with the sony dhgs version 8 using the .21 firmware and a OTA feed.

This is another reason I question your certainty about where my grid comes from. Although it takes my DVR about 3 days to get a grid, others have reported that it sometimes takes weeks to get a grid, and then there is Houston where it takes much longer than that. You can't just look at how my DVR behaves when trying to determine what data it gets a grid from. There are times when I have drawn the wrong conclusion, because I based it just on how my DVR was behaving.

Quote:


There is nothing wrong with her feed as Rovi stated that this is normal. And as I stated before once the guide sets the host it doesn't lose it and the EPP, DPP, and timezone packets stay equal.
Also, as soon as the guide locks onto the inserter signal it sets the host ID (0xC2) and the host state change from 0x80 to 0xA0

More evidence against the theory that my digital data works like her analog data. Even my legacy analog data from cable, as I discussed this week, doesn't cause the host state to change from 0x80. After a week of data, my DPP, EPP, and Timezone packets are not equal. As of a few minutes ago I had 35 Timezone packets, 33 DPP packets, and 22 EPP packets. However, using the legacy data, the sony's host channel sets in less than 2 hours, and stays set 100% of the time.

Quote:


Here is a quote from that post:
There is reference to the ability of an Mpeg decoder to decode the Legacy stream with out converting it back to analog in this article on page three:

Quote:


In addition it is possible for a decoder to interpret the data directly, without any intermediate
transcoding into the VBI.

Look at the date on that article, 2007. The Sony was first sold in May of 2005. The design work would have been done in 2004, which is 3 years before this information was available. So this leaves two questions unanswered. Does the MPEG decoder in the Sony have the ability to decode this data? Did Sony provide the software support to handle the decoded data?

Quote:


Actually the answer is no. If the legacy stream isn't being converted the stream is not given a PID number.
As the 8 vsb host channel is being recieved in the headend all the PID's that the broadcaster gave the feed are changed when the entire channel is remodulated into QAM 256. The cable company gives host channel all new PIDs to the channel including the three individual TVGOS streams.

If the cable company has equipment capable of doing the SCTE 127 conversion then the entire SCTE 127 data stream including the MPEG TVGOS legacy stream is down converted to analog directly from the 1080i HD feed.

If they can't do the conversion, like my cable company, then the legacy stream PID is removed and not carried forward since there is no device that can convert the legacy stream when it is modulated to QAM 256. The DTV Pal and the Artec can only convert the 8vsb OTA signal to analog.

I know my cable company is not sending the legacy stream on to the customer.

The PIDs for TVGOS on KYW HD is TVG1 0x7C4 and TVG2 0x7C5. The PIDs for the digital inserter installed in my headend and inserted into the feed of WYOU HD is TVG1 0x833 and TVG2 0x834.

This is good information. Although I'm confused, because your original post (the one linked to) seems to suggest that your cable company is taking all of the digital TVGOS data (except the legacy data), and converting it to analog, and sending it out on analog channels. You even mentioned that the G* Test passed the VBI Test. That isn't what happens here. The digital data coming from cable is from the QAM digital CBS. Running the G* Test will fail the VBI test because there is no VBI on a digital channel. I think we may be comparing apples and oranges again. Unfortunately I can't try recovering using only the QAM version of my Digital CBS station, because no matter what, the Sony finds the converted legacy data on analog channel 12. I didn't do a channel scan on cable after enabling it last week, and I turned off analog 12 in the TV Guide. Then I blanked the host channel to force it to find a new host channel, but it went right back to analog channel 12. I could try forcing the host channel, but that has always had mixed results. This is a bad time of year to reset the DVR, since my recordings are at a peak. I probably should wait until the end of the TV season to do anything more. Besides I'm pretty sure someone else has been able to get a grid from their QAM CBS station (WS7511 maybe?).

Mark
post #20416 of 28401
Quote:
Originally Posted by HoustonPerson View Post

FWIW - On Antennas with the Sony DVR

While on the temp Winegard HD antenna I went to the two Sony Menu screens that retain this information regarding reception and recorded the following:

Station RF Frequency SNR Strength Quality Stability

2.1 35 599.000 31.08 94 Good Stable
8.1 8 183.000 29.5 88-94 Good Varies
10.1 10 195.000 0.00-10.38 5-33 Below Normal Varies NP
11.1 11 201.000 28.65 88 Good Varies
13.1 13 213.000 27.68 88 Good Varies
14.1 24 533.000 29.89 94 Good Stable
20.1 19 503.000 30.81 94 Good Stable
21.1 21 515.000 10.44 5 Below Normal Varies NP
22.1 23 527.000 27.80 88 Good Varies
26.1 26 545.000 31.36 94 Good Stable
39.1 38 617.000 31.66 94 Good Stable
43.1 43 647.000 0.00 5 Below Normal Stable NP
45.1 45 659.000 31.08 94 Good Stable
47.1 48 677.000 29.14 94 Normal Varies
49.1 32 581.000 30.81 94 Good Stable
51.1 47 671.000 25.96 88 Good Stable
55.1 42 641.000 27.68 88 Good Stable
57.1 41 635.000 23.82 77 Good Varies
61.1 44 653.000 29.31 88 Good Stable
67.1 36 605.000 31.98 94 Good Stable


The NP listed above means No Picture. Generally, with at SNR of around 12 or less there was no picture. Stations with SNR of 22 or more I had a steady picture and sound. That data was pulled the morning of March 23 and due to atmospheric conditions the overall signal strength was at its lowest point.

Having a very clean antenna install I have been able to obtain virtually zero C ChkSum Errors and exceptionally low ATSC Slicer Errors. Usually you can often create one or two C ChkSun Errors just by disconnecting the Antenna feed to the Sony and hooking it back up. The perfectly clean antenna install appears to have no effect on the percentage of TVG1 or 2 received.

Houston Person,
This article should interest you because it is directly related to your reception issue with tuning in a VHF OTA channel in houston.
http://www.tvnewscheck.com/articles/2010/03/25/daily.1/

This portion of the article is directly related to your problem:

Quote:


To reach viewers in their homes, the broadcasters are also telling them to dump their rabbit ears and get out the ladder.

Indoor reception is problematic for stations on any channel as William Meintel, a partner in Meintel, Sgrignoli & Wallace, discovered when his consulting firm was hired to tackle reception problems for VHF stations in Chicago, Philadelphia, Baltimore and Houston and a UHF signal in Milwaukee.

"We found most all of these problems were with indoor reception," Meintel said."A lot of these antennas that people have for indoor use are pretty much worthless."

Impulse noise has also plagued VHF reception, he said. Any number of electrical devices, including, ironically, flat-screen TVs, can cause picture dropouts, blocking and pixelization, he said.

"We even had some problems with amplified antennas where the amplifier was doing more harm than good," he said.

Indoor reception problems should have been anticipated, Meintel said. After all, the FCC assigned digital channels to stations based on the assumption that viewers would be tuning in with antennas 30 feet above the ground.
post #20417 of 28401
Quote:
Originally Posted by Jed1 View Post

Houston Person,
This article should interest you because it is directly related to your reception issue with tuning in a VHF OTA channel in houston.
http://www.tvnewscheck.com/articles/2010/03/25/daily.1/

This portion of the article is directly related to your problem:

The article has no application to me. My only issue is TVGOS service in Houston. The sourcing of the article is somewhat suspect, they claim to be broadcaster oriented; but they do admit to being advertiser driven. Perhaps they are attempting to sell services to broadcasters? Overall, it is political in nature. But the FCC does have its own political agenda.
post #20418 of 28401
[quote=Jed1;18387063]
Quote:




The PIDs for TVGOS on KYW HD is TVG1 0x7C4 and TVG2 0x7C5. The PIDs for the digital inserter installed in my headend and inserted into the feed of WYOU HD is TVG1 0x833 and TVG2 0x834.

For reference here is the download schedule for both the analog and digital downloads:
http://www.avsforum.com/avs-vb/showp...&postcount=689

I'm sorry to ask you to 'dumb it down' for me, but are you saying that you can get TVGOS from your digital feed of KYW and/or WYOU? There's a good probability I can get OTA WYOU with a high gain antenna, and lately my cable feed is very unreliable. Thanks.
post #20419 of 28401
Quote:
Originally Posted by JoeKustra View Post

I'm sorry to ask you to 'dumb it down' for me, but are you saying that you can get TVGOS from your digital feed of KYW and/or WYOU? There's a good probability I can get OTA WYOU with a high gain antenna, and lately my cable feed is very unreliable. Thanks.

According to Rabbit Ears, WYOU does not transmit TVGOS OTA (KYW does however). I believe what Jed1 is saying is that Rovi is sending the TVGOS data directly to the cable station (or maybe they get the data from the KYW feed), and they are inserting the data into their cable feed. If I recall I think you get your TVGOS the same way, only your cable system has the "legacy" converter box, which Jed1's apparently doesn't.

Mark
post #20420 of 28401
Quote:
Originally Posted by mabuttra View Post

According to Rabbit Ears, WYOU does not transmit TVGOS OTA (KYW does however). I believe what Jed1 is saying is that Rovi is sending the TVGOS data directly to the cable station (or maybe they get the data from the KYW feed), and they are inserting the data into their cable feed. If I recall I think you get your TVGOS the same way, only your cable system has the "legacy" converter box, which Jed1's apparently doesn't.

Mark

Thanks for the help. I will never get an OTA signal from KYW, yet my cable feed supplies it in analog and QAM256. The nice people at WYOU told me they are not considering any form of TVGOS. I'm really tempted to take one of my DHG units over to my sister's house and see if I can check out her cable feed since it should be the same as Jed1. Just for fun.
post #20421 of 28401
[quote=JoeKustra;18391844]
Quote:
Originally Posted by Jed1 View Post


I'm sorry to ask you to 'dumb it down' for me, but are you saying that you can get TVGOS from your digital feed of KYW and/or WYOU? There's a good probability I can get OTA WYOU with a high gain antenna, and lately my cable feed is very unreliable. Thanks.

The answer is no. Rovi gave my division of SE the digital inserter to install in the headend in november. It went online in mid December

Quote:
Originally Posted by JoeKustra View Post

Thanks for the help. I will never get an OTA signal from KYW, yet my cable feed supplies it in analog and QAM256. The nice people at WYOU told me they are not considering any form of TVGOS. I'm really tempted to take one of my DHG units over to my sister's house and see if I can check out her cable feed since it should be the same as Jed1. Just for fun.

Nexstar, owners of WYOU and WBRE, told me this about two years ago. I did contact the engineer of WVIA a while back but he said that decision would be made by mangement but they never got back to me.

Also on an off topic subject, Nexstar permanently shut down all their translators in central and eastern PA about three weeks ago. A lot of people in schuylkill county are complaining because they no longer can get their OTA feed.

If you do take one of your dhg's to your sisters house the analog inserter feed is on analog channel 4 WVIA and the digital inserter is on 116-1 WYOU HD. For cablecards the analog inserter is on channel 81 and the digital inserter is on 512.
post #20422 of 28401
Quote:
Originally Posted by mabuttra View Post

According to Rabbit Ears, WYOU does not transmit TVGOS OTA (KYW does however). I believe what Jed1 is saying is that Rovi is sending the TVGOS data directly to the cable station (or maybe they get the data from the KYW feed), and they are inserting the data into their cable feed. If I recall I think you get your TVGOS the same way, only your cable system has the "legacy" converter box, which Jed1's apparently doesn't.

Mark

Hi Mark,
Joe Kustra and I have the same cable company but we are a served by different divisions. His head end has a actual analog TVGOS inserter and my head end has both a analog TVGOS inserter and a digital TVGOS inserter. These inserters are the actual devices that are installed in the broadcast stations.
Neither division has the ability to convert the SCTE 127 MPEG legacy TVGOS stream to analog.

Also my division of Service Electric carries the Philadelphia broadcast stations along with the Wilkes Barre stations which enables me to have access to the digital TVGOS feed from KYW HD. This is how I have been getting digital TVGOS since WVIA shutdown their analog feed on February 5th of last year. The only catch is I have to use a zip code from the Philadelphia DMA.

I made an intereseting discovery though. I used a Allentown zip code 18101 in my TVGOS set up and I got to select from three different cable card line ups, Service Electric and RCN of Allentown and RCN of Philadelpia, and they all had the same 655 channel list. I tried some Philadelphia zip codes and got cablecard line ups from RCN, Comcast, and Verizon Fios and they all had the same 655 channel list. So it seems to me that their is only one channel list for each DMA. This is for the KYW inserter and the only drawback is that I have to edit the entire channel line up to match mine.
Currently the channel list for the Wilkes Barre DMA is only 554 channels which is what it has been for three years. I've tried to get Rovi to add the missing channels to the list but they refused to do so.
post #20423 of 28401
Quote:
Originally Posted by Jed1 View Post

If you have cable, disconnect your OTA feed, reset your guide, scan for digital channels only if you can or delete the converted legacy stream channel, and see if you can build a grid from TVG1 alone. If the cable company is converting the MPEG leagacy stream then it won't be present on the HD channel that is carrying TVG1.

Here is my attempt at doing this (short of resetting the guide). Saturday evening, I tuned to my CBS digital station on cable (channel 114.5), I did a force host on that channel and turned the DVR off. Sunday morning I checked and the host channel had set, but it was the analog CBS station (the force host didn't take). I recorded the NCAA games that were on Sunday afternoon, so before they started, I blanked my host channel, just before the recording started. My plan was to wait until the recording ended, and then do another force host, if the host channel hadn't set yet. Unfortunately I was doing something else when the recording ended, and by the time I looked at the DVR, the host channel had already set again to the analog CBS station. I blanked the host channel again, and decided to just leave the DVR on overnight. Monday morning there was still no host channel so I left it on all day. When I got home Monday evening, the host channel had set to the channel I wanted. Everything looks the same as it does with my OTA host channel (skipped TVG1 still about 25%, Host State 0x80, etc.). This morning I did a soft front panel reset to clear all the packet counts so I could see how they progressed today. Tonight when I looked, the packet counts are pretty much like in all my other pictures. Timezone packets are 0, which is no surprise.

On another subject. Last week I ran all week long with my analog host channel from cable. Before I did the force host Saturday evening, I checked my guide, and found that day seven, and day eight were both No Listing. Usually when I have the analog host channel set, I have five Download Schedules, one digital schedule, and four analog schedules. The last analog schedule is the one my analog host channel seems to use. When I checked my schedules Saturday, I only had the one digital schedule, the analog schedules were gone. This is the download schedule I have when my host channel is set to my OTA digital channel. I checked my clock channel and saw that it was set to my digital host channel instead of the analog CBS station. I then realized what was happening. Since the NCAA games were on Thursday, I spent a lot of time tuned to my OTA digital CBS station. So much time in fact that it set the clock from that station. It then must have decided it liked that station, and retrieved the download schedule from it (which didn't have the analog schedules). Without an analog schedule, my analog host channel didn't know how to download the guide data. This is a downside to the .21 firmware, since it tends to not care whether your DVR is off or on to get guide data, it increases the chance of this happening (this would only be a problem for people who are OTA + Cable, and their cable system is converting the legacy data). With the older firmware, if you never run the G* Test, then the digital data is always off, so this wouldn't happen.

Mark
post #20424 of 28401
Well a little more than 48 hours ago TVGOS was turned off in Houston. That lasted just under 2 hours.

Just before midnight it went to NumSearch 2, and I assume it only got to HostSUFlag of 0xe28 before the TVGOS was turned off again. I checked it this morning and there was no data coming in on the ATSC Slicer. HostSUFlag was the 0xe28.

That was about 6 hours ago. Data is now coming in again, but it must have just been turned back on. HostSUFlag is still 0xe28.

I had noticed DPPs have been coming in very fast the last 7 days or so; but on occasion the EPP's can be none coming in for a 12-18 hour period.

So it looks like Rovi has been making some sort of adjustments for Houston again. Just wish they would figure it out and make it work all the time.
post #20425 of 28401
Quote:
Originally Posted by HoustonPerson View Post

Well a little more than 48 hours ago TVGOS was turned off in Houston. That lasted just under 2 hours.

Just before midnight it went to NumSearch 2, and I assume it only got to HostSUFlag of 0xe28 before the TVGOS was turned off again. I checked it this morning and there was no data coming in on the ATSC Slicer. HostSUFlag was the 0xe28.

That was about 6 hours ago. Data is now coming in again, but it must have just been turned back on. HostSUFlag is still 0xe28.

I had noticed DPPs have been coming in very fast the last 7 days or so; but on occasion the EPP's can be none coming in for a 12-18 hour period.

So it looks like Rovi has been making some sort of adjustments for Houston again. Just wish they would figure it out and make it work all the time.

I don't think it's just Houston. My TVGOS feed has been very unstable for most of this month. Something is happening, and that is usually a bad thing.
post #20426 of 28401
HostSUFlag is still 0xe28. No EPP's in over two days.

Days 7 and 8 are about 40% No Listings, mostly the major HD primary stations.

But the Sony Box is still receiving program changes for Days 1 and 2, and received new data last night.

Day 1 - today Thursday morning has a New CSI that was not there last night, so I added the red dot Pic 8276. And I happened to notice the time change on The Mentalist, there was none for CSI - Pic 8277.

PIc 8278 - the information panel shows the correct time adjustment, see top of screen for time.

Pic 8279 - the scheduled CSI program did not, but The Mentalist did? So I adjusted CSI for one minute early. Picture is prior to adjustment.

I am not doing any resets at this time; since it does receive some data and hoping Rovi is still attempting to make some sort of HostChannel sets adjustments?

Sony DVR is still on the temp Winegard antenna.
LL
LL
LL
LL
post #20427 of 28401
Quote:
Originally Posted by HoustonPerson View Post

HostSUFlag is still 0xe28. No EPP's in over two days.

Days 7 and 8 are about 40% No Listings, mostly the major HD primary stations.

But the Sony Box is still receiving program changes for Days 1 and 2, and received new data last night.

Day 1 - today Thursday morning has a New CSI that was not there last night, so I added the red dot Pic 8276. And I happened to notice the time change on The Mentalist, there was none for CSI - Pic 8277.

PIc 8278 - the information panel shows the correct time adjustment, see top of screen for time.

Pic 8279 - the scheduled CSI program did not, but The Mentalist did? So I adjusted CSI for one minute early. Picture is prior to adjustment.

I am not doing any resets at this time; since it does receive some data and hoping Rovi is still attempting to make some sort of HostChannel sets adjustments?

Sony DVR is still on the temp Winegard antenna.

I'm pretty sure Rovi is playing catch-up with the networks a lot lately. I just saw the updates for CBS tonight in the 9pm - 11pm EDT time slot also. All of March the listings had to follow sports. I wouldn't count on stable listings anymore. The 'seasons' are long gone. Yet this 'every weekend' listing scramble reminds me of when TV just went down every weekend at 2am for maintenance. Things change yet they stay the same. The 'new normal' sucks, but .... you know the rest. All I need is 200 packets an hour to be happy.
post #20428 of 28401
Well the pattern of HostSUFlag is changing a little bit here.

Finally got one EPP and one missing bit for the first section - an f. Still need two bits for the second section.

Since transition I have seen a lot of 0xe68 and 0xf78; but late today a 0xf68 has been in place a couple of hours. At least that is some change of over 2 days of just 0xe28.

The 0xf68 is just odd - don't know that I have ever seen it line out that way.maybe that is the norm for a upcoming HostChannel Set - if it ever gets here. HA!
LL
post #20429 of 28401
Hi Mark,

Here is answers to some of your questions.

Quote:


Look at the date on that article, 2007. The Sony was first sold in May of 2005. The design work would have been done in 2004, which is 3 years before this information was available. So this leaves two questions unanswered. Does the MPEG decoder in the Sony have the ability to decode this data? Did Sony provide the software support to handle the decoded data?

The standard for MPEG 2 was finalized in 1995 so any device made since then is built to this standard.

Quote:


You even mentioned that the G* Test passed the VBI Test. That isn't what happens here. The digital data coming from cable is from the QAM digital CBS. Running the G* Test will fail the VBI test because there is no VBI on a digital channel. I think we may be comparing apples and oranges again.

Actually I am comparing apples to apples. Take a look at your own pictures from your procedure (http://members.cox.net/mabuttra/tvgos/080142/step1.htm) and you will see that you are getting the same results that I was. The only difference is that I tried this with just cable only because I have no access to a OTA TVGOS signal. And also I did'nt have access to the converted legacy stream because my cable company doesn't have the equipment to do the conversion.
Here are your pictures of the G test running:
http://members.cox.net/mabuttra/tvgo...images/009.jpg
http://members.cox.net/mabuttra/tvgo...images/022.jpg
http://members.cox.net/mabuttra/tvgo...images/035.jpg

Quote:


This is a bad time of year to reset the DVR, since my recordings are at a peak. I probably should wait until the end of the TV season to do anything more.
Here is my attempt at doing this (short of resetting the guide).

There is no hurry anyway. I'm sure TVGOS isn't going any where for a while at least.
When you do get a chance make sure you do a full reset of the guide with your cable hooked up only and disconnect your OTA feed.

I wasted my whole summer last year messing around with my version 8 trying different methods to get it running off of TVG1 and failed. I couldn't even sell the tv for enough to pay for the repair costs so I finally gave it to my sister, because I only have a 1100 square feet of living space an I had no room for three 50 inch HDTVs.
post #20430 of 28401
Fellow DC area owners who get their TVGOS OTA, do you have normal data? No mentions of any issues on the DC area HDTV forum.

Just got back from a spring break vacation, and the clock is haywire, there are listings but I have no idea what day they are from (since the clock is wrong), and all reception flags, VBI status, etc. are all reset back to 0 as if after a complete reset.

Nothing happening on the ATSC slicer screen, though I haven't done the G Test first before checking, just in case.

The schedule section of the TV guide shows upcoming shows from Mar 20+ onward, as if the clock stopped then. No shows were recorded while we were gone. Gotta love this hi tech stuff.

Would not turn on when I tried to check things out until I did a soft reset, either. After that, the clock was blank and then immediately reset, but to something just as far off as it was before I turned it on.

As before when this happened, I'd like to know if there's even data out there before trying drastic measures.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: HDTV Recorders
AVS › AVS Forum › HDTV › HDTV Recorders › Sony DHG-HDD250/500: Official Thread