|
|
Post by mlkmgr on Apr 13, 2010 21:14:01 GMT -5
surely they tested before letting this go? or did it "work perfectly in their room" once again? man i wanted this to work....very disappointed and almost at a loss for words this time around.
|
|
|
|
Post by mlkmgr on Apr 13, 2010 21:15:36 GMT -5
I just did the FW and now I get NO audio at all from ANY of my sources!!! All my components are hooked up via HDMI. I get picture, just no sound. Yes my amp is triggering on when it's supposed to. I can't even get sound when I try to run the UMC test tones!!!!!!!!!!!!!!! What a complete pain in the ass!! did you try a hard / master reset to see if this gets you back in business? |
|
Lonnie
Emo Staff 
admin
Pay no attention to the man behind the curtain
Posts: 6,999
|
Post by Lonnie on Apr 13, 2010 21:27:54 GMT -5
I just did the FW and now I get NO audio at all from ANY of my sources!!! All my components are hooked up via HDMI. I get picture, just no sound. Yes my amp is triggering on when it's supposed to. I can't even get sound when I try to run the UMC test tones!!!!!!!!!!!!!!! What a complete pain in the ass!! If you get no sound at all from any inputs, then the first thing to do is load default and see if that resets it. If that doesn't do it, then the DSP load didn't finish and you will need to reload the update. Hope this helps.  |
|
|
|
Post by BillBauman on Apr 13, 2010 21:31:59 GMT -5
I just did the FW and now I get NO audio at all from ANY of my sources!!! All my components are hooked up via HDMI. I get picture, just no sound. Yes my amp is triggering on when it's supposed to. I can't even get sound when I try to run the UMC test tones!!!!!!!!!!!!!!! What a complete pain in the ass!! If you get no sound at all from any inputs, then the first thing to do is load default and see if that resets it. If that doesn't do it, then the DSP load didn't finish and you will need to reload the update. Hope this helps. Thanks, Lonnie. Do you think that the DSP load could be having some sort of issues? Would this help my audio drop-out problem to attempt reloading it? Would it help others whom have experienced these strange audio issues to reload specifically the DSP code? |
|
Lonnie
Emo Staff
admin
Pay no attention to the man behind the curtain
Posts: 6,999
|
Post by Lonnie on Apr 13, 2010 21:40:53 GMT -5
If you get no sound at all from any inputs, then the first thing to do is load default and see if that resets it. If that doesn't do it, then the DSP load didn't finish and you will need to reload the update. Hope this helps. Thanks, Lonnie. Do you think that the DSP load could be having some sort of issues? Would this help my audio drop-out problem to attempt reloading it? Would it help others whom have experienced these strange audio issues to reload specifically the DSP code? Honestly I don't know. I will be completely honest here and say that I have no idea what would cause the audio drop outs when I can't get it to do it. Obviously the sources are killing the stream so the UMC is having to re-acquire each time but we have tested for this over and over and over again. So all I can say right now is I am at a loss. Please send me an email with what all your setting are, a list of the gear you are running and what the output settings for the sources are and I will see what I can find out. |
|
|
|
Post by markus on Apr 13, 2010 21:49:05 GMT -5
Obviously the sources are killing the stream so the UMC is having to re-acquire each time but we have tested for this over and over and over again. How did you test? Hook up a PS3 (slim) and look what happens when "Key Tones" is enabled. |
|
Lonnie
Emo Staff
admin
Pay no attention to the man behind the curtain
Posts: 6,999
|
Post by Lonnie on Apr 13, 2010 22:02:16 GMT -5
Obviously the sources are killing the stream so the UMC is having to re-acquire each time but we have tested for this over and over and over again. How did you test? Hook up a PS3 (slim) and look what happens when "Key Tones" is enabled. Yes, we are aware of the key tone thing and I have said before that this can not be changed. It is a basic factor of time. The time it takes for the UMC to re-acquire the stream because the PS3 kills the stream each and every time. so it will miss the first key tone but catch repeated tones becuase the PS3 will keep the stream a live. |
|
|
|
Post by BillBauman on Apr 13, 2010 22:07:22 GMT -5
How did you test? Hook up a PS3 (slim) and look what happens when "Key Tones" is enabled. Yes, we are aware of the key tone thing and I have said before that this can not be changed. It is a basic factor of time. The time it takes for the UMC to re-acquire the stream because the PS3 kills the stream each and every time. so it will miss the first key tone but catch repeated tones becuase the PS3 will keep the stream a live. Lonnie, there must be a solution for this. I have an Onkyo 885 and a Denon 3310CI that both work fine with devices that "kill the stream" after a particular action. The acquisition for audio should be made once during the HDMI handshake and maintained until the HDMI connection is changed/terminated, that would resolve this issue altogether. |
|
ntrain42
Emo VIPs 
Smoke me a kipper, I'll be home before breakfast!
Posts: 2,969
|
Post by ntrain42 on Apr 13, 2010 22:20:12 GMT -5
Yes, we are aware of the key tone thing and I have said before that this can not be changed. It is a basic factor of time. The time it takes for the UMC to re-acquire the stream because the PS3 kills the stream each and every time. so it will miss the first key tone but catch repeated tones becuase the PS3 will keep the stream a live. Lonnie, there must be a solution for this. I have an Onkyo 885 and a Denon 3310CI that both work fine with devices that "kill the stream" after a particular action. The acquisition for audio should be made once during the HDMI handshake and maintained until the HDMI connection is changed/terminated, that would resolve this issue altogether. Honestly losing the stream for a split second(read key tone on the PS3)to me isnt a big deal, but I do agree, every other processor/AVR by countless other mfg's do not have the issue where a few key tones are dropped. So why is the UMC-1 doing this? |
|
Lonnie
Emo Staff
admin
Pay no attention to the man behind the curtain
Posts: 6,999
|
Post by Lonnie on Apr 13, 2010 22:28:09 GMT -5
Lonnie, there must be a solution for this. I have an Onkyo 885 and a Denon 3310CI that both work fine with devices that "kill the stream" after a particular action. The acquisition for audio should be made once during the HDMI handshake and maintained until the HDMI connection is changed/terminated, that would resolve this issue altogether. Honestly losing the stream for a split second(read key tone on the PS3)to me isnt a big deal, but I do agree, every other processor/AVR by countless other mfg's do not have the issue where a few key tones are dropped. So why is the UMC-1 doing this? The reason the UMC does this is because of the Cirrus chips. It is a function of how the Cirrus chips work. They are constantly looking at the incoming stream and adjusting how they work based on the code rather than looking for a pre-curser flag like the other chips on the market. Because of the way they run they can change on the fly and switch formats in midstream if needed which none of the others can do and that is one of the reasons we chose to go with them. |
|
|
|
Post by aboroth00 on Apr 13, 2010 22:33:39 GMT -5
I believed that it was stated that locking would only take microseconds and would be imperceptible to us. Is this due to the PS3 lacking a stream meanwhile? While switching streams on the fly, the audio does not drop for very long?
All together it isn't really concerning, but when a movie lacks a stream in the middle of the movie, or switching between tracks on a CD does it really annoy people which is a major concern for me and i'm sure many others.
|
|
|
|
Post by markus on Apr 13, 2010 22:36:36 GMT -5
It is a function of how the Cirrus chips work. They are constantly looking at the incoming stream and adjusting how they work based on the code rather than looking for a pre-curser flag like the other chips on the market. Because of the way they run they can change on the fly and switch formats in midstream if needed which none of the others can do and that is one of the reasons we chose to go with them. But the problem is they switch off too. So every time the stream is stopped, the UMC-1 needs a considerable amount of time to reaquire audio. Looks like this is the reason for the audio drop outs many here complained about. |
|
|
|
Post by BillBauman on Apr 13, 2010 22:43:48 GMT -5
Honestly losing the stream for a split second(read key tone on the PS3)to me isnt a big deal, but I do agree, every other processor/AVR by countless other mfg's do not have the issue where a few key tones are dropped. So why is the UMC-1 doing this? The reason the UMC does this is because of the Cirrus chips. It is a function of how the Cirrus chips work. They are constantly looking at the incoming stream and adjusting how they work based on the code rather than looking for a pre-curser flag like the other chips on the market. Because of the way they run they can change on the fly and switch formats in midstream if needed which none of the others can do and that is one of the reasons we chose to go with them. I believe other manufacturers have used the Cirrus chip and made this work. What about a trick? Something like, 'assume prior signal type and maintain state, unless state change is detected'. |
|
|
|
Post by wizardofoz on Apr 13, 2010 22:45:10 GMT -5
I have 6 units shipping to Singapore (we have 6 orders and consolidated shipping to save some $$$) and I really hope the units get QA'd based on some of these new issues not being present - digital dropouts and non responsive bass/treble etc, as we have waited longer to get this firmware preinstalled before shipment.
That USB port for plugging a flash drive in better be capable of doing firmware in the future as there seems to be many non windows users out there...I have xp/vista but dont use it anymore. Even having a windows system doesnt guarantee success it seems. This has to be addressed especially for non US based shipments as return costs will soon surpass the UMC-1 buy price.
|
|
|
|
Post by 2infinity on Apr 13, 2010 22:46:58 GMT -5
Ok so I have been holding off on posting for a while but I'll jump into the fray.
It appears that ~85% of what bugged my wife (and me) in the last FW is solved.
But I am still getting audio drop out issues in one of two ways:
1.) when switching between previews/forced DVD intro content to the menu or between intro content. (It seems to reacquire sometimes though when you start the movie).
2.) DD is giving me audio drop out fits regardless of the player (Sammy BDP-3600; Tosh HD-A2; Sony 995 Changer). This is especially on the DVD changer b/c I watch a lot of DVD TV seasons and am losing the signal (although not the LFE) intermittently between episodes. On the other players the audio drop outs are in DD as well but limited to the situations described in pt. (1).
RAY OF HOPE: I am happy with the progress especially the HDMI switching seems to be more solid, but this audio drop has got to be sorted out.
Chris
|
|
|
|
Post by leffe67 on Apr 13, 2010 22:50:42 GMT -5
It is a function of how the Cirrus chips work. They are constantly looking at the incoming stream and adjusting how they work based on the code rather than looking for a pre-curser flag like the other chips on the market. Because of the way they run they can change on the fly and switch formats in midstream if needed which none of the others can do and that is one of the reasons we chose to go with them. But the problem is they switch off too. So every time the stream is stopped, the UMC-1 needs a considerable amount of time to reaquire audio. Looks like this is the reason for the audio drop outs many here complained about. This seems like the issue to me. I'm trying to watch South Park episodes online via my HTPC connected to the UMC-1 via HDMI. Try this episode: www.southparkstudios.com/episodes/220760/Works for a few seconds, drops, sometimes picks back up again, sometimes it doesn't and I have to pause for a few seconds and hit play to try to get it to pick up a stream again. |
|
|
|
Post by matt on Apr 13, 2010 22:50:55 GMT -5
Honestly losing the stream for a split second(read key tone on the PS3)to me isnt a big deal, but I do agree, every other processor/AVR by countless other mfg's do not have the issue where a few key tones are dropped. So why is the UMC-1 doing this? My old/fat PS3 is hooked up to my Harman Kardon AVR 235 via optical and it creates a pop noise as it readjusts to the stream change created by the PS3 on every key tone and other stream change. Annoying, but the UMC-1 is not alone in this. Hopefully, many other pre-pros and receivers do not have this issue, but mine does. Really, Sony should fix the PS3 via a firmware update, but my receiver certainly could handle it in a much better way. |
|
|
|
Post by dotvibe on Apr 14, 2010 2:54:59 GMT -5
I'm still getting dropouts on optical when fast forwarding and rewinding. I could possibly live with it, but often the stream does not get re-acquired on continuing play, which is slightly irritating.
|
|
|
|
Post by darien87 on Apr 14, 2010 11:39:22 GMT -5
I just did the FW and now I get NO audio at all from ANY of my sources!!! All my components are hooked up via HDMI. I get picture, just no sound. Yes my amp is triggering on when it's supposed to. I can't even get sound when I try to run the UMC test tones!!!!!!!!!!!!!!! What a complete pain in the ass!! If you get no sound at all from any inputs, then the first thing to do is load default and see if that resets it. If that doesn't do it, then the DSP load didn't finish and you will need to reload the update. Hope this helps. Thanks for the suggestion Lonnie. I ended up just reloading the update and everything was fine the second time around. I guess something got corrupted the first time. |
|
|
|
Post by Nodscene on Apr 14, 2010 22:49:20 GMT -5
I believe other manufacturers have used the Cirrus chip and made this work. What about a trick? Something like, 'assume prior signal type and maintain state, unless state change is detected'. Yeah, I'm sure there must be some kind of work around. There is usually more than one way to skin a cat Possibly even having the unit delay dropping the signal when trying to reaquire it. This is under the assumption that there is a constant stream (or close to it) where a delay of trying to reaquire the signal will be long enough for it to realise that there was no actual signal loss. Man, I hope that made sense. Either that or go the other way and put a delay in/longer wait time for the unit to check for dropouts. Of course that will probably cause problems for other users haha. |
|
