I'm also having no-audio issues with .mkv files since the fall update on my Premiere. Couldn't identify the issue and ended up removing pyTivo and ffmpeg and downloading the latest versions. Problem persisted so I deleted the source files assuming they were bad. If it happens again I'll capture the log files.

One issue I have been seeing off and on is the loss of sound on pushed files. It only happens after trickplay, but it will come back if you let it sit for a few seconds. It doesn't happen on every file though.

__________________
1 - TiVo Roamio Pro
2 - TiVo Premiere XL

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

I finally got a new computer, which is running Win8. I still have my Win2K computer and have pyTiVo running on both. Shares on the Win2k machine are showing up in the HDUI in light blue, with an orange "!" as the icon and with "(DVR)" after the share name. Except for the "(DVR)" which I think appeared with the fall update, this is not new. Shares on the Win8 machine are showing up in bright white, with a tower PC icon and nothing after the share name.

Edit: I realized that besides the obvious ones, there is another difference: The Win2k machine is running TD (2.3) albeit with the server disabled. I have not and do not intend to install TD on the Win8 machine.

Shares on the Win2k machine are showing up in the HDUI in light blue, with an orange "!" as the icon and with "(DVR)" after the share name. ... Shares on the Win8 machine are showing up in bright white, with a tower PC icon and nothing after the share name.

Not OS-related, AFAIK. This is a symptom of Zeroconf packets getting through from one machine (Win 8), and not from the other, OR of one machine (Win 8) having only video shares defined, while the other also has music and photo shares (and potentially no Zeroconf packets getting through from either server, but definitely not from the Win 2K system).

__________________

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Not OS-related, AFAIK. This is a symptom of Zeroconf packets getting through from one machine (Win 8), and not from the other, OR of one machine (Win 8) having only video shares defined, while the other also has music and photo shares (and potentially no Zeroconf packets getting through from either server, but definitely not from the Win 2K system).

I've had pytivo on another computer for years and I'm trying to set it up on a different computer (Windows 7). On my old computer when I transferred shows from my tivo to the computer, it was always a .mp4 file. Now when I try to transfer its a .tivo file. What am I doing wrong?

There appears to be another advantage to transferring to the TiVo in TS format - it is utilizing the programId most, if not all (I haven't done a lot of testing), of the time. Season, Episode, and all of the other metadata based on it are showing up, even for old series.

example (from a Premiere with the fall update):

The only bad part about this is now I really need to figure out how to navigate the zap2it website via python so I can automate sourcing of the programId.

You're saying that's not happening with PS format? And this is with .TiVo files?

No, I'm saying that it happens a lot more often (still not perfect, but pretty close based on the limited amount of testing I have done) if you pull to the TiVo in TS, no matter what the source format is, although I've only actually tested avi, mkv, and mp4.

I forgot I had edited my old files. They are in .mpg format now. I guess they were originally transferred as .tivo. What is the difference in TS and PS. Also tivodecode stops working every time I try to select that option.

Last edited by sptnut : 11-19-2013 at 09:12 PM.
Reason: Edited to Correct

I previously used iTiVo to download recordings. Now I use kmttg. The format of the metadata file is different from that of iTiVo so I'm thinking the order of the data in the file is not important. Correct me if I'm wrong about that.

Anyway, since making the switch to kmttg, I've discovered that the episode title doesn't show up in the NPL if the programId datum is present. It shows in the list of recordings available to pull from pyTiVo to the THD, but in the NPL, the episode title is not there.

programId causes the TiVo (in HDUI mode only, IIRC) to source all the program attributes from its own database, instead of using the user-provided data.

HDUI, as in series 4+? That does not explain why this is the case on my THDs. Perhaps this behavior goes back further than you think.

Days of Our Lives stopped providing the episodeTitle datum long ago and I have been providing it myself without problems while using iTiVo to download "Days". With the switch to kmttg as my downloader and its different metadata format, including new data not provided by iTiVo, that's when the episodeTitle I added stopped showing up on the THD it was transferred back to.

Well, at least I know why programId makes episodeTitle not show up. Thanks.

__________________
Roamio Plus, Four HDs, Two DTs, One S2. (Yeah, I have a TiVo 'problem.') Mac Nut too.

Share is visible, however push fails and my share is empty on the Tivo

Hello All,

I have recently dug my series 3 Tivo out of the closet and want to again use pyTivo to push home movies to the device. I have encountered an issue that I have not been able to overcome and your experience and insight would be most appreciated in helping me find the solution. I have searched for several hours on google and not found symptoms similar to what I am seeing, which leads me to believe
I am overlooking something very simple, or there is an issue that might not be directly related to pyTivo, such as ffmpeg or another
program or library on my system.

I have tested the settings and options in the pyTivo.conf.dist file (copied into pyTivo.conf and edited where appropriate), I have also tested options available in zeroconf with this set to auto and on with no change to the symptom. My Tivo can see the share, however not any video files in the share. When I attempt to push, whether mp4, mpeg or m4v file type, the symptom is identical, nothing is logged after "</subscribeResult>g" refer to the snippet of my log file below:

I have recently dug my series 3 Tivo out of the closet and want to again use pyTivo to push home movies to the device. I have encountered an issue that I have not been able to overcome and your experience and insight would be most appreciated in helping me find the solution. I have searched for several hours on google and not found symptoms similar to what I am seeing, which leads me to believe
I am overlooking something very simple, or there is an issue that might not be directly related to pyTivo, such as ffmpeg or another
program or library on my system.

I have tested the settings and options in the pyTivo.conf.dist file (copied into pyTivo.conf and edited where appropriate), I have also tested options available in zeroconf with this set to auto and on with no change to the symptom. My Tivo can see the share, however not any video files in the share. When I attempt to push, whether mp4, mpeg or m4v file type, the symptom is identical, nothing is logged after "</subscribeResult>g" refer to the snippet of my log file below:

HDUI, as in series 4+? That does not explain why this is the case on my THDs. Perhaps this behavior goes back further than you think.

Days of Our Lives stopped providing the episodeTitle datum long ago and I have been providing it myself without problems while using iTiVo to download "Days". With the switch to kmttg as my downloader and its different metadata format, including new data not provided by iTiVo, that's when the episodeTitle I added stopped showing up on the THD it was transferred back to.

Well, at least I know why programId makes episodeTitle not show up. Thanks.

Based on a small amount of testing, here's what I think is happening:

Even on a THD, it looks to see if the programId exists on the TiVo. In the NPL, the guide, and possibly history. If it exists, the information for that entry is used.

My suggestion for you would be to comment out the programId when you add the title.

Thedan04: It could be a firewall problem. Make sure port 9032 (or other, if defined) is open.

UPDATE:

It was the firewall. I started iptables and explicitly set a rule to allow tcp traffic on port 9032 and the videos became available. For some reason, even though IPtables was stopped, the traffic was not getting through. Thank you wmcbrine!!

IPtables is stopped on my desktop for testing purposes and the tivo and desktop are on the same network.

Port 9032 is listening on my desktop. Should I be able to access port 9032 on the tivo? (Also I assume the protocol is tcp).

I can access port 80 and receive the default web page there. I do not currently have a cable source to record content from. If needed for testing purposes I could probably hook my cam corder to the rca inputs and record that way to see if I can retrieve content from the tivo. Let me know if that or other testing would be helpful.

Using pyTivo, lately my Premier TiVo has been unable to retrieve my Movies share from my NAS. It does retrieve other shares from the same source though sometimes these
can fail on the first attempt. Subsequent attempts for these other shares usually succeed. Repeated attempts for Movies does not work. Only error I see is on the TiVo - unable
to retrieve list because it is unavailable. No error is recorded in pyTivo's log.

Here's a successful retrieve for HomeMovies share followed by an unsuccessful retrieve for Movies share:

This is doing a recursive search. Am I right in assuming that there are subfolders here (not 400 files in one directory)? If so, I'd try turning off the recursive search -- i.e., turning on folders -- press 2. See if that narrows down the problem any.

__________________

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Yes, share folder directories are generally ordered as follows (for use by other media streamers):

Movie folder 1
........Movie 1
Movie folder 2
........Movie 2

Setting folders almost fixes it...
With folders on, all of the movies in the share show up except LOR 123 (six disk set).
The folder structure containing these are:

Lord of the Rings
........Fellowship
................Fellowship Part 1 movie
................Fellowship Part 2 movie
........Two Towers
................Two Towers Part 1 movie
................Two Towers Part 2 movie
........Return of The King
................Return of The King Part 1 movie
................Return of The King Part 2 movie

With folders on, the first and second level directors are displayed; The third
level directories (That contain the actual movies) display a blank scrollable
screen. Scrolling up/down continues to display a blank screen.
So, it seems that a two level hierarchy is OK, three is not.

Also, unfortunately, turning on folders as a solution is a non-starter -low WAF

It's not the number of levels. It could be, as you suggested earlier, a metadata issue. Now that you have it narrowed down to six files (three folders), try temporarily removing or renaming the metadata files from one of those folders, and see if that fixes it. If it does, post the offending metadata here so I can test it. If it doesn't, try looking at the specs of these files with ffmpeg -i filename.

__________________

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.