Forum Activity for @brian

brian
@brian
01/28/15 12:20:11PM
10,167 posts

visitor - /crossdomain.xml in users online log


Installation and Configuration

You can ignore this. Whenever a flash object is loaded from your domain (i.e. the JR audio players), flash will look for a crossdomain.xml file - this is used to "allow" the flash player to load the media item from a different domain than the flash object was loaded from.
updated by @brian: 01/28/15 12:20:29PM
brian
@brian
01/27/15 02:20:33PM
10,167 posts

Some funky things happening on cloned skins when styling


Design and Skin Customization

Just to to clarify - when you change the Style for the cloned skin you're seeing it behave weird on the skin it was cloned FROM or the cloned skin?

Thanks!
brian
@brian
01/27/15 01:50:53PM
10,167 posts

Profile Domain Module - Procedure not Recommended?


Using Jamroom

Ken_Rich: Should I set @ host to point to the server IP (root) or the JR5 dedicated IP?

It must point to your JR5 site - otherwise Jamroom will not see it.

Quote:How will I know if DNS is resolved? Normally I know that when the website comes up. Your procedure says to get resolution before activation - so how does one check? A ping of kenrich.me doesn't connect to anything - should it before activation?

Yes - "ping kenrich.me" should return the same IP address your Jamroom 5 is running on.
brian
@brian
01/27/15 01:36:24PM
10,167 posts

Selling paraphernalia


Installation and Configuration

randolph:Hi Brian:
Any update on this issue?
Thanks so much.
Randolph.

It is on our TODO list, but is going to take a little bit before it is implemented as we have quite a few "open" issues we're working on right now.

Thanks!
brian
@brian
01/27/15 01:35:11PM
10,167 posts

Embedding gif images


Installation and Configuration

Make sure you have update to the latest Image Support module - there was a short time there where GIF support was kind of broken.

Hope this helps!
brian
@brian
01/27/15 01:34:27PM
10,167 posts

Newsletter Subscription


Using Jamroom

So when you click on "unsubscribe" at the bottom of a notification email, you are given a second chance - i.e. an "oops I didn't mean to click that". Could be they cancelled out, otherwise all their notification settings would be set to "off".

Note that the "unsubscribe" at the bottom of all transactional emails is different than the newsletter specific "unsubscribe" (which only affects the newsletter).
brian
@brian
01/27/15 01:31:34PM
10,167 posts

Large Video Conversion - Time Out


Using Jamroom

Ken_Rich:OK - thanks

I just pushed out version 1.2.3 that ups the timeout to 4 hours - update and you should be set.

Hope this helps!
brian
@brian
01/27/15 01:22:38PM
10,167 posts

Large Video Conversion - Time Out


Using Jamroom

Ken_Rich:
Quote:It looks like the video worker is using the "default" timeout - we'll need to set that higher in the module - probably set it to 4 hours - if it takes longer than that , the server is too slow or the video too big.

Hi Brian,

Thanks for all that info. Is there a place where I can change that or do I wait for an update?

You'll have to wait for an update - it's part of the queue worker definition. I'll get that up here for you as soon as I can.
brian
@brian
01/27/15 01:14:23PM
10,167 posts

Recently Rated Gif's not Shrinking in Profile Index...


Using Jamroom

Ken_Rich:My server must have had the required files for this version because I simply did the update and it worked.

Mind you, displaying those gifs in a lightbox creates a few seconds lag time, I guess due to their size and whatever processing is required. Server is getting a speed increase soon, none too late.

I rated one and it showed up correctly sized in the side column as recently rated. All is well thanks.

Glad to hear it. Yeah the resizing is going to be a bit slower since an animated GIF is really a bunch of GIF images stacked up, so each "frame" has to be resized, so it will take longer (and depends on the length of the animated GIF).
brian
@brian
01/27/15 01:12:04PM
10,167 posts

Large Video Conversion - Time Out


Using Jamroom

Ken_Rich:
Quote:01/26/15 07:41:06PM 157.55.39.97 deleted video_conversions queue entry running for 3666 seconds - 3rd time failing

This is a MP4 video file 314 MB in size and about 36 minutes long. The client is in one of my paid quotas, so I want to allow this, he's paying for the server resources.

I have conversion set to the highest level with 1 worker.

1) With 2 workers will it cut the time in half, or just allow 2 files to be processed at once? (Should server upgrade be faster processor or more processors).

It won't cut the time in half, but will allow 2 conversions going on at once.

Quote:2) Where can I increase the 3666 second time cap, so that it doesn't keep giving up. It tried 3 times which means 3 hours of processing 1 hour each. All wasted. If it was set to 3 hours to start with it, it might have finished and not been wasted resources.

It looks like the video worker is using the "default" timeout - we'll need to set that higher in the module - probably set it to 4 hours - if it takes longer than that , the server is too slow or the video too big.

Quote:3) Did it delete the file for real, or just from the queue? I see it (or at least a record of it) in the datastore. However, I see no way of adding it back to the queue.

It gave up on it - the video will need to be deleted and re-uploaded for it to create the queue entry again.

Quote:4) My host says he has a media conversion package on the server that converts videos really quickly. He's wondering why it's so slow through the script?

Jamroom uses ffmpeg which is pretty much the "standard" for video and audio conversion. If your hosting provider has some super charged version of it, you can modify your data/config/config.php file and add:

$_conf['jrCore_ffmpeg_binary'] = '/usr/local/bin/ffmpeg';

change /usr/local/bin/ffmpeg to the location of your custom ffmpeg. I don't think it will be a lot faster though.
  467