Javascript :: File Compression Before Upload On The Client-side
Dec 4, 2011
Basically I'll be working with large XML files (approx. 20 - 50 MB). These files needs to be uploaded on a server.I know it isn't possible to touch the files with javascript, nor to implement HTTP compression on the client-side.
My question is that if any solution exists (flash / action script) that compresses a file and has a javascript API? The scenario is this:
Trying to upload 50 MB XML file Before upload a grab it with Javascript and send it to the compressor.Upload the compressed file instead of the original one.
I'm looking for multiple file upload component with alternative ways.I need HTML5, Flash and normal upload support, depended by device.I don't like FancyUpload, because it uses mootools and mootools is very big library.Also I can't use jQuery, because I'm writing on Ext js and it's not good idea to use two big library like jQuery and Ext js.
I have an upload form for an image. The user clicks browse and selects a file. How can I get the image dimensions the moment the user selects the file (before the file is even uploaded to the server). It obviously has to be something client-side with maybe javascript/jquery or flash/flex (prefer js//jquery though), but can either of them do this? This is the code I'm using to tie into zozo's getImgSize() function, but it gives me 0*0 as size.
I'm looking a quick way to add an (multi) image unloader with client side crop to an ASP.NET MVC site and for some reason the search seems to be much more complicated than I thought upload image (can be via form post or custom, just has to work with ASP.NET)custom crop possibility before upload (preferred) multiple images at once It doesn't matter if js/jquery, silverlight or flash is used, it just has to work, its an internal application and I can force people to have the necessary plugins installed.
I'm creating an app where users can take a video of themselves with their webcams and upload it to our server. Any way to compress video from within flash before an upload? I found On2's Flix Publisher, but it is ridiculously expensive, and requires an additional plugin.
With flash, is it possible to compress an audio file or convert it to a compressed format such as mp3 after it has been selected using a file browser?
I'd like to compress audio files before they are uploaded to the server to save bandwidth. Although I doubt that such direct binary access and manipulation is possible, I'd like to be sure.
I have an upload form for an video. The user clicks browse and selects a file. How can I get the video dimensions the moment the user selects the file (before the file is even uploaded to the server). It obviously has to be something client-side with maybe javascript/jquery or flash/flex (prefer js//jquery though), but can either of them do this?
I'm building a server-side API and client-side library for a JavaScript-based game where two very important features must be secured. A user must be debited for each play We must ensure that the score that gets submitted is the actual earned score by the player. Solving the first problem seems simple; at the beginning of each play we hit the API, debit the user's account and return a unique Play ID. When we submit the user's score for that play, we pass the ID issued at the beginning.
The second one has me a little stumped. Initially I considered a client-side hashing algorithm based on the ID and the score, but quickly realized that the Javascript that produces the hash could easily be reverse-engineered, even if it was obfuscated. At this point I considered a small flash component that generates the hash, but I've heard that even compiled flash can be decompiled.
We want a web app that allows a user to edit images on the browser and we're trying to decide which technology to use. We want to support simple image customization, such as high-quality resizing, cropping, image merging, and color transformations, as well as the addition of text elements with different fonts and colors.
The current options are: Flash: no worries about cross-browser compatibility; could use same image library on client and server; no iPhone/iPad support. Java (compiled to javascript with GWT): need to find a good image library in pure Java so it can be compiled to JS. Plain old javascript + HTML5: may be a mess due to multiple browsers; may need to write image editing code from scratch. Here's what's most important to us / criteria for choosing:
Image consistency: the image that the client edits on the browser must be exactly the same as the one we'll eventually use on the backend. We can achieve this by (a) having the same library both on the client and server to process images, (b) having the client generate the image and upload it to the server, or (c) use two different image processing libraries on the client/server and hope for the best in terms of consistency.
Option (a) seems best, but it would only be possible if we use Flash or Java/GWT. We don't like option (b) because the images are large; we'd rather save a sequence of operations to perform on a raw image than saving multiple transformed images. And we don't really know if option (c) is safe or not. Scalability: We prefer the client to do as much work as possible to decrease server load. Image quality must be kept high Cross-platform: We'd like to support as many platforms as possible without rewriting everything (big negative for Flash due to iPhone/iPads).
Today I heared something weird from someone, he said that using Javascript at the front end with Oracle DB that gives high performance than the performance if used Flash(ActionScript) with Oracle, while MySQL have the same performance with any client side scripting. Is that right?, Does client side scripts have anything to do with DBMS ?
Any tips or methods(encryption, plugins etc) to load flash files (i.e. swf) as quickly as possible at the client side? consider files size is between 5MB - 10MB....
I'm rather inexperienced with flash and as3, and I've been given a task of writing a program that downloads images from URLs that are provided, and saves them to a specified location on the user's computer.
The idea is to be able to download multiple images (user selects them) and download them all to a single directory (which the user selects first) so that he doesn't have to download them one by one. Also, putting them in an archive and downloading as one file wasn't an option.The only solution I found is using FileReference.save(), which won't work for me because it opens a save dialog.
I would like to know whether is it possible that Actionscript play .wav files that are stored on the client side? If yes, how? Otherwise, what are the alternatives to enable playback of wave files on the user's computer? I plan to create a button that will playback pre-recorded speech(mp3 format stored in the server) as well as user recorded speech (.wav format stored on the client side after user recorded the speech). How can I do so? I would want to make it away that it appears like a Q&A conversation session between the computer (mp3) and user (recorded wave).
Is it possible to pass file names from a running Flash application, which only purpose is to enable multiple-file-selection, to a JavaScript application which handles upload of all files to the server?I have examined various Flash upload solutions (like SWFUpload, Uploadify, etc.) and none of them meets my needs. I want an easy to implement solution (like Uploadify) which also lets me specify various parts of the HTTP request.
The reason I need this is because my upload form uses session cookies (for user authentication) and an CSRF token both passed to the server when uploading files.Is it technically possible to pass filenames (+ paths) to a JavaScript application which then handles the upload?
im using an open source program called Festival that generates text to speech, and in ubuntu i call its method text2wave that converts text into a wave file. I am looking into converting short paragraphs to wave files, but the problem is that each wave file ends up being approximately 1.2MB in size. The wave file is recorded at 16khz, and while recording at 8khz halves the size of the wave file (sacrificing sound quality), the wave file is just simply too large. These paragraphs have to be served many times to the clients and our server can not support that much bandwidth. Is it possible to compress the file on the server, and decompress it in my flash script (on the client side) and play the wave?
We are trying to create a sqlite db file using java on the server, and encrypt it.Then we send the encrypted db file to a client's pc, which has an Adobe Air desktop app running.The air app then needs to be able to open/read-from the encrypted db file (client is read-only).We are using java 1.6, flex/actionscript 4.5, and Air 3.1.We can create the sqlite db file on the server and send it to the client, and it can be read by the client without issues, when we do not encrypt it.But we are having trouble with the encryption part. We've read quite a lot of documentation about Actionscript's ability to open encrypted sqlite files using AES + CCM (URL...).And we're trying to use java's crypto package to encrypt the sqlite db file.The encryption is important because we don't want the client to be able to open the sqlite db file with any sqlite browser, only with our Air application.
I want to create an application that has these features
- At client side: Display a list of images, when user click on one image, data will be stored in MySQL database.
- At server side: Manage images used in client side, I can delete, add new images.
Is this possible for me to achieve this using Flex? And if it is able, will my output be 2 separate SWF files? And where can I find the materials to read on writing such applications?
I want to download files from the server side to client side without prompting a window to the user to download when any updates happen at server side.Right now I am using urlstream class but first file is downloading completely rest of the files contents downloading partially.
editCode sample taken from other post. Warning: it's a huuuge chunk o'code.
User interacts with Adobe flex webpage to configure reports based on some data stored server side. They configure their view and have THAT view emailed to them daily. I've got the report builder, the part I'm trying to figure out is how to render the report server side and send it out as email (native flex functionality? convert to html? take screenshot? assume something is running client side?...)
I am writing a thesis and have been able to place all my frameworks under two categories (client-side frameworks and server-side frameworks), but I can't seem to finf where to place Adobe Flex...In which category should I place this or should I place it in some separate catgeory?
I am making an app where people upload a bunch of images and it thumbnails them and saves them to the server. Is it better to create thumbnails from the uploaded images, or to upload them to the server then re-download the thumbnails?
Is there any "mainstream" library used for this purpose? Commonly spread, well maintained, documented etc.I found these (using flash):
Uploadify - not many releases, latest 12/2010, no documentation (!) SWFUpload - latest release 03/2010, documentation fancyupload - looks buggy.
phpfileuploader - looks heavyweight, and looks commercial (?) I cannot read the licence (you can download it but are you allowed to use it forever without paying?) plupload New version of pure javascript (no flash) Valums' ajax upload claims to handle file size limit and progress bar, which is quite suspicious to me: these features require to guess the file size before the upload, which seems impossible in javascript (look also here). Or can it work?
On a webpage, is it possible to split large files into chunks before the file is uploaded to the server? For example, split a 10MB file into 1MB chunks, and upload one chunk at a time while showing a progress bar?
It sounds like JavaScript doesn't have any file manipulation abilities, but what about Flash and Java applets?
This would need to work in IE6+, Firefox and Chrome. Update: forgot to mention that (a) we are using Grails and (b) this needs to run over https.
