Extremely long compression time

I am trying to compress a 6 minute video into a quicktime movie. It starts out saying it will only take 3 minutes to share. Then it quickly moves up to 17 minutes before coming to a halt.
Anybody have any ideas on what I am doing wrong or is this common? On previous videos this has never happened. I've tried doing a different video and it is also taking an extremely long time to compress.
Thanks for the help

I think possibly it could have something to do with my video settings. I don't know much about video settings.
We are producing these videos that range from 7-30min from a video camera. We don't need audio (already took that out) and we don't need the best of quality on the video. It obviously needs to be decent enough to see what is going on without straining, but beyond that I don't need much.
Does anybody have any suggestions on the type of video settings I could use in the expert settings? I believe iMovie is trying to compress much more information than I really need. Thanks for the help.

Similar Messages

Extremely long "reading" times in media browser

We are running CC2014 on 3 edit systems with a shared 10Gbit 36TB Synology NAS. Each workstation has approximately 12TB of local raid storage as well. We shoot P2 primarily and I have a little over 17TB archived on the Synology. Lately, we have had extremely long "reading" times in Media Browser on all the machines. I don't quite understand how Premiere is indexing and displaying as sometimes the "reading" time is relatively quick, ie. under 10 seconds and then other times it can take 3-5 minutes to display clips within a directory.
My Directory Structure is:
Media
     P2 footage
          (P2 folders/ie. cards are all saved with their shoot dates here)
          Our total archive of P2 footage is around 70 cards.
It appears that when Media Browser is pointed to a P2 Card folder it is indexing the entire "P2 footage directory, ie. all 70 cards", rather than just the individual folder containing 1 P2 card's footage. Ist this the case?
Would I get better read speeds in Media Browser if I organized my P2 footage into more directories, ie. by year and quarter or by year and month?
Really need to know how the indexing works. Does premiere cache preview files for each clip and if so, how long are these previews valid. It seems that when I media browse a new P2 Card/Folder, it has forgotten any previous preview files that have been made and cached.
Any explanation or help would be appreciated.
We have copied large numbers of cards/folders from the Synology to our local raids to see if the latency was due to the network but the results are the same when we media browse on the local raid copies.

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Extremely long build times using object oriented code

We have a LabVIEW application that we need to build an .exe for distrubution purposes. The application relies on several object-oriented classes for data handling and dynamic dispatch type casting and function selection. Currently it takes approximately 1.5 hours to build the application and it seems that most of the time is spent processing the object oriented files. Has anyone else seen this issue and are there any creative ways to improve the build times?

Hi again. We are still having issues using LVOOP due to extrmely long .exe build times as well as long labview loading times. I traced the source of this to one class hierarchy, shown below. This hierarchy also relies heavily on overriding top-level functions, declared as virtual VIs in the top level class, which I suspect contributes to this problem. While debugging another issue, I was trying to build a small piece of my main code into an .exe to verify its functionality and experienced the same extremely long build times. When I removed this class hierarchy from the VI, it built extremely fast. Also to be clear, I am using neither the mean function or Mean.vi anywhere in this set of code. To date we have been delighted with LVOOP and how it has made our code cleaner, mroe robust, and more maintanable. However, when creating new functionality in the code we often elect NOT to create new objects (even though they would be beneficial) because we are hesitant to introduce the extra time (load and build) required for LabVIEW to handle these classes. If our entire system was rewritten in LVOOP, I would suspect that it would become unmaintainable and unbuildable due to the LVOOP overhead. I was hoping that LV2009 would address some of these issues but, alas, it did not. Still looking for a way to improve this and thanks in advance for all of the replies.

Extremely long display times for HTML in mail and Safari

Is anyone else experiencing similar lags in HTML rendering?
Since upgrading to Mountain Lion, I am experiencing extremely long render times for display HTML email messages in mail. I am also experiencing extremely long render times in Safari. I have Chrome installed on this same computer, if I goto the same website on Chrome and Safari, Chrome displays the page immediatly, Safari will take between 30sec and 1 minute.

The only way it can get fixed is if you report it to Adobe. Posting it here may not be sufficient. There is an Acrobat feature request forum here and a bug report form here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

Compressor gives extremely long estimated times to compress, and it doesn't work. What is the problem?

Every time I click submit, my copressor starts giving me errors that appear and disappear so fast and I cannot read. Then the compress times keep on going up dramatically.
I am sure my compressor has a problem bit I am not sure what it is.
PLEASE HELP!
Z

Are you sure that you did not install a fake? there are many and they look convincing.
Did you download it yourself from Adobe's website, or was it handed to you by a Black/Red dialog?

Extreme long execution time

Hi,
lately, I realized that Jubula needs extremely long for all the progresses...
For example, deleting TestResults or after execution of TestCases, the Progress "Collecting Information" and "Writing Report to Database" needs about 15-20 minutes!!
I use the embedded database and html toolkit and my project is not big at all!
I already had larger projects and never experienced that long progresses!
Any ideas/suggestions why Jubula is suddenly working that slow?
Thanks

Hi Nicole,
Thanks for your question! I think the problem is that the h2 database isn't designed for productive use - it doesn't scale well and will indeed get slower and slower with time (not necessarily size of the project, just time).
If you need to keep using it then you can do the following:
- stop Jubula
- perform an export all to export all of the projects
- you can also copy the database files (from your home directory under .jubula) to back them up
- delete the database files from your home directory
- connect to the database: this will recreate the database
- then you can import the projects you exported
Like I say, this isn't the preferred way of working, but the steps above should help with the current performance. Bear in mind that you should ensure that you have backups before you delete the database!
Hope that helps,
Alex

Extremely long export time

Hi,
I got some big problems while exporting footage from AME and PP CC 2014. I mean – the time of exporting is extremely long. It take 4 hours to export 15 minutes of 1080p footage (with not best quality of render settings). There is no big difference in time while exporting with or without effect same as AME or PP.
I shoot my footage on SONY A7S in XAVC S and my export settings are H.264, VBR 1, 16/20.
My PC spec:
Intel Core i7 3770K 3.5 3.9 GHZ
32 GB DRR3,
HDD 2TB, SSD 128GB
GeForce GTX 770 2GB
WINDOWS 7 ULTIMATE 64 BIT
I will appreciate any help cos this problem make me sick already

I checked the log file and there are no errors in the file.
There are no ORA- xxxx error messages.
The last line in the log file is as follows:
"Processing object type schema_export/table/index/domain_index/index "
I just checked the export job run this morning and it is still on the same
index object "A685_IX1" . This is a spatial index. It has been sitting at
this same object according to the job status for at least 24 hours.

Extremely long rendering times

I am trying to render a 13 minute project.
FCS 2 is telling me it will take 30+ hours.
Is this normal?
Am I doing something wrong?
Best,
Evan Jacobs

So, your source clips are Quicktime Animation, and you're editing them on a "standard" timeline, whic makes me assume that it's a DV/DVCPRO NTSC timeline, with your source material residing on your internal drive.
There are a number of things here that will cause long render times:
1. The nature of the Animation codec in this situation would indeed cause longer than normal render times. Animation is a high-quality mastering codec. When used on a Sequence that is set to use a compressed codec, such as DV/DVCPRO NTSC, your clips will need to be rendered.
To check the Sequence Settings, press Command - 0 (zero).
2. It is not recommended to use your Internal drive as a scratch drive. Not only is that one hard drive reading your source files, writing render files, but it is also running your entire OS, plus any other programs that may be open. That's a LOT of work for one hard drive, so expect less than optimal performance.
Try moving your source material to an external firewire drive.

MacBook pro Extremely long booting time After 10.10.1 + strange icons when booting

Hi all,
since the Yosemite update and the sequential patch, I've been experiencing lots and lots of issues with this releade
I posses a
MacBook Pro (13-inch, Mid 2012)
2,5 GHz Intel Core i5
After a week after the Yosemite update my Mac just froze, and for a couple of days I was unable to access it. after 4 attempts of Clean install i was finally able to restore it. but the issue with long booting time and free after sleep/wake action are the same .
I'm experiencing strange icons during boot as follows:
Only after a second reboot and clearing ram with Cmd+Alt+P+R i'm able to get rid of this , and the reboot shows this
That after 5 mins changes into this
This routine keeps happening, every single time i have to restart my mac.
Any suggestions?
tnks

Well , i guess i a HDD issue, when i was experiencing the initial issues with yosemite , I've installed the system an external Hdd and everything was working fine.
So i guess my suspicions were correct. I have to change my hdd.

Extremely long sync time

I have an 8 gb 3G iphone w/ virtually no photos, about a gig of music, 3 gigs of video and a gig of apps. It takes 8 hours plus to sync since using 3.0. After the first sync, a daily sync only takes 20 to 30 min, with no change in music, video, photos or apps. I read a post about deleting back-up and starting over. Not working. I'm going on 7 hours again to sync and it's only 3/4 done. Any help is appreciated. I'm using an Intel iMac, 2.16 ghz with iTunes 9.02. Again, it's been like this since using 3.0 software.
TIA

I agree that it is probably related to an app. One of my apps was causing long sync times, many users reported it, and the developer figured out that he could store its content in the iPhone's "cache" area instead of its "data" area. (This was acceptable - the app creates a local mirror of one's online content). This simple change shortened sync times considerably because the sync did not need to run through all that data each time anymore. The app does its own syncing to its cloud, so it's no big loss to have it excluded from the iPhone sync.
You may have an app with a similar issue. You say you have a gigabyte of apps? That's a lot! Since most apps are tiny, that does sound like you have at least one app that maintains a large database, whether it be maps, game assets, or whatever. You should find a way or a utility to list your apps by size, because the biggest apps would be the most likely suspects.

Extremely long deploy times in Portal 9.2 in dev

Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Extremely long compression after re-install

I recently had to re-install OS Tiger, which led to a re-install of FCS2. Since that re-install Compressor takes 3-4 times longer to compress files than before. Compressing a 90 minute film to FLV used to take about 5 hours, now it takes 15-20. I've uninstalled Compressor/Qmaster and re-installed with no improvement.
Any ideas?
Thanks.
Chris

Hi Warwick -
Source footage Digibeta captured as DV. FCP Sequence is DV.
Workflow is rendered sequence, output as quicktime movie(reference) to desktop, then put into compressor to output as FLV. FLV settings FLASH8 700mbps, 24fps, deinterlace, 480x360.
Again, this process used to take about 5 hours, but since OS and FCS2 re-install, it takes 15-20 hours.
Also, Color is rendering much more slowly as well.
Thanks for your interest in helping.
Chris

Extremely long load times for Cisco's WEBEX.

Thanks

My company attends numerous meetings with our customers/suppliers and WEBEX is giving me headaches. 5-15 minute load times. Conference room PC is running win7 and I've tried both google chrome's webex app and just running webex from IE to no avail. These connections do go through eventually but I'm constantly hounded about why they are taking so long and I don't know why. Have any of you experienced this or have any clue as to a possible root cause?
This topic first appeared in the Spiceworks Community

Extremely long hold time for Customer Service

First couple of times I called for help, I got an answer within 15 minutes. Last couple of times it was close to 90 minutes. Today, I have been on hold for almost 2 hours! This is ridiculous from a company as good as Adobe. If I didn't have an open case which was pending Adobe response, I would hang up again and try back. CS is suffering lately and I'm very dissappointed.
I don't appreciate the apparent cut in CS personnel stateside and subsequent outsourcing to India and other foriegn sites.
Tossing in the towel - I cannot afford to hold this long. It's been over 2.5 hours. This kind of wait time is unforgiveable.

You're not alone. Adobe apologized for the recent downward trend in support this week in a press release and on the website. Is the issue something technical that we can help with here?
Here's the text of the release:
Open Letter to Adobe Customers
Adobe is committed to providing the most advanced, innovative products and services in the world. Recently, however, our customers have experienced a level of service that is inconsistent with what they expect and deserve. This is unacceptable and we sincerely apologize for the inconvenience caused. We are working diligently — in fact, teams are working around the clock — to resolve these issues. I'd like to thank all our customers who are sharing feedback and giving us the opportunity to respond. We appreciate your loyalty, support, and willingness to make your concerns heard.
Adobe is in the process of transitioning to a new global service provider that will help grow and improve the quality of our customer service worldwide. While our new partner is a recognized leader in service and support solutions, this is a major global transition that includes bringing more than 800 new agents onboard. Clearly this process has not gone as smoothly as we had planned, and we are working to immediately remedy the situation. We are confident that once this transition is completed, we will provide customers with new and better ways to engage with Adobe using their preferred methods, helping to ensure prompt, effective customer service.
The Adobe Customer Care leadership team is monitoring our customers' experiences closely to understand and respond to the challenges you are encountering. If you experience difficulties of any kind, contacting Customer Service in your local region remains the best initial course of action; however, during this transition period, unresolved issues can also be directed to [email protected].
Thank you for your patience and understanding as we make this transition and work to improve our service and support operations for customers around the world.
Regards,
Lambert Walsh
Vice President, Technical Services

Extremely Long Bootup time

For the last couple of weeks, I've noticed something that disturbs me. I've had this iMac 24 for about a year now. If I restart it or shut it down then start it up, it usually only takes a short time before the login page appears. Now it takes a long time.
What happens is that the screen goes white and shortly later the chord sounds as it usually does during startup. Then nothing appears to happen for a long time. I know I've gone away and returned in 5 mins and then 10 mins and it is still on the white page with no apparent activity. Eventually (probably within the hour), the login page appears, I log in, and it starts up my session normally.
The only thing I'm aware of changing is adding a new wireless earphone. I bought a Plantronics wireless headset that connect using a USB device that I've plugged into the back of my iMAC. I did install this about the time this started. I've installed updates and new modules into Accordance at several times before and after this long startup began happening. There have probably been some software updates that install semiautomatically using Apples Update utility and Adobe's Update utility and some software has their own startup check for updates. I don't keep a log of these things.
Any ideas on why this delay in startup would happen?

Try starting in safe mode - hold the shift key until the Apple logo appears on the grey screen. If the startup is quick you can be fairly sure that the basic OS is working OK and that it's one of the 'extras' causing the problem.
A second quick test is to disconnect all peripherals before starting then start up normally. If this is also quick you can suspect one of the peripherals is the problem.
If this is so, try connecting just one and start up. Continue this process until the problem recurs. You will then have a good idea of the guilty item. Once that is identified we might be able to suggest the next steps.
By the way - should your profile show 10.6.2 as the current OS? If still on 10.6.1 it could be worthwhile doing the 10.6.2 upgrade as it includes various fixes.
Neville

Extremely long compression time

Similar Messages

Maybe you are looking for