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

DirecTV interface performance / MIPS SoC limitations? Frame-buffer bottleneck?

Discussion in 'DIRECTV General Discussion' started by cypherx, Mar 6, 2013.

  1. Mike Greer

    Mike Greer Hall Of Fame

    1,612
    15
    Jan 20, 2004
    Salt Lake...
    Go ahead and rub it in!:lol:
     
  2. cypherx

    cypherx Hall Of Fame

    3,447
    64
    Aug 27, 2010
    PA - Berks...
    The problem with steeling engineers is that some could be under contract and most likely they signed NDA's anyway. A dish engineer jumps ship and they find out that's how DirecTV is getting new features... Can you say lawsuit?
     
  3. Diana C

    Diana C Hall Of Fame DBSTalk Club

    2,117
    293
    Mar 30, 2007
    New Jersey
    Sure...I didn't mean to imply you would be well served by switching. From all I know, the Roku and AppleTV are roughly equivalent, except for AppleTV's better support of the "Mac ecosystem" as you called it. My intent was simply to say that for "non-Mac people" Roku is as good as it gets, at a much lower price point than AppleTV.

    All of which is way off topic. :) :backtotop
     
  4. Jeremy W

    Jeremy W Hall Of Fame

    13,447
    0
    Jun 19, 2006
    Everyone yelled at me when I suggested that DirecTV's software development processes were fundamentally flawed, and would never lead to truly high quality software. Glad to see I'm still being proven right, even well after the highly vaunted HD GUI upgrade that would "fix everything."
     
  5. Mike Greer

    Mike Greer Hall Of Fame

    1,612
    15
    Jan 20, 2004
    Salt Lake...
    I don't think EVERYONE yelled at you...:D
     
  6. Jeremy W

    Jeremy W Hall Of Fame

    13,447
    0
    Jun 19, 2006
    OK, a lot of people yelled at me. :p
     
  7. sigma1914

    sigma1914 Well-Known Member DBSTalk Club

    14,582
    369
    Sep 5, 2006
    Allen, TX
    First off, welcome back...you haven't posted in a long time.

    What's your recommendations to improve the development?
     
  8. cypherx

    cypherx Hall Of Fame

    3,447
    64
    Aug 27, 2010
    PA - Berks...
    Yeah hi Jeremy! Not sure if this is the same one from dslreports...

    What would you think to individual one on one attention to each model HR to correctly optimize it for its SoC?

    You know what we have now reminds me of the old Facebook iPhone app. It was ungodly slow, buggy and annoying. It was built in HTML 5 which was supposed to make it easier to update. However since there were so many performance complaints they rewrote an iOS optimized version. Now it runs super fast. Same hardware, same end result (accessing Facebook). Just now super speed.
     
  9. Jeremy W

    Jeremy W Hall Of Fame

    13,447
    0
    Jun 19, 2006
    Thanks. I'm just stopping by though, I'm still a very happy Comcast customer with a Tivo DVR. It may lag sometimes, but it always lags in the same places and it always responds to remote input.
    I do have the same username over there.

    I think that abstracting out the code so that they can optimize for each SoC individually would definitely help the performance issues. But the other stuff, like bugs that seem to pop up all the time, points to a deeper flaw in methodology. Without having more specific information about how they work, it's hard to say anything of value about what they could change.

    It's not directly related to the software development, but the decision to allow different hardware architectures within models that are supposed to be related was very shortsighted. Probably one of the biggest mistakes DirecTV has made in the development of their own hardware/software platform.
     
  10. dishrich

    dishrich Hall Of Fame

    1,551
    1
    Apr 23, 2002
    Well I can't speak for that personally, as I do not have a HDD on my 211k.
    However, it's pretty pathetic that all my "older technology" E* DVR's (722k's & even a 522 I'm getting ready to send back) ALL run circles around any D* DVR, speedwise... :eek2:
    It was SO nice to go to DVR's that actually do something, like NOW - when you press a button on the remote! :D
     
  11. slice1900

    slice1900 Well-Known Member

    6,789
    638
    Feb 14, 2013
    Iowa
    I've never used a Directv DVR, only the receivers. Is there noticeable lag between the time you hit controls like FF, play and pause to the time it actually acts on it? That would be highly annoying. My Tivo Premiere may have a GUI that's slower than I'd like for doing stuff like navigating the menus, but it responds instantly to the types of controls you use when watching a program. Even my now DOA 10 year old Series 2 responded instantly.

    A DVR would be practically worthless for doing stuff like skipping commercials or finer grained things like skipping the gaps between plays in a football game if there's any lag in response to the remote.
     
  12. cypherx

    cypherx Hall Of Fame

    3,447
    64
    Aug 27, 2010
    PA - Berks...
    There is some lag more so on an MRV client. I would be curious this response time on a Joey or TiVo mini.
     
  13. lparsons21

    lparsons21 Hall Of Fame

    4,246
    191
    Mar 4, 2006
    Herrin, IL
    I wanted to come back to this comment.

    I think one of the main reasons Dish equipment is so much faster and more consistent is that they use one mfg to produce them all. So each and every box is exactly like every other box with that model number. And having that mfg be a company tightly tied to Dish doesn't hurt either.

    With D* using different mfgs to produce the boxes, and end users noting the differences in performance and reliability by mfg, it seems obvious that for the customer, farming out the mfg might not be in our best interest. It certainly is for D* as I would think they'd get some competition for the build contracts.

    While every mfg that makes a D* box should be working on a single spec, it doesn't seem that it is quite that way with them trying to cut costs to increase their bottom line. That in turn makes writing code a bit more daunting to compensate for these, probably minor, differences.
     
  14. harsh

    harsh Beware the Attack Basset

    21,192
    182
    Jun 14, 2003
    Salem, OR
    I'm betting that there's no JVM (there's no compelling reason for it in a proprietary environment) and there couldn't be a worse engine than the one they were using. Even if that were the case, database engines and JVMs shouldn't interfere with operations that don't involve databases or "apps".
     
  15. cypherx

    cypherx Hall Of Fame

    3,447
    64
    Aug 27, 2010
    PA - Berks...
    Aren't these things capable of mult-threading? The CPU on the HR44 is dual core, but I'm not so sure about the others. Maybe they should of put like a PowerVR or AMD mobile graphics co processor to further offload the daunting task of display writes off of the CPU.

    Multiple manufacturers could of been given a spec to adhere to for performance and I/O. I mean you can buy a PC from HP, Dell, Sony, Acer and many others. They don't seem to suffer so poorly multitasking on a full operating system like Windows 7 running aero or Windows 8 running metro.
     
  16. P Smith

    P Smith Mr. FixAnything

    21,588
    142
    Jul 25, 2002
    W.Mdtrn Sea
    compelling reason ... yeah, tell me that after reading system log from your external drive ...
     
  17. Diana C

    Diana C Hall Of Fame DBSTalk Club

    2,117
    293
    Mar 30, 2007
    New Jersey
    Drawing analogies to PCs is a questionable practice. The DirecTV DVRs use highly integrated processors that wrap a CPU, video processing, tuner interfaces and many low level DVR functions up into a single chipset (and on the later units, a single chip). Whether a particular function is slow because of the higher level application code, bottlenecks in the system, or contention for resources may be difficult to determine and certainly impossible to determine from simply using the DVRs.

    That the DVRs can be very sluggish is certainly undeniable, but diagnosis of why is pure conjecture.
     
  18. harsh

    harsh Beware the Attack Basset

    21,192
    182
    Jun 14, 2003
    Salem, OR
    The display writes are already handled by a separate section that handles character rendering and graphic scaling/overlay.
    If you look at the relatively large amount of non-CPU computing power and storage resources, it is little wonder. Most modern computers have more resources in their display adapter than a modern DVR has all tolled and power consumption to go with.

    Applying general purpose computing theory to a consumer DVR is absurd and should not be engaged in.
     

Share This Page