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

PyTivo & Directory Structure

Discussion in 'TiVo Home Media Features & TiVoToGo' started by damojo2003, Jan 9, 2013.

  1. lrhorer

    lrhorer Active Member

    6,924
    1
    Aug 31, 2003
    San...
    If William is correct (and I would be willing to bet he is), then I suspect this is not true. I suspect a significant fraction of pyTivo users, and perhaps a majority of them, are not running the latest version. I would be willing to bet $1.

    By definition, since I do not care, it isn't a problem. You are only partially correct, however. I don't care much about the data being transferred with a push or pull. I do care - albeit not passionately - about the data displayed in the NPL for objects not transferred, particularly the debug data. It aids in troubleshooting.

    Neither do I, or at least not much, given his post above. It is entirely possible neither approach is tasteful to him.

    If the OP does not understand why a certain method is employed, then the decision is not fully informed.

    There are few things I hate worse than so-called user's manuals that do not bother to cover the details and implications of features they putatively cover. It does the user absolutely no good at all to know switch A turns garbeldyfarb inception on and off if the user has no idea what garbeldyfarb inception does or what it implies for the operation of the device.

    I'll give you a real-world example. Most radio controlled helicopters (and some fixed-wing models) are stabilized by a small piezoelectric or electromechanical gyroscopes. Almost all of these controllers have two modes: rate-lock and heading-lock. None, and I mean none, of the manuals for these devices, even the very most expensive ones, say anything at all about when or why one should employ one mode or the other. Only a very few even mention what the fundamental difference is, although that is fairly easy to discover by testing. I searched and searched, and no one, not even experts could tell me when one mode is better and why. Finally I found someone who was able to tell me. It turns out when attempting certain maneuvers, especially a coordinated turn, having the gyro in head-lock mode makes the maneuver extremely difficult, and almost guarantees a crash. In rate-lock mode, a coordinated turn is essentially automatic.

    I never said you were. I fail to understand why you would care, but then that is hardly surprising since for whatever reason you refuse to tell us why you are using pyTivo in the first place. Note I am not castigating you for that refusal. It is entirely your right to refrain from disclosing anything at all, but it remains a fact the OP and anyone else will be hard pressed to know whether their desired use of the program would be well served by your methods when they don't know what your desired use is. Again, you are under no obligation to me, the OP, or anyone else to disclose anything. I would indeed be shocked if you were the only one who cares about transferred metadata. Whether the OP might be or why, I have no idea. At a guess, I would suspect it is not extremely high on many people's lists of important features, but I could easily be wrong. According to Arcady there are 7 people who care, although he (she?) failed to understand the situation. Are most people concerned about how much metadata transfers with the video? I really don't know. Is the OP? Other people watching?

    That is completely irrelevant. Inflatable tires predated the invention of portable electric compressors. That doesn't mean a large minority of people would rather use a bicycle pump to inflate their tires. For at least some of us, vidmgr is a far superior solution. It is faster, requires vastly fewer button presses, is far more compact, and does not require the video to reside on the TiVo. That is was developed later in time than the original utility is utterly non sequitur to its use.

    So it would seem, and not only do I applaud and appreciate the effort, I'm sure essentially all of us who use pyTivo appreciate it. If a piece of software is given greater capabilities, then it makes the software better, the fact some number - large or small - of users will not take advantage of the feature notwithstanding. William's efforts to that end deserve recognition and respect.

    Not at all. Clearly you must have considered the details of your approach to have some validity, or you would never have mentioned them. It is the notion of "superiority" in a broad context that is irrelevant, not the suitability of your approach for you and perhaps for the OP if his priorities are similar to yours.

    Absolutely untrue. Few things are more relevant, facts and figures aside. You have a personal set of preferences. The OP has a personal set of preferences. If his intent and his likes and dislikes are more or less on a par with yours, then his choices may be well served by emulating yours. If not, then he would be best served by other means.

    It is entirely your personal preference if you happen to dislike fish, but when you report you did not like the fish dinner at a particular restaurant, it is important the reader know you do not like fish in the first place.

    Without explaining what the impact of that choice would be or why someone might seek a different solution. In short, it does not inform them of the consequences to the user. That is my point. Again, that you choose not to do so is entirely your decision and not my right to question, but it definitely does not fully inform the OP of the consequences.

    The consequences of using vidmgr and pushes to anyone who does not ordinarily attempt to retrieve the metadata from a transferred video, or in particular one who normally selects the video, possibly inspecting the metadata while doing so, transfers the video to a TiVo, watches the video, and then deletes it from the TiVo are minimal.
     
  2. lrhorer

    lrhorer Active Member

    6,924
    1
    Aug 31, 2003
    San...
    I'm not losing any sleep over it. TiVo says they will roll out updates sooner or later, and I am sure they will. Not that I don't often enjoy new features, but I am a lot more concerned about stability and fixing bugs than I am about new features.

    That's very good to know.

    <Light bulb!> Oh, so you are saying the new version of pyTivo will remux to TS if it is sending to a Premiere (and the switch is set in the .conf file, of course)? That had not occurred to me. 'Nice to know if the mind server goes off the deep end again, although my main server can now easily recode from h.264 to .mpg considerably faster than real-time.

    Of course, I have not yet tried any TS source streams, but yeah, that's about right for a 1080i MPEG-II file. A bit less for a 720p, about 32 - 35 Mbps.

    I presume that's MPEG-II, or is that h.264?

    No, not an issue here. I just upgraded to 8 cores, 4.2 Ghz, 16G of memory.

    I tried that once. I very quickly got bogged down in dependencies and compiler issues. Had it been of significant concern, I could have worked them all out, of course, but I wasn't all that motivated. I fear at this point I am still not, but I will of course take it into consideration. More importantly, however, the absolute top concern of mine on any of my servers is stability. That is one big reason I prefer Debian. I am perfectly willing to give up new bells and whistles if it assures stability. That said, ffmpeg isn't likely to affect much more than just pyTivo transfers on that machine, so as I said, I'll take it into consideration.

    OK, so for leased Premieres, perhaps my first remark was more broadly correct.

    Yes, of course, and on the S3s. It's just not very convenient to have to shuffle from room to room when troubleshooting.
     
  3. lpwcomp

    lpwcomp Well-Known Member

    8,733
    117
    May 6, 2002
    John's...
    What the frell are you talking about?
     
  4. wmcbrine

    wmcbrine Ziphead

    10,450
    60
    Aug 2, 2003
    Either.
     
  5. damojo2003

    damojo2003 New Member

    6
    0
    Dec 2, 2008
    Could you send me info on how to create this link? I would like to look into this a bit more
     
  6. lrhorer

    lrhorer Active Member

    6,924
    1
    Aug 31, 2003
    San...
    Under what OS? I'm running Linux. Under Windows, it would require an external application. I know there are a couple out there. After getting the app, it would require writing a batch file, and I'm very, very rusty at creating batch files for cmd.exe. I haven't done it since it was command.com.
     
  7. damojo2003

    damojo2003 New Member

    6
    0
    Dec 2, 2008
    I am running windows home server 2011 for now. I am ok at writing batch files and I have an uncle that is available for questions that google can not answer. What kind of program?
     
  8. lrhorer

    lrhorer Active Member

    6,924
    1
    Aug 31, 2003
    San...
    One that creates shortcuts or symlinks.
     
  9. damojo2003

    damojo2003 New Member

    6
    0
    Dec 2, 2008
    ok, easy enough. I can create a bat file that uses mklink. Maybe even find a program that helps. Thank you
     

Share This Page