Long time export/share to tape

Hello, just wondering why HD 6 takes sooooooooo long to export to mini DV tape when I could just play it off the time line in imovie 4?
Thanks Leg

Exporting HD 1080i video back to the camera is a very different process than exporting DV video back to a DV camera in iMovie 4. (Importing is different too.)
Exporting HDV requires lots more processing than exporting DV. Exporting DV occurs in real time, but for HDV, iMovie HD must convert the video of your iMovie project back to the HDTV format that the camera uses. That takes lots of time. How much depends on the speed of the computer.
Note that the "Share to file, for sending to camera later" option lets you export the project to a file that you can later send to the camera. Then the export-to-camera time is shortened. The process is split into two parts, actually.
For a discussion of this issue, see David Pogue's book "iMovie 6 & iDVD: The Missing Manual", page 280, which I relied on for this note.
David Babsky, a frequent poster here, may be available to say more. He has posted several summaries of HDV editing here. Search for messages he has authored.
Karl

Similar Messages

Takes a very long time to share a project.

Using h64 1080p. I'm talking like 60 minutes to get to 1 percent. Any ideas would be great. PS, I'm very new to Final Cut X

H.264 is a longish export but your iMac is plenty capable and should be able to do a lot better than 1% in an hour.
I'm guessing that the H.264 is in an MP4 container. These can sometimes be a struggle for FCPX to work with – and although I've had decent results using MP4's, as a general rule, I optimize them.
Try optimizing a test clip for a new project and see how fast that exports.
Turn off Background Rendering in Preferences.
Don't render before you export.
Open Activity Monitor while it's exporting to check whether your free memory is being depleted.
Good luck.
Russ

Why does exporting HD to a tape take a very long time?

Not a tech problem, really, just a question: just wondering if anyone in here knows why it takes forever to export an HD movie back to HD videotape? I sometimes like to backup my raw footage tapes and have always done so with SD format but HD takes FOREVER, relatively speaking.
On my old SD camera, I could import in real time and watch it on the screen as it imported, and then export back out in real time as well.
Now, obviously HD is a much bigger file format so it's going to naturally take longer and it does, as import usually goes about half speed (I use firewire) but it all gets digitized okay. A full length 60 minute tape takes about 90- 120 minutes to import fully.
The problem is when I want to export that exact same footage back to a duplicate tape. Last night I did one (and it's still going now) that is taking 14 hours to export back to tape. Granted, the duplication is perfect and gets everything on the tape, but it just takes 6 - 7 times longer to do it than it did on import.
So here's my question: why would it import in 2 hours and then export in 14?

Thanks, Andy -- that's exactly what it is. I should have noted in my original post that the videocamera/tape itself wasn't wasn't moving/recording during that long time window, but I was getting a window on the Mac screen that read "exporting to camera" and then below that "Encoding".
I was wondering why encoding was necessary to export and now that I've Googled the term "conform", I see that it's because of the conform process.
Just too bad it takes so darned long.
Thanks for the info.

Imovie takes a long time to export

I Edited in iMovie a two-hour movie, I added music and transitions. And now takes three hours to export and said that will export the full movie after 94 hours.Is a long time.
How can I try trahat it takes fewer time to export. For example 4 hours

Hi again Tirney,
That does sound like a long time for a 2 hour movie. Did you export using File>Finalize Project? If so, that may take quite a while to complete. That's because Finalize Project actually exports at all the different sizes, such as Mobile, Medium, Large, HD 720p and HD 1080p depending on the original source. It's best to decide what size you want, then choose (from iMovie's Menu) the option Share>Media Browser.
If producing a DVD, you can access the movie from iDVD's Media/Movies pane. Just drag the movie into a Theme background.
Otherwise, you can access the movie from the project's package contents folder. In Finder multi-column view, click on your User (Home) folder Movies, then iMovie Projects. Right-click (or Control-click) on the name of your project and select Show Package Contents. In the Movies folder you will see your exported movie (or movies). They will be either .m4v or .mov files, but both will be in H.264 format. If you wish to use them elsewhere, copy then paste them to your Desktop (or preferred location) - don't move anything from the package contents folder!
John

Taking a long time to export to Quicktime

Hello,
I'm trying to export my Flash "file" to Quicktime. The issue I'm having is that it's taking a really long time to "record flash content". My file is pretty long (about 5-6min long) so maybe this is normal. Or is it?

When you use the Share to iDVD export mode iPhoto has to create a Quicktime movie of the slideshow prior to exporting it into iDVD. If you've got lots of KB effects, fancy transitions, etc. along with those 185 photos it's going to take a long live. The 99 slide limit refers to creating a slideshow in iDVD with imported stills.

Exporting taking extremely long time

Hi,
I have been working with FCPX for about a year and all of the sudden, my files are taking forever to export. I'm exporting the ProRes timeline files by using the Share option. I always export the file with current settings to the desktop. Once it's finished on the desktop, I convert the file to H.264 using a Compressor droplet. I've read that this process is supposed to be faster then exporting H.264 directly from FCP. The files I'm using are about 1-2 hours of 1080i ProRes. For the file I'm exporting now, the estimated export size is 140 GB and in 24 hours of export time it has exported 45% of the file.
I know these are big files, but it never used to take this long to export them. What can I do to speed up this process?
Here's what I'm working with:
Computer:
MacPro5,1
OSX Version 10.6.8
Processor - 2 x 2.4 GHz Quad-Core Intel Xeon
16 GB 1066 DDR3
FCP X - Version 10.0.8
Compressor - 4.0.7
This is my first time posting a question to this community but I have found answers to many questions here before, so thank you.
J

Suggestions:
Check the amount of free space on your boot drive and media drives. If they have less than 20%, do some archiving. If there is plenty of free space, check the drive speeds by downloading on of the speed apps from AJA or Blackmagic. Also Verify disks and repair permissions in Disk Utility.
While exporting, open Activity Monitor to make sure that you don't have a memory leak. Check free memory and Page Outs.
Russ

Report script taking very long time to export in ASO

Hi All,
My report script is taking very long time to execute and finally a message appears as timed out.
I'm working on ASO Cubes and there are 14 dimensions for which i need to export all data for all the dimensions for only one version.
The data is very huge and the member count in each dimension is also huge, so which is making me difficult to export the data.
Any suggestions??
Thanks

Here is a link that addresses several ways to optimize your report script. I utilize report scripts for Level 0 exports in an ASO environment as well, however the majority of our dimemsions are attribute dimensions.
These are the most effective solutions we have implemented to improve our exports via report scripts:
1. Make sure your report script is written in the order of how the Report Extractor retrieves data.
2. Supressing Zero and Missing Data
3. We use the LINK command within reports for some dimensions that are really big and pull at Level 0
4. Using Symmetric reports.
5. Breakout the exports in multiple reports.
However, you may also consider some additional solutions outlined in this link:
1. The MDX optimizing commands
2. Back end system settings
http://download.oracle.com/docs/cd/E12825_01/epm.111/esb_dbag/drpoptim.htm
I hope this helps. Maybe posting your report script would also help users to provide feedback.
Thanks
Edited by: ronnie on Jul 14, 2011 9:25 AM
Edited by: ronnie on Jul 14, 2011 9:53 AM

Exporting .dv takes a long time

Does anyone know why it takes so long to export a .dv file?
I used to do it in FCP3 and it took about 1/3 real-time. Now, with FCP5 & QT7 it takes about 4x real-time.
Thanks,
g
G5 dual 2gig Mac OS X (10.3.9)

Thanks for the reply Dave,
There is no rendering necessary on the clips. And this only happens on .dv exports. Exporting with the "Quicktime-Movie" option there is never a problem but this is not a dv stream. In order to do a .dv file you must select "Quicktime Conversion".
In FCP3 the terminology was slightly different - I would select export/quicktime/.dv. and it would just fly right out.
g
G5 dual 2gig Mac OS X (10.3.9)

IMPORT TAKES LONG TIME THAN EXPORT

Hi,
My database is of
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
TNS for Solaris: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
EXPORT the schema which is of around 358 GB size
expdp username/password@TEST directory=DATAPUMP dumpfile=TEST_SEP22_%U.dmp logfile=TEST_SEP22.log schemas=TEST parallel=6 exclude=statistics
The export completed in 30 minutes
When started to import into another schema in the same server even using parallel=6 it takes around 15 hours.Can anyone say why it takes a long time to import.
impdp username/password@TEST directory=DATAPUMP dumpfile=TEST_SEP22_%U.dmp logfile=TESTIMP_SEP22.log remap_schema=TEST:TEST_R1 remap_tablespace=TS_TEST:TS_TEST_R1 parallel=6
Please advice.
Thnks in advance

ora wrote:
Is there any parameter to make the import faster still in 10g
Please adviceAdvice: OPen the fine Utilities reference manual found at tahiti.oracle.com, and check the section on DataPump. THere you will find listed and explained all of the available parameters. I'm sure you will find some of them promising for performance improvement.
The reason the import takes longer than the export is because of all the internal houskeeping going on in relation to every INSERT that is processed. The export is simply reading the db, then writing to a flat file.

Final Cut Pro takes time to share/export a 40 minute video

I bought a brand new new Macbook Pro (4 GB RAM, i5, HD 500 GB (300 GB available) Mid 2012 model and it takes 3-4 hours to share/export a 40 minute video without any effects applied on the clips. I have another Macbook Pro, same model and same specs and it just takes an hour to render the same video/project which I think is reasonable time.
Video files are from my Canon 60d camera which are .mov files. I usually export my projects to H.264 Video and AAC. (Share>Master File)
I don't have any problem exporting/sharing a 3 minute video with effects applied on the clips on my macbook Pro where I'm having a problem with because it has the same export/share time with my other MBP. It takes 5 minutes to share/export a 3 minute video which I think is reasonable. The problem is why my new Macbook Pro takes time to share/export a project with a video duration of 30-40 minutes compared to my other Macbook Pro.
Thank you for your help!
Final Cut Pro version: 10.0.8
Macbook: OS X 10.9.2

If you have two MBPs with exactly the same specs (including GPU) – and you have comparable free space on both system drives –and comparable free space on any media drives – then verify that your perceptions of their exporting times are different by doing a test with identical projects media and export settings – and ith no other apps running. If you confirm that one is much faster than the other, I'd suspect the GPU. Also open Activity Monitor to see what's being reported – particularly to see whether there are differences in the way memory is being used.
Russ

Export (exp) taking long time and reading UNDO

Hi Guys,
Oracle 9.2.0.7 on AIX 5.3
A schema level export job is scheduled at night. Since day before yesterday it has been taking really long time. It used to finish in 8 hours or so but yesterday it took around 20 hours and was still running. The schema size to be exported is around 1 TB. (I know it is bit stupid to take such daily exports but customer requirement, you know ;) ) Today again it is still running although i scheduled it to run even earlier by 1 and 1/2 hour.
The command used is:
exp userid=abc/abc file=expabc.pipe buffer=100000 rows=y direct=y
recordlength=65535 indexes=n triggers=n grants=y
constraints=y statistics=none log=expabc.log owner=abcI have monitored the session and all the time the wait event is db file sequential read. From p1 i figured out that all the datafiles it reads belong to UNDO tablespace. What surprises me is that when consistent=Y is not specified should it go to read UNDO so frequently ?
There is total of around 1800 tables in the schema; what i can see from the export log is that it exported around 60 tables and has been stuck since then. The logfile, dumpfile both has not been updated since long time.
Any hints, clues in which direction to diagnose please.
Any other information required, please let me know.
Regards,
Amardeep Sidhu

Thanks Hemant.
As i wrote above, it runs from a cron job.
Here is the output from a simple SQL querying v$session_wait & v$datafile:
13:50:00 SQL> l
1* select a.sid,a.p1,a.p2,a.p3,b.file#,b.name
from v$session_wait a,v$datafile b where a.p1=b.file# and a.sid=154
13:50:01 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 509 158244 1 509 /<some_path_here>/undotbs_45.dbf
13:50:03 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 509 157566 1 509 /<some_path_here>/undotbs_45.dbf
13:50:07 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 509 157016 1 509 /<some_path_here>/undotbs_45.dbf
13:50:11 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 509 156269 1 509 /<some_path_here>/undotbs_45.dbf
13:50:16 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 508 167362 1 508 /<some_path_here>/undotbs_44.dbf
13:50:58 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 508 166816 1 508 /<some_path_here>/undotbs_44.dbf
13:51:02 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 508 165024 1 508 /<some_path_here>/undotbs_44.dbf
13:51:14 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 507 159019 1 507 /<some_path_here>/undotbs_43.dbf
13:52:09 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 506 193598 1 506 /<some_path_here>/undotbs_42.dbf
13:52:12 SQL> /
 SID P1 P2 P3 FILE# NAME
 154 506 193178 1 506 /<some_path_here>/undotbs_42.dbf
13:52:14 SQL>Regards,
Amardeep Sidhu
Edited by: Amardeep Sidhu on Jun 9, 2010 2:26 PM
Replaced few paths with <some_path_here> ;)

Export Import Client take a long time

HI, Gurus
I export client PRD to QAS by T-Code: SCC8 , background is finish spend time 15 Hours and then 
import at target client by STMS take a long time, now is over 20 hourse but status is running. 
database on QAS is growth 30%
I saw log 
/usr/sap/trans/log/PRDET00021.PRD 
at 10 last row 
4 ETW000 0 entries from RFIDPTPRVAL exported (900*). 
4 ETW679 end export of "R3TRTABURFIDPTPRVAL". 
3 ETW678Xstart export of "R3TRTABURFRR" ...
3WETW206 scrap char 0x0000 found in RFRR.โu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20AC
 1AETP000 R3trans received signal 11 from operating system. 
2EETP200 Export with errors, request will not be imported 
1 ETP150 MAIN EXPORT 
1 ETP110 end date and time : "20100127161434" 
1 ETP111 exit code : "13" 
1 ETP199 ###################################### 
how i can do ?.
stop transport , resolve and new export ?
or wait for finish transport.
PRD system is ECC 6.0 database size 243 GB ( 2 Client 800 is Pre-Production and 900 is Production) 
OS: Solaris RAM 64GB 
QAS ECC 6.0 OS: Solaris RAM: 16 G 
Thank for advise.

Hi,
do you still see the entry:
usr/sap/trans/log/PRDET00021.PRD
at 10 last row
4 ETW000 0 entries from RFIDPTPRVAL exported (900*).
4 ETW679 end export of "R3TRTABURFIDPTPRVAL".
3 ETW678Xstart export of "R3TRTABURFRR" ...
3WETW206 scrap char 0x0000 found in RFRR.โu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20ACโu20ACu20AC
1AETP000 R3trans received signal 11 from operating system.
2EETP200 Export with errors, request will not be imported
1 ETP150 MAIN EXPORT
1 ETP110 end date and time : "20100127161434"
1 ETP111 exit code : "13"
1 ETP199 ######################################
The signal 11 could indicate memoryproblems which are most likely to
appear when importing cluster or transparent table
A possible solution might be to delete the entries in the target client
before the import or otherwise to exclude the clustertable from the
client export and to transport it separately. Check note #68896 for more
information on these topics.
Table RFRR is a work table. Its content will be filled by the two
reports RFDRRGEN and RFKRRGEN (batch jobs) periodically. So you can
exclude the table from the transport. Please do it by using
 report RSCCEXPT (see note #70290 - see attachment).
After this you can start your export of the client.
If all is done, start the reports RFDRRGEN and RFKRRGEN to create the
table RFRR.
Note 718511 is also applicable here, you could clean up the scrap characters and then retry the export.
Kind regards,
Paul

On my new iPAD2, when I tap an icon for a long time it doesn't flick. What can I do for that?

On my new iPAD2, when I tap an appls icon for a long time it doesn't flick. What con I do for that.

Try this and see if it helps.
Reboot the iPad by holding down on the sleep and home buttons at the same time for about 10-15 seconds until the Apple Logo appears - ignore the red slider - let go of the buttons.
Or....
Quit all apps and restart the iPad. Go to the home screen first by tapping the home button. Double tap the home button and the task bar will appear with all of your recent/open apps displayed at the bottom. Tap and hold down on any app icon until it begins to wiggle. Tap the minus sign in the upper left corner of the app that you want to close. Tap the home button. Restart the iPad.
Restart the iPad by holding down on the sleep button until the red slider appears and then slide to shut off. To power up hold the sleep button until the Apple logo appears and let go of the button.

Importing Assets from ALER to export to OER is taking so long time

Guys,
I am importing Service Bus Projects from ALSB ant trying to export it to Oracle Enterprise Repository 11g. But when I try to export the configuration jar to Oracle Enterprise Repository using the Harvester tool it is taking so long time.
I have more than 1500 WSDL and XSD (with some circular reference), it is running for 48 hours without finish it.
What can I do to Harvester and Oracle ER be faster ?
Do we have some configuration to turn off validation or something like this ?
Thanks in advanced.
Edited by: rrocha on 18/04/2011 14:11

Welcome to the Apple Community.
Itunes library or iTunes store.

TDMS Shell - DB Export from source/sender system taking a VERY long time

We're trying to build a TDMS Receiver system using the TDMS Shell technique. We've run into a situation wherein the initial DB Export from source/sender system is taking a VERY long time.
We are on ECC 6.0, running on AIX 6.1 and DB UDB v9.7. We're executing the DB export from sapinst, per instructions. Our DB export parallelizes, then the parallel processes one by one whittle away to just one remaining, and there we find out that the export is at that point single-threaded, and exporting table BSIS.
BSIS is an FI transactional data table. We're wondering why is the DB export trying to get BSIS and its contents out??? Isn't the DB export in TDMS Shell technique only supposed to get SAP essential only config and master data, and NOT transactional data?
Our BSIS table is nearly 700 GB in size by itself. That export has been running for nearly a week now, with no end in site.
What are we doing wrong? We suspect we may have missed something, but really don't think we do. We also suspect that the EXCLUSION table in the TDMS Shell technique may be the KEY to this whole thing. It's supposed to automatically exclude very large tables, but in this case, it most certainly missed out in excluding BSIS for some reason.
Anyway, we're probably going to fire up an OSS Message with SAP Support to help us address this perplexing issue. Just thought we'd throw it out there to the board to see if anyone else somewhere has run into similar circumstances and challenges. In the meantime, any feedback and/or advice would be dearly appreciated. Cheers,

Hello
Dont be bothered by the other TPL file DDLDB6_LRG.TPL, we are only concerned with DDLDB6.TPl.
Answer following questions to help me analyze the situation -
1) What is the current size of export dump
2) Since when is the exports running
3) What is the size of the source DB? Do you have huge amount of custom developments?
4) Did you try to use table splitting?
5) Do you doubt that there may be other transaction tables (like BSIS) which have been exported completely?
6) Did you update the SAP Kernel of your source system to latest version before starting the Shell package?
7) Were the DB statistics update during the shell or were they already updated before starting Shell?
8) Is your system a distributed system i.e. Central instance and Database instance are on different application servers?

Long time export/share to tape

Similar Messages

Maybe you are looking for