Jump to content

Wits end.. Yet unexplained ms spikes while transcoding.


_jackflack
Go to solution Solved by Luke,

Recommended Posts

_jackflack

First off, I do not hold anyone accountable except myself for these errors until proven otherwise. I have tried everything I can think of and read all sorts of different "solutions" for problems similar, yet never resolved. So I am here to ask/beg for some additional guidance.

 

When my Emby (3.4.0 - 3.5.2) server is trans-coding a video file, I will get these HTTP Response ms. spikes that I just cannot explain. When I stream without trans-coding I DO NOT experience this issues that I am aware of. This is only during trans-coding.

 

Internal

 

2018-09-10 19:41:21.103 Info HttpServer: WS http://localhost:8096/embywebsocket?api_key=d350b3b0de6c47cfb0319ac3006f5096&deviceId=TW96aWxsYS81LjAgKFdpbmRvd3MgTlQgMTAuMDsgV2luNjQ7IHg2NDsgcnY6NjAuMCkgR2Vja28vMjAxMDAxMDEgRmlyZWZveC82MC4wfDE1MjcxMDk1MzkzODc1. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:62.0) Gecko/20100101 Firefox/62.0
2018-09-10 19:41:23.283 Info HttpServer: HTTP Response 200 to 127.0.0.1. Time: 21321ms (slow). http://localhost:8096/emby/System/Info

 

External

 

2018-09-10 19:41:30.356 Info HttpServer: HTTP Response 200 to ::1. Time: 11ms. http://localhost:8096/emby/System/Endpoint
2018-09-10 19:41:31.814 Info HttpServer: HTTP Response 200 to 99.203.5.79. Time: 21036ms (slow).

 

Trans-coded Internal

 

2018-09-09 12:03:13.090 Info HttpServer: HTTP Response 204 to 10.1.10.211. Time: 1ms. http://10.1.10.5:8096/emby/Sessions/Playing/Progress
2018-09-09 12:03:13.981 Info HttpServer: HTTP Response 200 to 10.1.10.211. Time: 3042ms (slow). http://10.1.10.5:8096/emby/videos/6302a703d947a69408339f61feca7cdb/hls1/main/769.ts?DeviceId=5f87fcda7402e6d5&MediaSourceId=6302a703d947a69408339f61feca7cdb&VideoCodec=h264,mpeg2video,hevc,h265&AudioCodec=ac3,eac3,aac,mp3&AudioStreamIndex=1&VideoBitrate=29552000&AudioBitrate=448000&PlaySessionId=8cb57f6a4dbc4d96bf0ae4fa379a0407&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=01c69ca1980dbf920626980b17500a12&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=51&hevc-profile=Main&ac3-audiochannels=8&eac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=VideoCodecNotSupported,AudioCodecNotSupporte

 

This is what I have running.

Intel i7-4770s 3.1Ghz 4-Core (8-Core with HT) (stock no OC)

(2) 8GB DDR3 1333 1.5v

C:\ 120 GB SSD M.2 - OS WIN10 Pro x64 running Emby Server

D:\ 120 GB SSD 6GB SATA - Trans-Code Directory (manual setup)

(2) Realtek PCIe GbE Family Controller Driver 10.28.615.2018 (updated when started having this issue)

FIREWALL is DISABLED in Windows 10

\\Drobo5n\Data - Direct Share in Emby (movies, songs, tv shows)

Cisco RV325 Gateway/Switch

Wireless Unifi AP-AC-LR

ATT - Fiber 1Gbps

Charter - Cable 150/25Mbps

 

--------------------------

 

Ways I've tested this.

 

Local Network: I copied a movie, can be any movie, but this one is libx265 at roughly 5k to the local D: drive on the server. Trans-coding from the local D: drive would allow me to bypass the drobo5n as the possible problem and most of the network for the initial tests since we are dealing with basically lag spikes and reads and writes.

 

I set the max threshold for steaming at 3Mbps (for testing) forcing even on the local network that the file played had to be trans-coded. Threads is set to max (8 total), Path is set to D:\Emby a empty SSD drive, Volume 1, H264 Encoding Fast, CRF 23, Allow subtitle extraction on the fly (set on or off does not change anything). I get ms spikes and the movie will eventually time out on the Emby client on a Amazon Fire-Stick. Client will time out also on a iPad running IOS 11.4.1, iPhone running 10.3.3. Anything on the local network having the movie trans-coded will get ms spikes and eventually time out.

 

Trans-coded to the WAN: Essentially the same setup, however I have substituted the Cisco RV325 for a HP 2530, no changes.

 

I removed the internal network as a factor and placed my ATT fiber connection into pass-thru mode and ran it directly to the emby server Ethernet interface 1 using all of AT&T's settings including a static IP. Same result with ms spike over 30000ms

 

I did the same thing with the Charter connection and achieved the same results. Yes, all network cables have been checked and replaced in some form or fashion.

 

Other than reformat a very pristine install of Windows 10, that is completely patched thru ver. 1803 OS Build 17134.254 I am not sure what could be causing this.

 

I have also tried Intel Quick Sync under Hardware Acceleration and it made no difference if I got a HTTP-Response ms spike.

 

Anyone got a idea on what is causing this? I would like to figure out why the HTTP Response 200 or 204 or 500 just seems to die and then comes back 30000ms later. Hopefully its something dumb I have done and just can't see/find.

 

-jack

 

 

embyserver.01.txt

embyserver.02.txt

ffmpeg-transcode-3a894504-e98f-4318-a42c-c343840d0d23.txt

ffmpeg-transcode-7e725ccc-cf04-4617-b922-019e3c9454ed.txt

Link to comment
Share on other sites

_jackflack

That last one is meaningless.  We delivered a 3 second hls chunk in 3 seconds :).

 

Ah well those are just snippets of the logs that I thought illustrated my point. My bad :)

Link to comment
Share on other sites

Can I ask, are you actually experiencing a problem, or is this just something you've gathered from the server log? Thanks.

Link to comment
Share on other sites

_jackflack

Can I ask, are you actually experiencing a problem, or is this just something you've gathered from the server log? Thanks.

Oh this is a actual problem.

 

This stemmed from certain files I was having issues with video stuttering and then eventually timing out. I never had time to sit down and actually work the issue. Once I did I messed with Streaming Mbps server wide, then client side and discovered it was trans-coding. This also explained why some family complained it stuttered and some didn't. Most of it had been streaming without trans-coding. Now since I moved, my wireless sucks and I have to trans-code to my phone or tablet a lot more and its brutal to watch and I just give up. I'm not the only one, family and friends have stopped using it to because it lags and times out to much to be useful.

 

So yeah, its a real problem that I can't figure out. That's why I had so much info and things I tried to share because I have tried just about everything to fix the issue.

Link to comment
Share on other sites

The next release of the server will have dramatically improved performance. I would suggest re-evaluating with that because there's nothing obvious jumping out here.

 

The only thing i can think of is that this request here that is taking a long time:

2018-09-10 19:41:31.814 Info HttpServer: HTTP Response 200 to 99.203.5.79. Time: 21036ms (slow). http://FAKEDDNS.ddns.net:8096/emby/system/info/public 

It is going to attempt to figure out your local network address on your network. It is possible that it is taking a long time querying the network adapters on your system.

Link to comment
Share on other sites

_jackflack

The next release of the server will have dramatically improved performance. I would suggest re-evaluating with that because there's nothing obvious jumping out here.

 

The only thing i can think of is that this request here that is taking a long time:

2018-09-10 19:41:31.814 Info HttpServer: HTTP Response 200 to 99.203.5.79. Time: 21036ms (slow). http://FAKEDDNS.ddns.net:8096/emby/system/info/public 

It is going to attempt to figure out your local network address on your network. It is possible that it is taking a long time querying the network adapters on your system.

 

I saw that, but what I do not get is this behavior happens on the local network too. As you can see the first line below, trans-coding going to a fire stick I had a delay of 9818ms and that's coming from the local network address. Also it's back to back to back segments that are all over 2000ms on a local network.

 

 

http://10.1.10.5:8096/emby/Sessions/Playing/Progress

2018-09-10 17:36:34.971 Info HttpServer: HTTP Response 200 to 10.1.10.213. Time: 9818ms (slow). http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/91.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit

2018-09-10 17:36:37.682 Info HttpServer: HTTP GET http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit. User-Agent=Emby/1.6.15a (Linux;Android 5.1.1) ExoPlayerLib/2.8.0/Emby, Accept-Encoding=identity, Host=10.1.10.5:8096, Connection=Keep-Alive

2018-09-10 17:36:37.694 Debug HttpResultFactory: Transmit file D:\Emby\transcoding-temp\f889073812854407069f26bdb21c966092.ts

2018-09-10 17:36:39.764 Info HttpServer: HTTP Response 500 to 10.1.10.213. Time: 2082ms (slow). http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit

2018-09-10 17:36:40.455 Info HttpServer: HTTP GET http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit. Range=bytes=1578263-, User-Agent=Emby/1.6.15a (Linux;Android 5.1.1) ExoPlayerLib/2.8.0/Emby, Accept-Encoding=identity, Host=10.1.10.5:8096, Connection=Keep-Alive

2018-09-10 17:36:40.467 Info HttpResultFactory: Setting range response values for D:\Emby\transcoding-temp\f889073812854407069f26bdb21c966092.ts. RangeRequest: bytes=1578263- Content-Length: 2675801, Content-Range: bytes 1578263-4254063/4254064

2018-09-10 17:36:43.916 Info HttpServer: HTTP Response 206 to 10.1.10.213. Time: 3461ms (slow). http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit

2018-09-10 17:36:45.815 Info HttpServer: HTTP GET http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit. Range=bytes=2396660-, User-Agent=Emby/1.6.15a (Linux;Android 5.1.1) ExoPlayerLib/2.8.0/Emby, Accept-Encoding=identity, Host=10.1.10.5:8096, Connection=Keep-Alive

2018-09-10 17:36:45.824 Info HttpResultFactory: Setting range response values for D:\Emby\transcoding-temp\f889073812854407069f26bdb21c966092.ts. RangeRequest: bytes=2396660- Content-Length: 1857404, Content-Range: bytes 2396660-4254063/4254064

2018-09-10 17:36:47.500 Info HttpServer: HTTP Response 206 to 10.1.10.213. Time: 1685ms (slow). http://10.1.10.5:8096/emby/videos/974283da8874db43ac59a133d3b757c0/hls1/main/92.ts?DeviceId=481a1925327012a&MediaSourceId=974283da8874db43ac59a133d3b757c0&VideoCodec=h264,mpeg2video&AudioCodec=ac3,aac,mp3&AudioStreamIndex=0&VideoBitrate=2616000&AudioBitrate=384000&PlaySessionId=ae1626a3d14a443b8e8eccc8df82c44b&SubtitleMethod=Encode&CopyTimestamps=true&RequireAvc=false&Tag=e0c2ca735c3b42ea049f621100176101&SegmentContainer=ts&MinSegments=2&BreakOnNonKeyFrames=True&h264-profile=high,main,baseline,constrainedbaseline&h264-level=41&ac3-audiochannels=8&aac-audiochannels=8&mp3-audiochannels=8&TranscodeReasons=ContainerBitrateExceedsLimit

2018-09-10 17:36:49.406 Info HttpServer: HTTP POST http://10.1.10.5:8096/emby/Sessions/Playing/Progress. UserAgent: Dalvik/2.1.0 (Linux; U; Android 5.1.1; AFTM Build/LVY48F)

 

I have everything specified and my network is not large by any means. This was a controlled test with no other network traffic happening.

 

While the next version will have improved performance, I have a feeling it won't address it because everyone else is not having this issue.

 

Any chance you can take another look?

Edited by _jackflack
Link to comment
Share on other sites

_jackflack

Are you sure it isn't your switch?

 I ran the test WAN and LAN with a Cisco RV325 and then ran it again with the HP Aruba 2530 and disconnected the RV325 completely. Same results.

Link to comment
Share on other sites

maegibbons

Hmm. 

 

Firstly can you turn on Debug logging - it just gives a bit more info.

 

Looking at the logs, You have some unreachable libraries like \\10.1.10.50\Public\Movies

 

Having unavailable librarys is not a good idea although should not be the cause of your problems.

 

What device is 99.203.5.79?

 

You also showed snippets of slow responses on the LAN - unfortunately the full logs relating to this do not appear to be appended.

 

Krs

 

Mark

Link to comment
Share on other sites

maegibbons

Also when you say "Anything on the local network having the movie trans-coded will get ms spikes and eventually time out."

 

Do you mean that transcoded playback never starts?  Or Starts and then fails?  Can you explain more.

 

The fire-stick is not the most powerful client - do you get exactly the same on a laptop or other device?

 

Krs

 

Mark

Link to comment
Share on other sites

_jackflack

So if the issue is only when transcoding, let's look at that. Your transcode drive, is it a network share, or on the local machine?

 

It is a Toshiba 128GB M.2 2230-S2 NVM module. Only used for trans-coding

It is in a PCIe 2.0 slot

Read speeds are 1240 MiB/s

Write speeds are   570 MiB/s

 

For the test where I eliminate the network raid server. The test file resided on the same drive that the trans-coding takes place on. Nothing else is on that drive or takes place on that drive

Link to comment
Share on other sites

_jackflack

Hmm. 

 

Firstly can you turn on Debug logging - it just gives a bit more info.

 

Looking at the logs, You have some unreachable libraries like \\10.1.10.50\Public\Movies

 

Having unavailable librarys is not a good idea although should not be the cause of your problems.

 

What device is 99.203.5.79?

 

You also showed snippets of slow responses on the LAN - unfortunately the full logs relating to this do not appear to be appended.

Also when you say "Anything on the local network having the movie trans-coded will get ms spikes and eventually time out."

 

Do you mean that transcoded playback never starts?  Or Starts and then fails?  Can you explain more.

 

The fire-stick is not the most powerful client - do you get exactly the same on a laptop or other device?

 

Krs

 

Mark

 

Yes I can turn on Debugging. Ill get the logs up for that in a little bit.

 

The unreachable libraries was where I changed out the switch and that didn't work. So I then tested it as a direct connect to the internet, since the Drobo was on the internal I copied the test file to the scratch drive. I didn't however wipe the movie database and then tried later to load a movie forgetting to reconnect the Drobo. That part of the log I was not testing connectivity and trans-coding.

 

99.203.5.79 is the Telecom Sprint in the US and that is a IP address on their LTE network.

 

Also when you say "Anything on the local network having the movie trans-coded will get ms spikes and eventually time out."

 

Yes all movies would at least start. When the server showed 9-12 seconds elapsed on the admin page the movie would start on the client. Connected over the WAN, lagging would happen immediately. If you paused it a little buffer would be there, but start lagging in 115-45 seconds. Also if the whole movie had finished trans-coded and then you hit play it would still start lagging after 2-5 minutes. If you streamed it from the start the movie would maybe only lag 3-4 times the whole movie on the WAN and never on the LAN

 

Tested on WAN and LAN. LAN would take longer and have less stuttering.

 

I lowered the trans-coding Mbps threshold for the local network to 3Mbps. Then I loaded the isolated test file through Emby server. The test file was Encoded at 5144Mbps, so the server followed the rules and trans-coded the file. Threads is set to max (8 total), Path is set to D:\Emby a empty SSD drive, Volume 1, H264 Encoding Fast, CRF 23, Allow subtitle extraction on the fly (set on or off does not change anything). I get ms spikes and the movie will eventually time out on the Emby client on a Amazon Fire-Stick. The Emby client will time out also on a iPad running IOS 11.4.1, iPhone running 10.3.3. Anything on the local network having the movie trans-coded will get ms spikes and eventually time out.

Link to comment
Share on other sites

_jackflack

how many network adapters are on the server, including virtual ones?

Two Physical 10/100/1000 adapters.

8 Virtual adapters for a previous VPN connection. Adapters were enabled and I did just disable them since I have not used the VPN in over 6 months.

 

1. Realtek PCIe GbE #1 - 10.1.10.5 is on the LAN. The goes to Gateway, then to the internet. All incoming traffic is Sent to the gateway and its ports are forwarded to the particular adapter.

2. RealTek PCIe GbE #2 - This card is set to a Static IP address from Charter Communications. Charters modem is in passthrough mode. This card is used for torrent traffic only. (all tests done were with this card DISABLED

 

3-10. WAN Miniport for (IP4, IP6, L2TP, PPOE, PPTP, SSTP, IKEv2)

Link to comment
Share on other sites

  • Solution

Ok, if you're interested in jumping on the beta server, we can work together to get this resolved. If not then I have made a few adjustments that you can try when Emby Server 3.6 is released. Thanks.

  • Like 1
Link to comment
Share on other sites

_jackflack

Yeah, just let me know what I need to do/get.

 

I am going out tonight in a few hours . I'm in -6 GMT right now, So tomorrow I can load and test it in the early afternoon.

 

If you want me to try multiple tests, just lay them out for me. I've been a network admin for 25 years, so I can handle it. If i am not sure, Ill just google it. :)

 

Thank you very much. I'm sorry if I was rude yesterday, but this has been driving me crazy and I am really at my wits end over this.

Link to comment
Share on other sites

_jackflack

Thanks. You can install the beta from the website download page.

Ok loaded the beta, Version 3.6.0.44 and nothing changed except direct streaming became more unstable.

 

I turned on debugging as requested and the logs are attached.

 

Mostly the same as before, first test was iOS 11.4.1 on a iPhone 8 plus. Second test was on a Amazon fire stick. All the test parameters are the same as above. Both devices were direct stream at 5144Mbps encoded file. Trans-coding on the same file was 3Mbps. Trans-coding was hell on the iOS device so was direct stream. The fire stick the direct stream was laggy like the iOS test, however the trans-coding was not to bad. While the ms timeouts were still very high, they were not astronomical side. The stream was not great at 3Mbps but it didn't time out every 2 seconds.

 

Whats next?

embyserver.txt

ffmpeg-transcode-85926d19-627c-446d-8908-e35f77d5c086_1.txt

Link to comment
Share on other sites

Your system was under some pretty heavy activity due to the initial library scan following the upgrade. can you try again once that has completed and then provide a new server log?

 

The good news is that the exact requests that were taking 30 seconds to respond with the stable release are now responding very quickly. Thanks.

Link to comment
Share on other sites

_jackflack

Your system was under some pretty heavy activity due to the initial library scan following the upgrade. can you try again once that has completed and then provide a new server log?

 

The good news is that the exact requests that were taking 30 seconds to respond with the stable release are now responding very quickly. Thanks.

All that activity was done before I ran my tests, at least I thought it had. Ill wait until later tonight and run it again.

 

Thank you.

Link to comment
Share on other sites

_jackflack

Ok, if you're interested in jumping on the beta server, we can work together to get this resolved. If not then I have made a few adjustments that you can try when Emby Server 3.6 is released. Thanks.

 

Upgrading to the beta server seems to have resolved the issue I was having. I cannot pinpoint what changed to resolve if, but after all the content updates settled down, I was able to test the server with no further issues.

 

Thank you Luke for following up and giving me a different avenue to try. I am happy with the results and appreciate the extra effort.

 

-jack

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...