pyTivo Discussion Forum

[wmcbrine]

Actually it appears to be broken even if I transfer back a real .TiVo file, as-is, and freshly extracted from the same unit. So in other words, they didn't just break pyTivo; it's broken for everyone.

[philhu]

Wow!

I wonder what was so urgent to put that out so quickly.

Sounds like it was rushed out with no QC checks.

You gotta kinda wonder if Tivo is down to 1-2 programmers now.

This broke, they NEVER finished the HD GUI, can't even get the code straightened out for dual core premiere machines

[wmcbrine]

Well they went a lot further toward finishing the HDUI with 20.x, you have to give them that. It's quite nice-looking.

[wmcbrine]

I got tvRating back by adding it to the short-form metadata (in the container list), as 20.2 does. In my repo now. I'll see what else I can do.

[JoeInMV]

Thanks for all you do to keep pyTivo working. They'll probably break it all again when 2.1 releases (TiVo calls the 20.2 release 2.0).
I'm contracting at TiVo, nothing to do with the boxes, though. I don't represent TiVo nor am I speaking in anyway on TiVo's behalf.

[philhu]

[wmcbrine]

Yes.

[wmcbrine]

[JoeInMV]

I don't know if it's just me or not, but since the update to 20.2, it's again ignoring the dates in the meta file and using the create date of the video file. I'm also not seeing the actors and directors being copied. Series title, episode title, channel, and rating work.

[wmcbrine]

[JoeInMV]

If I had a second TiVo, I'd try doing some packet capture to see what's bering passed between the two TiVos.

[mrman]

So the TiVo is now broken and won't take the part of the metadata that includes the "time" and the "originalAirDate", but it is using the timestamp of the file itself (ie not the timestamp of when it pulled the file from pyTivo, but the OS timestamp of the source file)?

So that means that pyTivo is doing a "stat()" on the file and getting the lastmod timestamp and sending that to the TiVo at some point in the process, either as an individual timestamp bit of data or part of a record of information relating to the file. Could you not a) check if that file has a metadata file, b) check if the metadata has the "time" field, and c) if so, substitute the time and date from that for the file's last mod time? Perhaps there is some reason why that would be a bad idea, but I think that would actually optimize some of the TiVo's browsing behavior even if this current TiVo broken-ness wasn't broken. IE I always want the TiVo to think the file has the last mod time from the metadata and not the real last mod time.

p.s. Thanks for figuring out and fixing (when possible) these issues so quickly. I "fixed" the breakage a couple months ago by just removing the tvRating field from my metadatas, even getting the basics working again this time required your recent fixes, and I'm happy to get at least that much working again!

[wmcbrine]

I have a workaround for the missing time metadata in my repo now. Basically it now works exactly as before 20.2, including with "time: file" and "time: oad" keywords. (While doing this, I also found a bug in the handling of originalAirDate, when it's set to the file time -- a time zone issue.)

I think your suggestion of using the time value from metadata even when browsing has merit, but it's more complicated to do. Maybe later.

[mrman]

That is great; thanks.

I don't know what is most important to others, but to me not getting the "time" to transfer was the biggest annoyance since it affects sorting of the "my shows" list.

[elprice7345]

Thanks for fixing the OAD issue! I agree with mrman that that was the most important break to fix.

What's the prognosis for getting the extended metadata included again?