I have rebooted around 5 times (good thing I like the tivo guy cartoon) and I can't get both outputs to function similaneously. I had unplugged HDMI and rebooted, and then the sling would pick up the component output. I plugged the HDMI back in, and the component stopped sending the signal again. I am getting audio on both tv and via slingbox.

I can take this to the mini forum? But I see Margaret in this thread so don't want to be off her radar. If there is a better place to pursue this, let me know.

I'm going to reread this thread to see if any of the other hdmi related reports could be related. It is definitely a problem on the mini end with the two video outputs so I do expect related to the update.

edit- starting at post 1 from Margaret, I am curious to see more details behind this and wonder if it is related-

I always set SPs to NEW only, so this is a welcome feature. But most of my Wishlists are to capture unique shows for a specific WL desire; eg, any show about Komodo Dragons, or anything Woody Allen directs, or all shows with HORSE in the title, or whatever. And they are never NEW only. I want them all.

By making this screen affect both SP & WL, it made it less useful for me. I may be the only one, but with 100+ SPs and 70 or so WLs, I'm a heavy user.

I have rebooted around 5 times (good thing I like the tivo guy cartoon) and I can't get both outputs to function similaneously. I had unplugged HDMI and rebooted, and then the sling would pick up the component output. I plugged the HDMI back in, and the component stopped sending the signal again. I am getting audio on both tv and via slingbox.

I just tested my Slingbox 500 and it works fine. But I've got mine hooked directly to the Roamio, not the Mini. So it might indeed be a Mini issue.

Something new for me since the update on my Roamio Plus, connected to a Yamaha RX-A1020 via HDMI, with CC thru Comcast. On what seems to be a random basis, the audio signal drops when changing channels. I'd say out of every 10 channel changes, it happens 1 to 2 times. Whether or not the audio format of the content is stereo or DD, doesn't seem to play a part. When the audio drops, i can channel up and right back down and the sound will usually come back. I can also reproduce this, probably more reliably, by switching between TIVO Central and the program.

Anyone else seeing this?

btw...first time poster but have been following this very helpful board for some time.

After the spring update on my Roamio Plus my tv temporarily loses the HDMI signal when doing 30-sec skip, fast forward or instant replay. I get black screen ("no input detected") for a few seconds after the action until video is re-established. Almost like a change in resolution. Same thing when normal FF is first initiated; it does recover and show the FF action after a few seconds.

I did have issues with this sporadically happening when bringing up the menu or guide previously, but the issue with fast forward and rewind is only after 20.4.1 and is consistent (happens on every action).

Someone mentioned that transfers now appear to monopolize the CPU. That and your problem make it sound like TiVo may have somehow caused a bug in their processor-scheduling routines, screwing up the priorities. We can only hope that if such a bug was easily introduced, it can also be easily eliminated.

Something new for me since the update on my Roamio Plus, connected to a Yamaha RX-A1020 via HDMI, with CC thru Comcast. On what seems to be a random basis, the audio signal drops when changing channels. I'd say out of every 10 channel changes, it happens 1 to 2 times. Whether or not the audio format of the content is stereo or DD, doesn't seem to play a part. When the audio drops, i can channel up and right back down and the sound will usually come back. I can also reproduce this, probably more reliably, by switching between TIVO Central and the program.

Anyone else seeing this?

btw...first time poster but have been following this very helpful board for some time.

Steve

I don't think I've ever lost audio on channel changes, but losing audio for a few seconds after going into TiVo Central has been an issue for at least a year.

When you lose it on a channel change, does it come back after a few seconds? What happens if you hit the Replay button?

My Premiere updated yesterday right when the update was released, just happened to catch it at a time when I was reconnecting cables and had it shut down for a bit but the update worked fine. The catch is that my Roamio hadn't updated yet but I started seeing all kind of weird things with pyTivo such as transfers not displaying in the pyTivo screen and on the Roamio, I would start a transfer and nothing would transfer, going to the do do list the transfers were listed but nothing would transfer to the Roamio between the updated Premiere and the non-updated Roamio, I rebooted the Roamio, it updated and now all appears fine, not sure what was going on but the two models being at different versions created some weirdness.

Even if the vast majority of users only ever use the default recording options, and even if KUSN should be the default, that's no reason to make the Keep Until default not settable. If I want to make the KU default KUID I should be able to.

I agree with the previous poster that there should be separate SP and WL defaults. Also thing that should differ for WL defaults: "HD only" vs "No HD".

Something new for me since the update on my Roamio Plus, connected to a Yamaha RX-A1020 via HDMI, with CC thru Comcast. On what seems to be a random basis, the audio signal drops when changing channels. I'd say out of every 10 channel changes, it happens 1 to 2 times. Whether or not the audio format of the content is stereo or DD, doesn't seem to play a part. When the audio drops, i can channel up and right back down and the sound will usually come back. I can also reproduce this, probably more reliably, by switching between TIVO Central and the program.

Anyone else seeing this?

btw...first time poster but have been following this very helpful board for some time.

Steve

I have the Roamio Pro connected via HDMI to a Yamaha RX-A3030 and had the exact same issue after the update. I would say the audio drops at least 50% of the time during channel changing. The only way to get audio back was to switch the channel back and forth or go into Tivo Central. This is a major issue IMO! I did find a work around. I hooked a digital optical cable from the Tivo to the receiver and now have my HDMI cable connected between the Tivo and TV. I had audio issues prior to the update and on occasion it would drop when changing channels but the update made it ten times as bad! Now I have zero audio dropouts since changing the setup of connections. By the way I have FIOS so it isn't just an issue with Comcast.

I have the Roamio Pro connected via HDMI to a Yamaha RX-A3030 and had the exact same issue after the update. I would say the audio drops at least 50% of the time during channel changing. The only way to get audio back was to switch the channel back and forth or go into Tivo Central. This is a major issue IMO! I did find a work around. I hooked a digital optical cable from the Tivo to the receiver and now have my HDMI cable connected between the Tivo and TV. I had audio issues prior to the update and on occasion it would drop when changing channels but the update made it ten times as bad! Now I have zero audio dropouts since changing the setup of connections. By the way I have FIOS so it isn't just an issue with Comcast.

Thanks FLman. Always good to hear when others are experiencing your issues to allow for at least some sleep at night . Hopefully this won't linger on too long, at least at the frequency it's occurring post-update.

Spoken like true power users! But TiVo is not marketed toward us advanced users who appreciate its superior capabilities, it's aimed first and foremost at people who want an easy-to-use, hassle-free DVR experience.

Offering a KUID option by default for all SPs and WLs would result in frustrated and confused novice users asking TiVo why their DVR keeps saying certain programs will be deleted early or not recorded at all because they don't understand that having too many programs set to KUID makes the DVR unable to calculate the unknown variable of when the user will manually delete those programs.

A simple solution to make everyone happy would be displaying a pop-up message when KUID is chosen as the default that says "Warning: Selecting KUID by default may result in some programs not recording as planned or being deleted earlier than expected. Continue anyway?"

I'm having HDMI issues too since the update. Transferred a mp4 via pytivo. Experienced black frames and flickers every minute or so. Watched the same video via roku and it played fine. So it is not the source. Only started sine the update.

[SINGING] In the black hole, wish it would roll, Just want the update to apply.... [/SINGING]

I did register all TSNs, as soon as TiVoMargret fixed what was stopping them from being accepted...

I wonder what the odds are that the HDMI issues I've had since the "random reboot" issue came and went, will reverse if I ever get the update...

There have been times when widely reported issues never affected me, until the update to fix everybody else rolled, and then I would acquire the issue.

It would be really helpful, if those posting about any seemingly HDMI-related issues, post-update, could make sure to be very specific, as I keep posting replies to posts that are just too vague, thinking that I'm finally not alone, only to find out it's not the same issue.

What I'm specifically looking for is behavior that would mimic a flaky HDMI cable (or loose connection), that occurs without touching anything (not even the remote), just randomly, while watching something (recorded, or live).

I'm still on the fence on if I'm actually lucky to not have received the update yet, given the reports so far (yes, I've said that before).

I'm open to suggestions on if I should submit TSNs to TiVoMargret again, requesting her to check if I should've got it by now, or if I should contact her and ask to be a hold-out for a later (or the last) batch in the general rollout.

What I'm not asking for (politely), are replies telling me how great your HDMI is working. I'll assume that is the case for those who don't post about it.

Last edited by nooneuknow; 04-05-2014 at 06:21 PM.
Reason: Added title

Also, I think it would be great if Tivo put those on the priority list before others. I don't have any of my Tivo's on the priority list (have never put my Roamio's on one) but my Plus was updated already to 20.4.1. Not really an issue, but when my boxes are otherwise stable I don't mind if others test the new changes out before me.

Also, I think it would be great if Tivo put those on the priority list before others. I don't have any of my Tivo's on the priority list (have never put my Roamio's on one) but my Plus was updated already to 20.4.1. Not really an issue, but when my boxes are otherwise stable I don't mind if others test the new changes out before me.

This is done on purpose. Not only does the initial test rollout go to priority users but it also goes so some normal customers. I believe they do this to see if there are any reports from these customers who tend to be more casual users.

I doubt that nooneuknow and I are the only ones that wish they had fixed the overlap problems instead of sending our TiVos back to the old way of doing things. DirecTV has had this working for years and it shouldn't be that hard.

If this is a workaround until the summer update, so be it. If they're giving up on same-tuner overlap altogether it's time to hire new programmers.

Same here. There are some TV stations whose clocks apparently run behind, and so I need to pad their shows.

On a positive note, after 2 days following the update, my Android phone now connects to the Roamio using the local network.
Previously it would only connect if I signed in (with the usual limited features).