Moderator: Andrew
Memorex wrote:Facing a couple technical challenges at work and thought I'd ask here to see if anyone had some advice.
Number one, our company needs to trade large PDF documents (>30mb) between our server and various law firms and insurance companies. Traditional FTP is basically out. We are using Sharepoint for the moment. We have one of the world's most advanced document repositories, but it does not handle large file sizes well. The issue is when the user tries to open the file directly. It is taking about a minute to get the file open. We'd rather not have to have them save the file first. Even when we compress and web-optimize the file, it is still taking that long.
Number two, we want to include little training videos throughout one of our products. What's the best solution for recording screen movements, along with audio to creat small video files?
Thanks.
Mike
Memorex wrote:Facing a couple technical challenges at work and thought I'd ask here to see if anyone had some advice.
Number one, our company needs to trade large PDF documents (>30mb) between our server and various law firms and insurance companies. Traditional FTP is basically out. We are using Sharepoint for the moment. We have one of the world's most advanced document repositories, but it does not handle large file sizes well. The issue is when the user tries to open the file directly. It is taking about a minute to get the file open. We'd rather not have to have them save the file first. Even when we compress and web-optimize the file, it is still taking that long.
Number two, we want to include little training videos throughout one of our products. What's the best solution for recording screen movements, along with audio to creat small video files?
Thanks.
Mike
Memorex wrote:Traditional FTP is basically out.
conversationpc wrote:Memorex wrote:Traditional FTP is basically out.
Why? My company has our clients upload large ZIP and RAR files all the time. Works like a charm, especially if you have a lot of bandwidth. The problem can be security but only if you're not attentive to detail.
Memorex wrote:No FTP per usability. These are dumb lawyers (with all due respect).
The PDF files do not seem to want to open the first page while downloading the rest. Not sure why - we ran it through some tools that said we could make that happen.
Top of the line servers. In fact, when I am local to that server, the docs open via the Sharepoint site in a matter of one or two seconds.
Bandwidth is not an issue at all for the PDF's or videos. Assume one user per file at a time.
The videos or just short how-to's for a product we created and they will be run local to the user. No web action there.
Thanks.
PS - Any PDF experts in the crowd?
Memorex wrote:No FTP per usability. These are dumb lawyers (with all due respect).
Memorex wrote:No FTP per usability. These are dumb lawyers (with all due respect).
The PDF files do not seem to want to open the first page while downloading the rest. Not sure why - we ran it through some tools that said we could make that happen.
Top of the line servers. In fact, when I am local to that server, the docs open via the Sharepoint site in a matter of one or two seconds.
Bandwidth is not an issue at all for the PDF's or videos. Assume one user per file at a time.
The videos or just short how-to's for a product we created and they will be run local to the user. No web action there.
Thanks.
PS - Any PDF experts in the crowd?
Sarah wrote:I use Camtasia at work to record screen movements.
There are plenty of sites that send large files... aside from YouSendIt (if it still has a download limit I'd avoid it) there's Sendspace.com, Megaupload.com, Rapidshare.com...
Memorex wrote:Sites like YouSendIt, etc are too generic and not professional enough for what we want to do. We can make Sharepoint or our other sites look like our sites. They are branded, etc. No advertising, codes, etc. We also want the repository to be a place the users can come and continually look at the documents. Downloading seems to be a necessity, but not our first choice.
I know I have seen PDF's open to the first page or so while still downloading the rest. We can't seem to get that to work.
Browser should be whatever the user is using, most likely IE, but could be anything.
Two separate issues here. The PDF files deal with people on the outside – the general customer. The videos are for an application that will be local to the user (or inside terminal server). No need to worry about bandwidth, internet speed, etc. Just looking for a good program to do it with.
I’ll PM, but not sure there is much money there. That’s why I am looking for technical answers on a Journey music board.![]()
Thanks for all the feedback.
RossValoryRocks wrote:Who do you use for your repository?
Sharepoint is horrid!
We use MasterControl and it has a training module with it.
Memorex wrote:No luck with that. It's already opening in I.E. I tried both in and out of it.
Thanks guys. I appreciate everyone's feedback.
Memorex wrote:RossValoryRocks wrote:Who do you use for your repository?
Sharepoint is horrid!
We use MasterControl and it has a training module with it.
We have a Virtual Deal Room repository, but it is focused mainly on storage and versioning, as well as secure file browsing. For example, you can view the document, but not print it or save it. That viewer does not work with another aspect of our business which is to open large medical records.
These records need to be looked at by several people, not all at once, across the US and abroad. We need to deliver these docs in such a way that they are available as needed (not emailed). We'd also like the user to be able to open them. Right now, a 120 meg PDF takes about 3.5 minutes ot open. If we super optimize it, we have it down to 1.5. Still too long. We also need to make sure one user does not see another user's files.
iceberg wrote:Memorex wrote:RossValoryRocks wrote:Who do you use for your repository?
Sharepoint is horrid!
We use MasterControl and it has a training module with it.
We have a Virtual Deal Room repository, but it is focused mainly on storage and versioning, as well as secure file browsing. For example, you can view the document, but not print it or save it. That viewer does not work with another aspect of our business which is to open large medical records.
These records need to be looked at by several people, not all at once, across the US and abroad. We need to deliver these docs in such a way that they are available as needed (not emailed). We'd also like the user to be able to open them. Right now, a 120 meg PDF takes about 3.5 minutes ot open. If we super optimize it, we have it down to 1.5. Still too long. We also need to make sure one user does not see another user's files.
if i can view a doc, i can capture it easily with an ALT PRNT SCRN. but i do totally understand security concerns. i just think they're usually written by people who don't have the full security background to get what they're after.
are there a lot of graphics in the PDF? if so what type of optimization are you doing to the pictures before you PDF 'em? maybe a lot, maybe none, depends on how many graphics are in it. straight txt would be a few dozen copies of war and peace to get this.
also, if i download it i have it locally and can do to it just about whatever i wish. are you doing anything to ensure the files don't get kept locally?
now for file management per user, not sure i'd go into sharepoint for that. that's going to rely on AD and then groups and policies and profiles. then again most anything you do to get that granular would, i suppose. no idea how you're assigning rights to files but i'll assume you've got that covered.
ya'll may want to look into terminal services. sharepoint is good when used for what it was designed to do (document management being one) but many people step outside that and then require custom dev on top of it and that makes support pretty interesting.
terminal services (remote desktop) - i log into your server and when i open the file it opens locally and just sends me a redraw of the screen. i don't download it and i never have it local to my own machine. i can also set accounts and profiles that when they log in, it will dictate what they have access to. doing that in sharepoint isn't fun.
Memorex wrote:The litmonthly example is exactly what I need. See the first page as the rest is downloading.
I don't want to confuse the issues though. Our VDR site, with the lock on printing/editing is a separate business line. The challenge I am facing now has to do with medical records. Our clients will have full access - Print, copy to their machine, whatever.
Terminal services will not work for our outside clients because they would have to map a drive, etc to get the file on to their system. They need to be able to take that doc and do whatever they need with it. We use terminal servers for our actual work though. PDF's open very fast.
Some files have more graphics than others. It's medical records, so you may have pictures of injuries. Mostly text though.
We chose SharePoint for two reasons. We can't really go outside for a third party repository that we cannot brand. We have our own, so how would that look? We have a license for SharePoint and have some users that are good at administering it. But yes, we have to set up rights individually and it sucks. Not to mention, we have to have a different SharePoint site for every client.
So the big question is - how can I get it to work like the litmonthly example you provided?????
Users browsing this forum: No registered users and 14 guests