1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

HR34: Version 0x054C Issues/Discussion

Discussion in 'DIRECTV HD DVR/Receiver Discussion' started by Scott Kocourek, Jun 8, 2012.

Thread Status:
Not open for further replies.
  1. Jul 4, 2012 #141 of 273
    bflora

    bflora Legend

    185
    7
    Nov 5, 2007
    I have had the same experience. I find I can get the missing channel back by going to setup-edit off-air channels-signal strength. Go to the missing channel on the signal strength and wait until it locks in and then exit out of setup. I also get 85% on all locals. Only seems to happen on manual series recording. This is much faster than a reboot.
     
  2. Jul 4, 2012 #142 of 273
    HuskerHarley

    HuskerHarley AllStar

    58
    0
    Feb 8, 2012
    Learned that the ((HARD)) way,,I'll never make that mistake again-->:nono2:

    HH
     
  3. Jul 4, 2012 #143 of 273
    tonydi

    tonydi Mentor

    62
    0
    Jul 10, 2010
    It's been discussed here recently about how inaccurate these boxes are with regard to "real time". Not only that, but it seems some are off in one direction and others are off in the opposite direction. For instance, mine is about 25 seconds fast, but others have boxes that are behind real time.

    When you say the recording started 30 seconds late, was that based on the time on a clock, or on the time the box said it was? In other words, did the box say it was 10:00am but the recording didn't start until 10:00:30, or were you going by some other time source?
     
  4. Jul 4, 2012 #144 of 273
    kwint1

    kwint1 Cool Member

    18
    0
    Jan 18, 2012
    adding to the list of users with a slow as hell menu response since the update. it was slower than the other receivers before but now it's worse. otherwise it's not bad except for the status record bar still not being reduced like older versions on other receivers
     
  5. Jul 5, 2012 #145 of 273
    jibberyerkibber

    jibberyerkibber Legend

    238
    6
    Mar 1, 2012
    tonydi -- "When you say the recording started 30 seconds late, was that based on the time on a clock, or on the time the box said it was? In other words, did the box say it was 10:00am but the recording didn't start until 10:00:30, or were you going by some other time source?"

    I was going by the time the HR34 said it was.
     
  6. Jul 5, 2012 #146 of 273
    unixguru

    unixguru Godfather

    787
    33
    Jul 9, 2007
    The problem is the HR34 - no debugging needed. The switch worked flawlessly for years with an HR20.

    It doesn't happen frequently. It's on maybe 6 hours a day and happens once every couple of days.

    I'm not inclined to lose my Mac or Blu-Ray for any amount of time to debug a D* problem. The reason I have a switch is because the cable to the TV is >12' and I don't want 3 cables of that length.
     
  7. Jul 5, 2012 #147 of 273
    dan8379

    dan8379 Godfather

    309
    0
    Feb 13, 2006
    Have had the HR-34 and whole house DVR setup since March and my biggest problem was, and continues to be, the unit not powering up around every 3 to 4 days. The only way I can get it to come on is through a red button reset. We've experienced some other minor issues as well, but this one is the most annoying.
     
  8. Jul 5, 2012 #148 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    Actually, I had used switches for years, but lately they have been messing with hdcp stuff and it's caused some issues. This may not just be the HR34 anymore. Maybe. Thats the reason I suggested trying it without. Monoprice has great long cables follow cost,but yeah, I get not wanting to run three long ones... That's a pain.
     
  9. Jul 7, 2012 #149 of 273
    RACJ2

    RACJ2 Hall Of Fame

    3,872
    5
    Aug 2, 2008
    I started having an issue where there is no buffer when I first turn on my HR34. In the past, it would have 90 minutes buffered of the channel it was left on when I turned it off. Now there is no buffer. Anyone else experiencing this?
     
  10. Jul 7, 2012 #150 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    That apparently is to be expected and normal. You will not always have a buffer coming out of standby. Sometimes yes, but not always. It depends on what else the HR34 was doing while it was turned off. This unit does not work like a regular hr2x, nor can it because of how versatile it is.
     
  11. Jul 7, 2012 #151 of 273
    RunnerFL

    RunnerFL Well-Known Member

    17,054
    312
    Jan 4, 2006
    Who said so? No one in a position to provide such information has told us that the HR34 is supposed to behave any differently than an HR2X as far as buffer, just you.
     
  12. Jul 7, 2012 #152 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    Common sense based on what the unit can do tells us that.

    S = Server
    C1, C2, C3 = 3 clients

    S is idle, C1, C2 and C3 all have someone viewing. C1 decides to record what they are watching and then change channels (1st tuner for "S" is gone). C2 also decides to record what they are watching and then change channels (2nd tuner for "S" is gone).

    S decides to come back at this point .. not only is there no buffer to be had, there is also no tuner to be had - dilemma.

    Another simple example of how to tie up all the tuners with outboard rvu clients:

    Start c1 on channel 2, then activate double play and put the second tuner on channel 4.
    Now start c2 on channel 5, then activate double play and put the second tuner on channel 7.
    Now start c3 on channel 9

    Now again, all tuners are tied up with outboard clients, even though only three streams are outbound at any one time. And again, the hr34 is without a tuner to even use, and must resort to only showing recorded content.

    While maybe the utilization choice could have been made differently, the fact is, in a multi-system environment, tuners are simply resources that can be used when otherwise not in use. Losing buffer in standby isn't a bug .. it's just the way it was designed.

    Maybe someday they will do some additional coding to save the live buffer more often than it is now, but there is no way to guarantee it will be there 100% of the time, based on these examples.
     
  13. Jul 7, 2012 #153 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    I think all this seems to lead to the idea that when they sat down to build the hr34, they decided to split it up into two pieces, one a rvu server, and the other a rvu client, all in one box. Tuners went to the server side (based on the above examples), and simply became resources to be used as needed, and therefore can't always be tied to the hr34 client you interact with, and therefore you can not always expect to see a buffer coming out of standby. And if the last foreground tuner for the hr34 client was needed for anything else while in standby, then until the hr34 client comes out of standby, why would it be assigned again back to the live buffer until the hr34 is taken out of standby and requests a tuner again?

    I wonder if the hr34 is allowed to use any and all tuners for pushed content. That would explain why so many of us lose the live buffer when no recordings that we know of have taken place overnight.
     
  14. Jul 7, 2012 #154 of 273
    RunnerFL

    RunnerFL Well-Known Member

    17,054
    312
    Jan 4, 2006
    Until someone in the know comes here and says otherwise I'll keep expecting the HR34 to have buffer out of standby at all times like the other HRs. Your math is all wrong...
     
  15. Jul 7, 2012 #155 of 273
    Christopher Gould

    Christopher Gould Icon

    1,021
    18
    Jan 14, 2007
    Is double play available to clients. Id swear someone said it only available to the hr34 box itself.
     
  16. Jul 7, 2012 #156 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    Yes, I asked Stuart if his Samsung TV does and he said yes.
     
  17. Jul 7, 2012 #157 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    So you say the HR 34 can't do any of the things in those two examples?

    Could you explain how to accomplish all the things in those two examples and still have a live buffer on a tuner on the hr34 if all the other tuners are doing something else?
     
  18. Jul 7, 2012 #158 of 273
    RunnerFL

    RunnerFL Well-Known Member

    17,054
    312
    Jan 4, 2006
    I didn't bother to read your theory since you've posted it before...

    As I've said in the past your theory is flawed. An HR34 has 5 tuners and only 3 can be used by clients for streaming or RVU at any one time. That leaves 2 tuners to buffer and you only need one to buffer. It's that simple. I'm sure others are able to subtract 3 from 5 and come up with 2 as well so don't go saying it's only me like you tend to do.
     
  19. Jul 7, 2012 #159 of 273
    inkahauts

    inkahauts Well-Known Member

    23,213
    1,173
    Nov 13, 2006
    Read the examples and then maybe you will see why more than three tuners can be used by an external client at a time, even though it can only stream three out at one time.
     
  20. Jul 8, 2012 #160 of 273
    HobbyTalk

    HobbyTalk Hall Of Fame

    1,687
    0
    Jul 14, 2007
    If you would have read the OP with the problem has a HR34 and a HR22. He would not run into the issue you think you are trying to explain.
     
Thread Status:
Not open for further replies.

Share This Page