I'm more interested in the XML response from the browser when you try that URL, not the pyTivo log. i.e. Post the browser response to that URL. Certainly looks like from the above that pyTivo is finding videos in that share though. Was that running pyTivo in console mode or service mode?

To be clear what I'm asking is:
1. Use simple pyTivo.conf
2. Start pyTivo in service mode (setup to use your account)
3. Try the QueryContainer URL above and post the resulting XML contents in the browser

1. and 2. are ready, but I am not sure how I am going to get you #3 if my browser comes back with:

That XML looks good since it has info on various files in that share and shows that pyTivo is running fine (and I'm assuming you ran that with pyTivo in service mode). The TiVos should make same kind of queries to get list of videos so you should at least be seeing the list of videos from your TiVos. Actual transfers are a different story, but you should at least be seeing the list of available videos when viewing from your TiVo(s).

I've only recently started using pyTivo (I know, a wee bit late to the party), running in transport stream mode, and I'm very, very, happy with the results.

There's only one hiccup, and I assume it's on the Tivo side, but I thought I'd ask just to be sure. Basically, if I start watching the show as I'm transferring it, I lose the last 15 seconds or so. (Even though it finished transferring 20 minutes ago). It stalls near the end telling me it's waiting to get more of the show.

If the transfer was completed at the time I started watching it, I don't have the problem.

As I said, I assume it's a Tivo bug, since pyTivo is long done with transfer by the time I get to the end of the show. But I thought I'd ask to see if there was anything I could do about it.

__________________"I disapprove of what you say, but I will defend to the death your right to say it"
"Stop slouching! It's two O'clock in the afternoon, PUT PANTS ON!"
"Statistically speaking, there are two Popes per square kilometer in Vatican City..."

That XML looks good since it has info on various files in that share and shows that pyTivo is running fine (and I'm assuming you ran that with pyTivo in service mode). The TiVos should make same kind of queries to get list of videos so you should at least be seeing the list of videos from your TiVos. Actual transfers are a different story, but you should at least be seeing the list of available videos when viewing from your TiVo(s).

That's the problem.... Somewhere along the way, I am not getting the list of available videos...

That's the problem.... Somewhere along the way, I am not getting the list of available videos...

Start simple. Put one or two .TiVo files downloaded from your S2 in the share directory and see if it sees them. Also try a mpg (mpeg2) if you have it. You may have video files that are incompatable with your S2 or the version of ffmpeg your using is too old, or you're not pointing to your ffmpeg.exe.

What version of ffmpeg are you using with pytivo and do you have the full path with filename set in pyTivo.conf for ffmpeg? i.e. ffmpeg = C:\PyTiVo\bin\ffmpeg.exe

I would also recommend moving your share directory out of your user space and into something like C:\TiVoVIDS or U:\Videos, etc. Just don't put them under your user directory in Windows. This should eliminate permission problems accessing them while running PyTiVo as a service under Windows.

Start simple. Put one or two .TiVo files downloaded from your S2 in the share directory and see if it sees them. Also try a mpg (mpeg2) if you have it. You may have video files that are incompatable with your S2 or the version of ffmpeg your using is too old, or you're not pointing to your ffmpeg.exe.

What version of ffmpeg are you using with pytivo and do you have the full path with filename set in pyTivo.conf for ffmpeg? i.e. ffmpeg = C:\PyTiVo\bin\ffmpeg.exe

I would also recommend moving your share directory out of your user space and into something like C:\TiVoVIDS or U:\Videos, etc. Just don't put them under your user directory in Windows. This should eliminate permission problems accessing them while running PyTiVo as a service under Windows.

I agree. Perhaps because of ffmpeg issues all non .TiVo or .mpg videos aren't being listed. If you add .mpg or .TiVo files to a share you should be able to see them.

Start simple. Put one or two .TiVo files downloaded from your S2 in the share directory and see if it sees them. Also try a mpg (mpeg2) if you have it. You may have video files that are incompatable with your S2 or the version of ffmpeg your using is too old, or you're not pointing to your ffmpeg.exe.

What version of ffmpeg are you using with pytivo and do you have the full path with filename set in pyTivo.conf for ffmpeg? i.e. ffmpeg = C:\PyTiVo\bin\ffmpeg.exe

I would also recommend moving your share directory out of your user space and into something like C:\TiVoVIDS or U:\Videos, etc. Just don't put them under your user directory in Windows. This should eliminate permission problems accessing them while running PyTiVo as a service under Windows.

Well, half of my problems went away.

I went to a much older version of ffmpeg and everything is downloading and transcoding fine. SO, I no longer have any problems transcoding any videos, including the ones I transcoded. I know the newest ffmpeg is for HD videos and such, but for me it was crap (any ffmpeg files from March until now that I tried) and has not worked. I went back to a version I had from 2009 and it worked like a charm. Not a single issue in the situation you describe above. Exactly as you describe above is how I set it up. I am back to my full config file now and running (but out of console window, because.....)

Here is what I am seeing, and why I still believe the problem is with the version of "pyTivo" I am running (or possibly Python). Something in it has changed.

The service creates this:
C:\Python27\lib\site-packages\win32\PythonService.exe

but when I run the console window, I get this:
C:\Python27\python.exe
and this spawns:
"C:\Python27\python.exe" "C:\pyTivo\pyTivo.py"

At least that's what I am seeing in Windows XP (yes, that the OS I am running, as I have said repeatedly). So, from where the service is located, it has a different file name, and is obviously completely unable to "spawn" the pytivo program.

Here is what I am seeing, and why I still believe the problem is with the version of "pyTivo" I am running (or possibly Python). Something in it has changed.

The service creates this:
C:\Python27\lib\site-packages\win32\PythonService.exe

but when I run the console window, I get this:
C:\Python27\python.exe
and this spawns:
"C:\Python27\python.exe" "C:\pyTivo\pyTivo.py"

At least that's what I am seeing in Windows XP (yes, that the OS I am running, as I have said repeatedly). So, from where the service is located, it has a different file name, and is obviously completely unable to "spawn" the pytivo program.

Or, I don't know what the heck I am talking about.

Does any of this make any sense?

From the pyTivo README
---To install as a service in Windows
run pyTivoService.py --startup auto install

---To remove service
run pyTivoService.py remove

I'm not an expert on the service but am pretty sure the install has to be run from where (the directory) you installed pyTivo, So you should first do this to uninstall the service;

Got something I've never seen before while pushing a recording to a TiVo 2. Original was a .tivo file from a Premiere recording of an HD channel which was decrypted and QS Fixed. It did go ahead and do the transfer. At least I hope it completes. It is not yet finished. Still has about 900 seconds of recording to transcode/xfer which will probably take @ another 1h10m). Anyway, this is what I am seeing:

that the Windows Install instructions in the Wiki have been updated to reflect this.

2 - "Removing" the service using: pyTivoService.py remove does not actually remove the service. At least for me it does not. My Windows XP account is a full admin account, and I am following the directions, but somehow, the only thing it does, is, stops it.

3 - So, after researching, this is how you DELETE a service: sc delete ServiceName with ServiceName wrapped in quotes if the name has spaces in it:

4 - After I re-installed the pyTivo service today and tried to continue troubleshooting, the service simply REFUSED to start. Well guess what was causing that? A stack overflow. Guess what fixed that? Unlike what the Wiki now says, changing the LogOn from "This Account" to "Local System Account". Go figure.

I have no explanation for the behavior of pyTiVo on my system -- NONE whatsoever, but as the installation now stands here is what I get:

1) I can access the pyTiVo from any browser through localhost:9032. AND while accessing it, I am able to view the contents of shares, etc. I can tell it to PUSH, or PULL. However, no action is initiated, even though I click on an action to be initiated.

2) Once, I click on pyTiVo.py, I get the full functionality of the pyTiVo program, just like I had it over a month ago, before my computer crashed and I replaced my HDD.

3) I had to revert to the ffmpeg from 2009 (which I was using with wmcbrine's fork from 2009 prior to the HDD crash) because I was getting too many of these errors from the latest ffmpeg:

Re: the recent Wiki edits, they were made by a mysterious person named "andersonsidney", who apparently registered just for that purpose. I haven't really evaluated them, but they do seem a bit odd.

I have no explanation for that William, along with no explanation of what "CACHE HIT!" means.

I do know that when I see the above, I get the name of the file transferring to the TiVo, with 0 KB. It's like it starts transferring, but stops immediately. Don't know why. The OLDER ffmpeg does not do that. Go figure.

I am trying to get pytivo installed as a service. I've done quite a bit of searching but haven't found the answer to my problem.

I have Win 7 Pro 64 bit but I have the 32 bit of python and pytivo stuff installed. It has been working well for quite a while. Today I decided to get more serious about it and re-installed everything to mnake sure I had all the latest files. It still works great in console mode for video, music, and photos.

I installed pywin32 (pywin32-218.win32-py2.7) and went through all the steps until I got to the step where the NETWORK SERVICE object is selected. When I click on APPLY, I get an error message to supply a valid password. The password boxes are filled in with dots already. What password do I use? My regular logon is an admin logon, should I use that password? The document doesn't mention anything about passwords so I'm not sure what to try.

Why am I having so much trouble watching while streaming using PyTivo and PlayOn??

I just changed from Comcast internet to FIOS internet. Comcast was shaping my signal drastically. There's no shapers on the FIOS signal and download speed is more than twice as fast.

I thought that I would see an improvement while watching my streaming downloads. I mostly watch Hulu (without the Plus; I've paused it until the Summer), Netflix, and 1Channel using a PlayOn script.

The download for Hulu and Netflix is fine. Hesitating, pausing almost constant while watching something on 1Channel. I've tried to let it stream and I watch something else either live or through Netflix for 15-30 minutes. I just did that half an hour ago ... watched a 15 minute TEDTalk ... the show only downloaded 4 minutes during that time.

What is making it so slow?? Why haven't I seen a performance increase since I went with FIOS internet??

I use the pytivo-jkasyan-fork brand of PyTivo. It used to work fine ... up until about 3 to 4 months ago. I just got the FIOS about a month ago.

Oh, I should say that I'm hardwired. I do not use the wireless on my router.

I am trying to get pytivo installed as a service. I've done quite a bit of searching but haven't found the answer to my problem.

I have Win 7 Pro 64 bit but I have the 32 bit of python and pytivo stuff installed. It has been working well for quite a while. Today I decided to get more serious about it and re-installed everything to mnake sure I had all the latest files. It still works great in console mode for video, music, and photos.

I installed pywin32 (pywin32-218.win32-py2.7) and went through all the steps until I got to the step where the NETWORK SERVICE object is selected. When I click on APPLY, I get an error message to supply a valid password. The password boxes are filled in with dots already. What password do I use? My regular logon is an admin logon, should I use that password? The document doesn't mention anything about passwords so I'm not sure what to try.

I did some more googling while waiting and finally found my answer. You just delete the passwords that it puts in the field and then press 'apply' and it fills in the correct password.

The service will now start but when I go to port 9032, it will display the configuration info, but when I click on one of my shared drives, it gives me the popup about connection being reset and will not display the drive info.

log.txt has this message at the end:
WindowsError: [Error 3] The system cannot find the path specified: u'V:\\DVDs'

I did some more googling while waiting and finally found my answer. You just delete the passwords that it puts in the field and then press 'apply' and it fills in the correct password.

The service will now start but when I go to port 9032, it will display the configuration info, but when I click on one of my shared drives, it gives me the popup about connection being reset and will not display the drive info.

log.txt has this message at the end:
WindowsError: [Error 3] The system cannot find the path specified: u'V:\\DVDs'

I got a little further with this problem but still can't get it to work completely. I thought that the problem might be with using drive letters in my configuration file. My videos, etc, are stored on a Windows Home Server. The server password is the same as my admin password on my desktop (where I am running PyTivo). When I was running from console mode, it was running from my admin ID so it could see the drives. When running from Network Service the drives were not visible. So,I changed to using the UNC names for these shares but still got an error. This is what log.txt showed:

This is because the Network Service is running with a different password so it can't access the shares. Is there any way around this? Can I change the Network Service password? Doesn't anyone else have their shares on a server?

Is there any way around this? Can I change the Network Service password? Doesn't anyone else have their shares on a server?

I've finally fixed it. It took a lot of research since I found various bits and pieces on many web sites. I'll leave my posts here in case anyone in the future has similar problems.

The PyTivo documentation talks about using Network Service as the logon account for Pywin32 but that isn't necessary (at least in my situation). I changed the logon account for the service to be my regular admin account on my desktop and used its password and everything now works as it is supposed to.

Just wanted to throw out a big THANK YOU for the latest version of PyTiVo. It had been a long while since I updated and I like all the links back and forth and the TiVo Streaming is just fantastic. A great upgrade for sure.

__________________Never attribute to malice that which is adequately explained by human error