1/26/13 @ 1:14pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
Time and time again when a model switches from (i.e.) group to open chat the cam feed freezes.
Don't really know what it is about but it's a pain in the ass :p Quote
1/29/13 @ 2:43pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
Check:
http://www.flirt4free.com/forums/threads.php?forum_id=9&thread_id=881&num_po sts=17
(of course, since this was in August last year, Flash and Firefox have moved on with updated versions)
Bisport Quote
2/3/13 @ 10:52am
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
It didn't help ... too bad.
Besides this is not what the 'new' or 'experienced' user ought to do.
The site should be working properly! Quote
2/5/13 @ 1:34pm
(EST) |UTC - 5:00
Location: VS Media Inc.
Posts: 196
I'm working on investigating this issue and seeing if I can come up with a fix. Though so far, I haven't been able to reproduce this on my side. If you don't mind, I'd like to ask you a few questions to help narrow down the conditions that produce this result.
1. First off, when this happens, are you logged in to your account or are you viewing all of this as a guest?
1a. If you are logged, are you watching the group show or are you hanging out in the room waiting for the show to end? (ignore question 1b.)
1b. If you are watching this as a guest, are you using the interface that has the FAQ bar on the right side of the interface? (ignore question 1a.)
This will help me narrow down which interface is the problem and how you're using that interface.
2. Next up, which browser are you using when you get these results? Will you also tell me which version it is?
3. Finally, which OS is currently running on your machine?
Up until now, I've been testing all of our guest and open interfaces in all browsers. Knowing these details will help me move forward with this investigation.
Thanks,
Doug Quote
2/5/13 @ 2:16pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
VS can know what browser and OS I'm using but not the whole world, if you catch my drift.
Your questions are precise. I should submit a help request to VS rather then post the answers here if need be. I'd like to resolve this problem too but I'm patient.
For the time being I'm 'playing' with the problem. When It persists and through a help request there is a solution, I will surely post it here. Quote
2/5/13 @ 3:28pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
2/5/13 @ 5:28pm
(EST) |UTC - 5:00
Location: VS Media Inc.
Posts: 196
Ok, what you gave me here helps a lot. What may seem unimportant to most people, can mean the world to a guy like me trying to figure out issues. Since I'm trying to reproduce this issue, using the same browser with the same OS and replicating roughly the same behavior increases the likelihood of it happening to me, which is a very good thing.
Every browser does things a little differently than the next, which means that flash player doesn't always behave the same across all platforms. This sometimes results in unpredictable behavior that can only be observed on a very specific level.
Trust me when I tell you that I didn't mean to make it personal, I'm just trying to get the whole picture.
I'm going to reproduce this setup and see what I get. I appreciate the quick response.
-Doug Quote
2/6/13 @ 12:03pm
(EST) |UTC - 5:00
Location: VS Media Inc.
Posts: 196
I'm currently working on a solution. I will keep you posted.
In the meantime, if you happen to have firefox or google chrome installed, you should be able to use those browsers without these problems occurring.
-Doug Quote
2/6/13 @ 2:37pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
2/7/13 @ 4:19pm
(EST) |UTC - 5:00
Location: VS Media Inc.
Posts: 196
The problem was solved by adding a 20ms delay between each reconnect attempt which occurs when moving to group from open or vice versa. This was not at all associated with flash player's protected mode so if Purgatory's solution somehow worked, then we got lucky. Though don't get me wrong, Purgatory's solution does work well for other similar problems that we've seen on our site and in those cases, it was a problem with flash player itself.
I found that in addition to it freezing after a group show ends, it would also occasionally occur when the model would first start up a group session. I also observed this happening if a group session was canceled or if the group session ended due to the goal not being met. When it came down to it, the switch action between modes was the problem.
Although the way that it was coded before was correctly coded, it wasn't necessarily optimized for all browsers. Internet Explorer's flash player plugin runs a little differently in terms of performance than the rest of the browsers and the older interface version wasn't accounting for that properly. For some reason, some repetitive processes need a little time in between each iteration for the overall process to run smoothly in IE.
In our case, adding 20ms to each reconnect attempt not only fixed the problem, but on average, I'm seeing about 1 second knocked off of the transition time between open and group or vice versa.
With version 4.0.69, the freeze issue was occurring at roughly a rate of 2 out of 5 attempts. With version 4.0.71, I have yet to see one after 20+ group chat transitions.
Give this version a try and let me know how it works for you. If you aren't seeing the new version, remember to try clearing your cache.
-Doug Quote
2/10/13 @ 12:56pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
I haven't noticed any problems anymore. With the updated version all runs very smoothly. Quote
The problem was solved by adding a 20ms delay between each reconnect attempt which occurs when moving to group from open or vice versa. This was not at all associated with flash player's protected mode so if Purgatory's solution somehow worked, then we got lucky. Though don't get me wrong, Purgatory's solution does work well for other similar problems that we've seen on our site and in those cases, it was a problem with flash player itself.
I found that in addition to it freezing after a group show ends, it would also occasionally occur when the model would first start up a group session. I also observed this happening if a group session was canceled or if the group session ended due to the goal not being met. When it came down to it, the switch action between modes was the problem.
Although the way that it was coded before was correctly coded, it wasn't necessarily optimized for all browsers. Internet Explorer's flash player plugin runs a little differently in terms of performance than the rest of the browsers and the older interface version wasn't accounting for that properly. For some reason, some repetitive processes need a little time in between each iteration for the overall process to run smoothly in IE.
In our case, adding 20ms to each reconnect attempt not only fixed the problem, but on average, I'm seeing about 1 second knocked off of the transition time between open and group or vice versa.
With version 4.0.69, the freeze issue was occurring at roughly a rate of 2 out of 5 attempts. With version 4.0.71, I have yet to see one after 20+ group chat transitions.
Give this version a try and let me know how it works for you. If you aren't seeing the new version, remember to try clearing your cache.
-Doug
Seems a good fix and makes the chat more stable.
Quote
2/11/13 @ 7:28pm
(EST) |UTC - 5:00
Location: On your computer.
Posts: 175
2/13/13 @ 12:02pm
(EST) |UTC - 5:00
Location: VS Media Inc.
Posts: 196
