|
Engineer
|
Harrier2569 wrote: Ossu, I've been having CR playback problems now for nearly 2 weeks but I've been using the site fine for around 2 years without incident until now so I am a little perplexed. What happens is randomly during an episode of something playback will appear to pause, then within 1 or 2 seconds the stream will terminate and I will be shown the "Replay" screen along with a choice of other shows to watch The last time this happened was 10 minutes in to episode 146 of Reborn. I will then have to either refresh the page or exit full screen and start the episode again, then skip to the right part and hope it doesn't happen again. I would appreciate any suggestions. I have a 5.99mbit d/l speed on speedtest.net, the latest nvidia drivers for my card etc. and google chrome is running the latest flash software. I usually have no problems streaming 420 or 720p videos or indeed on CR at all until 2 weeks ago. That happens where there is an unstable connection between your computer/network and our servers. So, the next time this happens, please follow the network related instructions in the first post of this thread and paste the results here so that I can have a better idea of what the specific problem is. |
|
Probably working my ass off
|
|
|
![]() ![]() Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\Harrier>nslookup cp71915.edgefcs.net Server: cdns02.plus.net Address: 212.159.6.10 Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 84.53.138.110 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Users\Harrier>ping cp71915.edgefcs.net Pinging a116.vi5g5.akafms.net [84.53.138.110] with 32 bytes of data: Reply from 84.53.138.110: bytes=32 time=35ms TTL=122 Reply from 84.53.138.110: bytes=32 time=36ms TTL=122 Reply from 84.53.138.110: bytes=32 time=34ms TTL=122 Reply from 84.53.138.110: bytes=32 time=33ms TTL=122 Ping statistics for 84.53.138.110: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 33ms, Maximum = 36ms, Average = 34ms C:\Users\Harrier>tracert cp71915.edgefcs.net Tracing route to a116.vi5g5.akafms.net [84.53.138.110] over a maximum of 30 hops: 1 41 ms 99 ms 99 ms 192.168.1.254 2 34 ms 35 ms 37 ms lo0-central3.thn-ag1.plus.net [195.166.128.228] 3 214 ms 203 ms 209 ms gi1-5-131.thn-gw1.plus.net [84.92.6.112] 4 37 ms 34 ms 131 ms te3-2.ptn-gw01.plus.net [212.159.1.53] 5 37 ms 34 ms 33 ms te3-1.ptn-gw02.plus.net [212.159.1.110] 6 * * * Request timed out. 7 36 ms 34 ms 35 ms 84.53.138.110 Trace complete. Please let me know if you see a problem! thanks for your assistance. |
|
|
|
|
I've done all that's been listed here.
I've been able to watch premium crunchyroll for over 2 years now with no prob, im pretty sure its not software related. I've tracert'd & pinged with no timeouts. When trying to load a video I seem to notice that the video doesn't load when firefox gets to this point.. Transferring data from flash.quantserve.com possibly something wrong with their data servers? |
|
|
|
|
Engineer
|
Harrier2569 wrote: Spoiler Alert! Click to show or hide ![]() ![]() Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\Harrier>nslookup cp71915.edgefcs.net Server: cdns02.plus.net Address: 212.159.6.10 Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 84.53.138.110 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Users\Harrier>ping cp71915.edgefcs.net Pinging a116.vi5g5.akafms.net [84.53.138.110] with 32 bytes of data: Reply from 84.53.138.110: bytes=32 time=35ms TTL=122 Reply from 84.53.138.110: bytes=32 time=36ms TTL=122 Reply from 84.53.138.110: bytes=32 time=34ms TTL=122 Reply from 84.53.138.110: bytes=32 time=33ms TTL=122 Ping statistics for 84.53.138.110: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 33ms, Maximum = 36ms, Average = 34ms C:\Users\Harrier>tracert cp71915.edgefcs.net Tracing route to a116.vi5g5.akafms.net [84.53.138.110] over a maximum of 30 hops: 1 41 ms 99 ms 99 ms 192.168.1.254 2 34 ms 35 ms 37 ms lo0-central3.thn-ag1.plus.net [195.166.128.228] 3 214 ms 203 ms 209 ms gi1-5-131.thn-gw1.plus.net [84.92.6.112] 4 37 ms 34 ms 131 ms te3-2.ptn-gw01.plus.net [212.159.1.53] 5 37 ms 34 ms 33 ms te3-1.ptn-gw02.plus.net [212.159.1.110] 6 * * * Request timed out. 7 36 ms 34 ms 35 ms 84.53.138.110 Trace complete. Please let me know if you see a problem! thanks for your assistance. It seems that you are from the UK but are streaming from a server that's in the US. So I would suggest you change your DNS by following the instructions in this link: http://store.opendns.com/setup/computer/ Kizzurp wrote: I've done all that's been listed here. I've been able to watch premium crunchyroll for over 2 years now with no prob, im pretty sure its not software related. I've tracert'd & pinged with no timeouts. When trying to load a video I seem to notice that the video doesn't load when firefox gets to this point.. Transferring data from flash.quantserve.com possibly something wrong with their data servers? Some other people were having problems around the time you posted but I am unsure if the problem has been resolved. http://www.crunchyroll.com/forumtopic-662076/premium-content-broken |
|
Probably working my ass off
|
|
|
ok i've signed up with OpenDNS and got my network using their DNS address. Hopefully this will sort the problem out
THanks for the suggestion Kazuma-san |
|
|
|
|
Unfortunately the problem still occurs. I don't know what else to do.
|
|
|
|
|
Engineer
|
Well if you run the tests again now that you changed your DNS, I can see if you're still streaming from a server in the US or a proper one in the UK. If you ever edited your "hosts" file to add a specific server, you would be stuck streaming from the same server until you remove it from your 'hosts 'file. |
|
Probably working my ass off
|
|
|
Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\Harrier>nslookup cp71915.edgefcs.net Server: resolver1.opendns.com Address: 208.67.222.222 Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 77.67.30.204 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Users\Harrier>ping cp71915.edgefcs.net Pinging a116.vi5g5.akafms.net [77.67.30.204] with 32 bytes of data: Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Reply from 77.67.30.204: bytes=32 time=31ms TTL=121 Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Ping statistics for 77.67.30.204: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 31ms, Maximum = 32ms, Average = 31ms C:\Users\Harrier>tracert cp71915.edgefcs.net Tracing route to a116.vi5g5.akafms.net [77.67.30.204] over a maximum of 30 hops: 1 14 ms 99 ms 99 ms 192.168.1.254 2 38 ms 42 ms 35 ms lo0-central3.thn-ag1.plus.net [195.166.128.228] 3 33 ms 34 ms 33 ms gi1-5-131.thn-gw1.plus.net [84.92.6.112] 4 33 ms 34 ms 34 ms te3-2.ptn-gw01.plus.net [212.159.1.53] 5 34 ms 33 ms 34 ms t2a1-ge2-0-0.uk-lon1.eu.bt.net [166.49.211.45] 6 34 ms 95 ms 34 ms 166-49-211-38.eu.bt.net [166.49.211.38] 7 35 ms 34 ms 33 ms xe-3-2-0.lon10.ip4.tinet.net [89.149.183.165] 8 33 ms 33 ms 32 ms 77.67.30.204 Trace complete. Ok I did the network tests again, hopefully it will show the problem. I don't know what you mean by "host's" file, is that something pertaining to streaming with CR? I haven't edited anything other than what I've been told to by the stuff in the first post. Thanks for your help. |
|
|
|
|
I've noticed as of last night, at home and also at work all CR videos have been defaulting to SD quality for my videos no matter what I try and watch. I've even gone in my profile and switched it from 720p to 480p back to 720p and still defaults to SP for shows like Gintama and now Asobi ni Ikuyo
|
|
hrmn.
|
|
|
Engineer
|
Harrier2569 wrote: Spoiler Alert! Click to show or hide Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\Harrier>nslookup cp71915.edgefcs.net Server: resolver1.opendns.com Address: 208.67.222.222 Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 77.67.30.204 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Users\Harrier>ping cp71915.edgefcs.net Pinging a116.vi5g5.akafms.net [77.67.30.204] with 32 bytes of data: Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Reply from 77.67.30.204: bytes=32 time=31ms TTL=121 Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Reply from 77.67.30.204: bytes=32 time=32ms TTL=121 Ping statistics for 77.67.30.204: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 31ms, Maximum = 32ms, Average = 31ms C:\Users\Harrier>tracert cp71915.edgefcs.net Tracing route to a116.vi5g5.akafms.net [77.67.30.204] over a maximum of 30 hops: 1 14 ms 99 ms 99 ms 192.168.1.254 2 38 ms 42 ms 35 ms lo0-central3.thn-ag1.plus.net [195.166.128.228] 3 33 ms 34 ms 33 ms gi1-5-131.thn-gw1.plus.net [84.92.6.112] 4 33 ms 34 ms 34 ms te3-2.ptn-gw01.plus.net [212.159.1.53] 5 34 ms 33 ms 34 ms t2a1-ge2-0-0.uk-lon1.eu.bt.net [166.49.211.45] 6 34 ms 95 ms 34 ms 166-49-211-38.eu.bt.net [166.49.211.38] 7 35 ms 34 ms 33 ms xe-3-2-0.lon10.ip4.tinet.net [89.149.183.165] 8 33 ms 33 ms 32 ms 77.67.30.204 Trace complete. Ok I did the network tests again, hopefully it will show the problem. I don't know what you mean by "host's" file, is that something pertaining to streaming with CR? I haven't edited anything other than what I've been told to by the stuff in the first post. Thanks for your help. Now you are streaming from the Netherlands which is much closer to you so it shouldn't be an issue of distance. Comparing both Trace Routes you performed, you are hitting the same few nodes at the beginning of both of them so there could be an issue with routing through those nodes at this time which would be something your ISP may need to resolve. You could even try contacting them about it. o137o wrote: I've noticed as of last night, at home and also at work all CR videos have been defaulting to SD quality for my videos no matter what I try and watch. I've even gone in my profile and switched it from 720p to 480p back to 720p and still defaults to SP for shows like Gintama and now Asobi ni Ikuyo Weird, we fixed this issue a week ago but it's not working again. Soooo, we'll fix it again. |
|
Probably working my ass off
|
|
|
Hi,
Since a two weeks I started noticing these problems, and I think I finally figured out my/others problem. When I start a video at 11am (GMT +2) I have zero problems, I can even start 2 video's at the same time, and they still keep playing without issues. When I start a video after 6pm (GMT +2) I keep having problems, browser doesn't matter, serie doesn't matter, I simply can't watch the video properly. (keeps stopping every 3 seconds to buffer video again.) On above things, I have also put open my taskmanager on network, when playing a video on the first option, you really see the network connectivity, all goes well. On the second one, you simply see no network connectivity, except a second before I see 3 seconds of video again. I've tried this on my home connection 20mbit down 2mbit up, with my laptop and my desktop. (Laptop connected wireless, Desktop connected by wire. Both have the same problem. I've tried this at my work connection 1Gbit up and down (due to desktop/laptop limitations, we have up to 50Gbit of connections) Both have the same problem. (Yes some people don't get it, but were often very busy at work, so we stay till late.) Doesn't matter whether I put the laptop on cable or wireless, same problem. Due to my work experience I at first did not want to believe this, as I'm a paying customer to see the series, same day as they air. I also expect to be able to view the video's. Yet after all this testing I could only come to one result. You have to few bandwidth on your servers, or there simply are not enough servers, to keep the load up in the evening. Once again, if I make sure I watch the video before 6pm (GMT +2) I have ZERO problems, the problem comes when I try to watch it after that. My apologies for not filling out the complete form, I understand that with a lot viewers, they have no knowledge about computers and the computer is often the problem. Yet I am sure this is not the case with me, I've tried different computers, browsers, internet connections. And all give the same problem, if I watch after 6pm (GMT+2) I can not view a video properly. I doesn't even matter whether it is 720p/480p or default Divx. Looking forward to your reply, Best regards, Joep |
|
often around :)
|
|
|
Engineer
|
^ If it happens at specific times, the problem is most likely with the general internet congestion in your area but you'll need to follow the instructions in the first post to run the network tests for me to look at so that I can have a better idea of what the problem could be.
|
|
Probably working my ass off
|
|
|
![]() ![]() Microsoft Windows XP [versie 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\i3D>nslookup cp71915.edgefcs.net Server: dsldevice.lan Address: *.*.*.* Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 92.123.65.222 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Documents and Settings\i3D>ping cp71915.edgefcs.net Pingen naar a116.vi5g5.akafms.net [92.122.218.174] met 32 byte gegevens: Antwoord van 92.122.218.174: bytes=32 tijd=22 ms TTL=124 Antwoord van 92.122.218.174: bytes=32 tijd=21 ms TTL=125 Antwoord van 92.122.218.174: bytes=32 tijd=22 ms TTL=125 Antwoord van 92.122.218.174: bytes=32 tijd=24 ms TTL=125 Ping-statistieken voor 92.122.218.174: Pakketten: verzonden = 4, ontvangen = 4, verloren = 0 (0% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in mill iseconden: Minimum = 21ms, Maximum = 24ms, Gemiddelde = 22ms C:\Documents and Settings\i3D>tracert cp71915.edgefcs.net Bezig met het traceren van de route naar a116.vi5g5.akafms.net [92.122.218.174] via maximaal 30 hops: 1 74 ms 84 ms 99 ms dsldevice.lan [*.*.*.*] 2 37 ms 21 ms 22 ms nl-asd-dc2-isp-bb21.kpn.net [213.75.1.209] 3 21 ms 20 ms 47 ms nl-asd-dc2-isp-bb21.kpn.net [213.75.1.209] 4 25 ms * * amsix-ams6.netarch.akamai.com [195.69.145.208] 5 24 ms 22 ms 22 ms a92-122-218-174.deploy.akamaitechnologies.com [9 2.122.218.174] De trace is voltooid. Above are from my home connection, below are from my work connection. ![]() ![]() Please note on the speedtest, that the test server simply can't handle a gigabit connection. (and that speedtest is not designed to test gigabit connections, average for me to download a 1000mb.bin from any big provider is 10 seconds.) Microsoft Windows [Version 6.0.6002] Copyright (c) 2006 Microsoft Corporation. All rights reserved. C:\Users\Administrator>nslookup cp71915.edgefcs.net Server: ns2.ams.i3d.net Address: 213.163.76.185 Non-authoritative answer: Name: a116.vi5g5.akafms.net Address: 92.123.65.222 Aliases: cp71915.edgefcs.net a116.v719154.c71915.b3.vi5.akamaistream.net C:\Users\Administrator>ping cp71915.edgefcs.net Pinging a116.vi5g5.akafms.net [92.123.65.222] with 32 bytes of data: Reply from 92.123.65.222: bytes=32 time=2ms TTL=125 Reply from 92.123.65.222: bytes=32 time=2ms TTL=125 Reply from 92.123.65.222: bytes=32 time=2ms TTL=125 Reply from 92.123.65.222: bytes=32 time=2ms TTL=125 Ping statistics for 92.123.65.222: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 2ms, Maximum = 2ms, Average = 2ms C:\Users\Administrator>tracert cp71915.edgefcs.net Tracing route to a116.vi5g5.akafms.net [92.123.65.222] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms te1-1.gw.rtd.i3d.net [188.122.94.1] 2 1 ms 1 ms 1 ms te2-2.nlams.ar0.as49544.net [188.122.95.17] 3 2 ms 2 ms 2 ms amsix-ams5.netarch.akamai.com [195.69.144.168] 4 2 ms 2 ms 2 ms a92-123-65-222.deploy.akamaitechnologies.com [92 .123.65.222] Trace complete. Don't see anything wrong in above results, yet suppose you can judge that better. Update, just tried to watch Bleach, no problems :S tomorrow Naruto will come out, will update when having problems, with above tests again. |
|
often around :)
|
|
|
Engineer
|
Thanks for running those tests. I think the problem is that the servers you are streaming from are not listing a specific location so there may be too many people all across Europe, using the server. I've seen this happen before and we are looking into it though I think this would ultimately be something our service provider would need to fix.
|
|
Probably working my ass off
|
|
|
Hi thanks for all your effort, got late home from work today, and watched Naruto just now, without problems. Yet of course its already after european peak hours.
Will keep an eye on it, and when having problems run those tests again. If it is indeed what you say, we should be able to see it in the tests :) And yeah if the service provider is the problem. (due to limited bandwidth or maybe something else) They would have to fix it, or you would have to switch providers. In my opinion it is always best to have these kind of services, scattered across multiple providers. (even though a lot of companies don't like that, they prefer to stick to one they like.) With some software loadbalancing that simply looks into the load of the servers, and always select the server with the fewest load for you. Once again thank you for all your effort. Feels great to know that crunchyroll cares :D Best regards, Joep |
|
often around :)
|
|
Popular Shows |
Platforms and Devices |
Premium MembershipsLanguage
|
Support |
Crunchyroll |