Peak file handling problem?

At first I thought this was a video playback issue, but in fact it's more like a peak file handling or priority problem. If you insert several long audio files (>20 mins) into the multitrack you will soon see that scrolling by ctrl + mouse wheel or dragging the scroll bar at certain resolutions will disrupt metering, time display, everything. And apart from being terribly annoying, it's also a total disregard of obvious priorities. With such a program, seamless audio and video playback must have the highest priority (= THE Output), then metering, then time display. Redrawing the clips on the timeline should come at the end of the list, and under no circumstances may it hinder the functioning of the primary outputs, as it does now (on the PC and Mac alike, but it's worse on the former).
I firmly believe that this issue should be adressed first, before replacing any "missing" features, because this is a fundamental conceptual problem.

Hi MC and RJ, thanks for the input. I actually tried two different machines. One was a Gigabyte EP35-DS4 with an E8500 proc, 2 gig mem, nVidia 7300GT graphics, with XP, with the mobo audio as well as the MOTU 828mk3 (both ASIO and MME modes). The other was a Gigabyte H55M-USB3 with Core i5 660, builtin Intel gfx, 2 gig ram, an almost perfectly clean and empty Vista 32, and the mobo soundchip. Both machines acted roughly the same. The audio files I used were ordinary 16 bit stereo files, mostly about 40 minutes long each (different ones). I install the trial (everything at deafult), load two files into the multitrack (no fx, no routing, no nothing), hit play, and with a timeline window of about 50 seconds, I drag the scroll bar from the left extreme to right extreme with a speed that it travels for 10-15 seconds. While I'm doing this, the metering and the time display (as well as the video playback, if there's a video loaded) become jerky, at times even freeze for half a second or so (audio is undisturbed). Sometimes better, sometimes worse. With mono files it's less pronounced.
But even in simple cases, if I just hit play and not touch the scroll bar, when the red play cursor reaches the right side, and the timeline is redrawn, sometimes this is enough to momentarily freeze the video playback.
My colleague says he saw some of this with the beta on his Mac (I don't have the specs).
MC, are you saying you don't experience this behaviour?

Similar Messages

How to Resolve "Bad File Handle" Problem

I am using Adobe Acrobat 9.0 and inadvertently have deleted Distiller from my computer. When trying to save an edited PDF, I get a message "Cannot save file. Bad File Handle".
What shall I do to resolve my problem? Is this a result of deleting Distiller? Thank you.

Hi festuss,
Can you please let us know how you removed Adobe Distiller from your computer. Also, please let us know the Operating System and the exact version of Adobe Acrobat 9.
This issue can be related to removing Distiller. You can try repair or uninstalling and re-installing Adobe Acrobat.

File handling problem

I have an applet and its inside a jar file. The applet reads a text file and displays the data in a jframe.
When i run the jar file from the command line it reads the text file which is situated in the same directory as the jar file and displays the data in a jframe.
The problem is when i run the jar file inside an html file. The jar file doesnt find the text file which is situated in the same directory as the html file. The strange thing that i noticed is that if the file is on the desktop the jar file in the html file manages to read it.
Part were it reads file
FileReader fileStream = new FileReader("details.txt");
Does anyone know how I can make the jar file look in the folder were the html is situated and not search for the file on the desktop.
thanks

You could put your details.txt file into your JAR file and access it like this:
         try {
              URL url = getClass().getClassLoader().getResource("details.txt");
              InputStream inputStream = url.openStream();
              InputStreamReader reader = new InputStreamReader( inputStream );
         } catch(IOException ioex) {
              ioex.printStackTrace();
         }Alternatively, I suppose you could replace the line:
URL url = getClass().getClassLoader().getResource("details.txt");with something that specifies the URL of your details.txt file:
URL url = new URL("http://www.yoururl.com/etc/details.txt");I haven't actually tried this second option myself though.

NFS: server reboot - client problem with "file handle" - no unmont

Hello,
when I restart a NFS-server and a client has a NFS-share on it still mounted, that NFS-share becomes unusable on the client: everything causes the client complain about an old "file handle", even trying to unmount that share!
So my question is: How to deal gracefully with a NFS-server reboot and avoiding this file handle problem?
Apart from going to each client and unmount the NFS-share by hand?
Thanks!

Do I need to Give these values manually again as they are moved from Env to other?
When we transport ID objects, the values stored in the channel get lost and have to be manually enetered......it happens even for DEV --> QA environment.
Now your channel should reflect PROD-related data.
2- Why my Receiver communiation channel coimg as
Communication Channel | PRD_400 | RFC_QA3_Receiver:
The channel name does not depend on the environment it is present....verify the name once again!
Regards,
Abhishek.

Problem with File Handler and log files

I'm developing a polymorphic structure for file handling specially for the log file for a server based App... Its working fine except for one thing. The log file that goes into the File Handler comes as a parameter to the class, the problem is that when it writes de file, though it DOES know where it should go, it doesn't do it and it writes the message into some other Log file belonging to another process...
Does someone know how to avoid this or fix it?? any ideas or tips would be great!!

Immediately below the Tabs saying "Files" and Assets" is a small box
with arrow on the right to show the drop down list.        In the box
on the right there's an icon of two networked computers. Then it
says, "ftp://Hill farm Web Site" which is the name of my website.
If I click on the arrows to pull up the drop-down box, I get four
options divided by a line.   Above the line the options are Computer,
HD and ftp://Hill farm Web Site. Below the line it says manage sites.
Below this is list of files that make up my website in a directory
structure.   The header for the first column reads, "Local Files",
which appears to be untrue, because the top line in the directory
structure below reads, "ftp://Hill farm Web Site".
Does this help?
regards
David

Problem with „Empty-File Handling" in PI 7.11

Hi,
Iu2019m working in PI 7.11 with file adapter, Sender CC, option: Empty-File Handling: Process Empty Files.
What I want to do is giving target file the system-date, if the source file is empty.
But I always get a mapping error in RTWB: Premature end of file.
It seems that the payload is empty.
Any idea?
Thanks a lot in advance!
Rene Dong
Edited by: Rene Dong on Aug 31, 2010 4:20 PM

What I want to do is giving target file the system-date, if the source file is empty.
The error you are getting makes sense. You should do a check in the mapping, if the payload is empty then use brute force to pass the system date.

Problem with file handles : jdeveloper makes them getting smaller

hello,
I downloaded today jdeveloper 11.1.2.1 for linux and I installed it on my centos 6.2 (like redhat).
I didn't read the prerequisites.
the installation worked fine, but when I tried to modify the JDialog swing file of a view project, I have an error message telling me there are save file errors, and complaining the files handles are too small.
I think the two errors are linked.
I read some stuff on the net and found a tutorial explaining how to have fs.file-max=70000 in sysctl.conf and 30000 when you type ulimit -n, what is also explained in the prerequisites.
so I ran jdeveloper a new time and found the same error.
I opened a terminal, and saw that ulimit -n gives ... 1024.
seems that the parameter is changed when I launch jdeveloper.
can you see an explanation?
thanks
olivier

the resolution is here : [http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp?topic=/com.ibm.wbit.help.install.doc/topics/tincreasehandles.html|http://publib.boulder.ibm.com/infocenter/dmndhelp/v6rxmx/index.jsp?topic=/com.ibm.wbit.help.install.doc/topics/tincreasehandles.html] .
cool!

Adobe Premiere Elements 7.0 hangs while exporting and during peak file generation.

I have Adobe Premiere Elements 7.0 (PRE7). I have a project which is using a single clip from a Mini-DV that was captured with Nero 8. Nero 8 was used because it was captured prior to installing PRE7. The file is 12GB and is on a USB disk drive because I don't have the space on my main hard drive (I have about 11GB free). My project doesn't do too much that's fancy. It merely uses about 20 minutes of the 60 minute Mini-DV captured AVI, and it uses simple transitions between each scene. I also have very simple titles at start and end. No themes or anything else.
I've seen two problems. 1) While editing the project, seemingly (but I'm not positive it's related) while the peek file was being generated, PRE7 would get into a state of using about 40% to 50% CPU, and it would not let me do anything else. The other problem, 2) While using "Share" to export the video to WMA for playback on PC (about 180MB estimated file size according to Adobe), the file is exported to about the last remaining 5 seconds, but then PRE7 goes into that mode of hanging with 40% to 50% CPU usage.
One time when it had this 50% CPU issue, I let it sit overnight, and the export was finished in the morning. The export that time was to a 90MB FLV for posting to the "web" according to the Share wizard. But when I was doing the above (issue #2), it went into the 50% CPU usage but didn't finish after waiting around 2 hours. Even if I were to let it sit that time, and it were to finish, it seems like something's wrong and that this is unacceptable.
When this happens, and PRE7 goes into 50% CPU utilization, there is no pacifier or percentage bar advancing. It usually happens near 100% finished. Only one time did it complete successfully after leaving it unattended at 90% complete for an extraordinary amount of time.
To recap:
C:\ hard drive ---> PRE7, my project.
E:\ USB drive ---> 12GB source AVI file and destination for export.
I saw elsewhere on this forum that someone imported a mini-dv captured AVI into Window Movie Maker and then exported it to Mini-DV from that app. This solved that person's problem with hanging during peak file creation. I had the 50% hang issue during peak file generation but I'm not sure it was related to peak file generation. A peak file was generated in a project which, when exported with share as mentioned above, still did the hang 50% CPU issue. Regardless, I will try the import/export/movemaker thing and report back but I've been trying enough things that I wanted to take a second to ask for assistance.
Does anyone have this issue, and is there a patch or fix?
I might be able to provide a user mode dump of the 50% CPU adobe process. There is some call stack information and I'm wondering if developers would want this info if they don't already have a solution/fix to this bug.
Thanks for any help.

I have some more info on the hang which I've been experiencing during export/share of a project which uses an AVI as its one main clip. Adobe Premiere Elements 7 (PRE7) appears to be hanging because it's looping endlessly in ImporterAVI.prm. I'm wondering if this info can be passed onto Adobe developers and/or if I can submit this information elsewhere for such processing. I also have a process dump file which might be helpful, not to mention the original project files.
I used Process Monitor to help analyze this situation, and prior to PRE7 getting into the endless loop, it appears to be reading from the AVI file little by little, and WMEncodingHelper.exe is writing out little by little to the destination file, both of which I would expect. When PRE7 gets to the end of the import/export, Process Monitor appears to show all the aforementioned disk activity ceasing. I see neither process reading or writing. This would be normal if the share/export procedure had completed. But PRE7 is not complete. It is hung and is operating at 50% CPU utilization.
Far below in this post are technical details which may be helpful to an Adobe developer determine why the importer could get into this endless loop. In those details, there is a jump instruction, "jb ImporterAVI!xImportEntry+0xf32", which will always jump if a particular compare always turns out a certain way. But in my review of the counters being compared, it never will get to a point of exiting. When I modify a flag (the carry flag) to be 0, the loop exits. When I did this, my export/share of my project completed successfully. So it was done, but for some reason, PRE7 was looping and looping in its AVI importor instead of completing the export (aka "Share").
I cannot say that this certainly indicates a bug with PRE7, but it seems to me that there's enough data for Adobe to be at least investigating this particular issue. I'm not the only person who has seen this as there was at least one other message describing the same problem which the user resolved by effectively re-creating the AVI file via a no-op import/export into and out of MovieMaker. My AVI also goes through MovieMaker, import/export, without a hitch.
In a sense, I view PRE7's "share" as essentially an import, processing of imported information (i.e., effects and transitions), and an export. It's an import of all clips into the project at the right times, a processing of all effects, and finally an export to a destination. I realize this is simplistic, but the point I'm making is I have a simple project with a single AVI, and it appears that the "import" portion of PRE7's Share option is choking on the only clip used by this project. I also don't have much but simple transitions and a beginning/ending title on the project, so I'm not thinking this use of PRE7 is much more than what I'm doing with MovieMaker when importing/exporting this AVI.
I fully agree that optimum hardware can be either required or critical for certain types of video editing, but PRE7 is a consumer program and I'm not using anything extensive about it and the symptoms are that PRE7 is looping on its import of a file other programs don't have a problem with. I already tried purchasing a 1TB external, which I'm glad I did, but I really think Adobe developers should look at this issue. There may be a problem with handling certain AVI clips used in a project when those clips come from certain sources. If there is an issue, perhaps it could warrant a fix that would make PRE7 more compatible with these other clips.
Does Adobe have a procedure for people to upload (or mail) projects and files to it so that they can troubleshoot why the importer gets into this state? I also mentioned earlier that I have a full user-mode dump of the process which may be of value to a dev. Can I submit this information anywhere?
Here are textual technical details:
Plug-in which loops: C:\Program Files\Adobe\Adobe Premiere Elements 7.0\Plug-ins\en_US\ImporterAVI.prm
The following are the instructions at the "bottom" of the loop which never ends. Below, I put "***" at the jump instruction I mentioned earler. If I force the carry flag to be 0 at that point, and the jump is skipped, the export completed successfully. Additionally, notice that [esp-0x1c] is 0x2000, and that both eax and edi are 0. When I see it loop, eax stays at 0 and never reaches 0x2000. I wonder if something about the AVI is causing values used by this importer to be such that it causes this endless loop, and if that's the case, and if such values are valid/good, I'm wondering if the importer can be fixed by being able to detect such values so as to not choke (if in fact it's an importer issue).
1239dda2 50 push eax
1239dda3 ffd1 call ecx
1239dda5 8b442424 mov eax,dword ptr [esp+24h]
1239dda9 015c2428 add dword ptr [esp+28h],ebx
1239ddad 03c7 add eax,edi
1239ddaf 83c410 add esp,10h
1239ddb2 3b44241c cmp eax,dword ptr [esp+1Ch]
1239ddb6 89442414 mov dword ptr [esp+14h],eax
; *** This is where it loops around and around.
1239ddba 0f82f2feffff jb ImporterAVI!xImportEntry+0xf32 (1239dcb2)
ImporterAVI!xImportEntry+0x1040:
1239ddc0 8b542420 mov edx,dword ptr [esp+20h]
1239ddc4 52 push edx
1239ddc5 e810d40000 call ImporterAVI!xImportEntry+0xe45a (123ab1da)
1239ddca 83c404 add esp,4
ImporterAVI!xImportEntry+0x104d:
1239ddcd 5f pop edi
1239ddce 5e pop esi
1239ddcf 5d pop ebp
1239ddd0 33c0 xor eax,eax
1239ddd2 5b pop ebx
1239ddd3 83c428 add esp,28h
1239ddd6 c3 ret
ChildEBP RetAddr Args to Child
WARNING: Stack unwind information not available. Following frames may be wrong.
3195d9b8 12387545 10590f9c 27c53e00 06b35ff6 ImporterAVI!xImportEntry+0x103a
3195d9ec 1239ea10 06b35ff6 00000000 27ad8a60 ImporterAVI+0x7545
3195da1c 1238aa31 06b3554b 00000000 7fdf0000 ImporterAVI!xImportEntry+0x1c90
00000000 00000000 00000000 00000000 00000000 ImporterAVI+0xaa31
[esp-1Ch]: 3195d9a0 00002000
eax=00000000 ebx=00000000 ecx=3195dbcc edx=00000000 esi=27ad8a60 edi=00000000
eip=1239ddba esp=3195d984 ebp=3c7ba50b iopl=0 nv up ei ng nz na pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000287
ImporterAVI!xImportEntry+0x103a:
1239ddba 0f82f2feffff jb ImporterAVI!xImportEntry+0xf32 (1239dcb2) [br=1]

CS 5.5 constant regeneration of peak files when opening a project.

Hello
I would like to have a definite answer why does PPro CS5.5 just like others before it, keep regenerating peak files every time I open a project.
Thank you.

After doing some investigation and research it seems that the fault is not with Adobe Software (it still could be) but rather an OS and the way it handles permissions.
Windows 7, 64-bit seems to ignore any and all permissions and policies settings for the files and folders. It does it in a peculiar way. While it doesn't seem to prohibit writing to a folder that it marks as a read only (and won't let you change it) it makes it look as such to the apps that are trying to do this writing. Even as the new peak files are written the Adobe Premiere Pro does not seem to realize that.
Two things were done to remedy the situation:
Making Adobe Premiere Pro run as administrator (why on earth do I have explicitly make it so when my account is an Administrator account is beyond me);
Downloading and installing system registry record that allows one to take the ownership of a file or a folder (an option appears in the right-click context menu when you right click on a folder or a file) which allows one to remove "CREATOR OWNER" as a user name from the permissions in a security tab of the folder properties and also to actually enable full rights to one's user account that will not go away after clicking apply.
Problem is solved!
PS; have no idea how to fix similar problem people have on Mac Os, sorry.

Can't delete file after renaming due to Word file handle still present. Error staes document is still in use but it's really not. Worked fine in 2007 but not in 2010.

I have some code associated with a Word Template. The template is opened, filled out and saved via a routing in vba. This all works fine in older 2007 version (which is version it was originally created in). Once this file is saved, the user can change the
date in a text box and re-save document. The code saves using the new date for part of new file name and then deletes that older file from the server. It fails at the delete function because the newer version of word is not dropping the file handle from the
first named file when user saves it to the new filename. In older version (2007) this handle was released as soon as file was saved to a different name. I can't seem to figure out how to release the old document filename so the old document file can be deleted.
I hope I explained this well enough.
Here's the code that woeked in version 2007 but fails in version 2010.
Option Explicit
Dim CAPEX01 As MSForms.ComboBox
Dim CAPEX02 As MSForms.ComboBox
Dim LocalPath As String
Dim NetPath As String
Dim OldPath As String
Dim OldPathNet As String
Dim DocName01 As String
Dim DocName02 As String
Dim DocName03 As String
Dim DocName04 As String
Dim DocName As String
Dim DocNameold As String
Dim TestDocName As String
Dim filesys
Dim newfolder
Sub AutoOpen()
ActiveDocument.ActiveWindow.View.Type = wdPrintView
TestDocName = ActiveDocument.TextBox2
OldPathNet = "\\yourPath\" & TestDocName & "\"
End Sub
Sub AutoNew()
TestDocName = ActiveDocument.TextBox2
OldPathNet = "\\yourPath\" & TestDocName & "\"
ComboBox1.Locked = False
ComboBox1.Enabled = True
FillList1
FillList2
End Sub
Sub DeleteOldDoc()
OldPathNet = "\\yourPath\" & TestDocName ' & "\"
DocNameold = OldPathNet & TestDocName & "-" & DocName02 & "-" & DocName03 & "-" & DocName04 & ".doc"
    If Not TestDocName = DocName01 Then
        Set filesys = CreateObject("Scripting.FileSystemObject")
    If filesys.FileExists(DocNameold) Then
        filesys.DeleteFile (DocNameold), True
'I get file permission error here
    End If
    End If
If DocName01 <> "" Then
If Not TestDocName = DocName01 Then
If Not TestDocName = "" Then
    MsgBox "Project Proposal Has Been Moved From Year " & TestDocName & " To " & DocName01 & ""
End If
End If
End If
TestDocName = DocName01
End Sub
'''''''Document path functions''''''
Sub chkpath()
Set filesys = CreateObject("Scripting.FileSystemObject")
If Not filesys.FolderExists("\\yourPath\") Then
   newfolder = filesys.CreateFolder("\\yourPath\")
End If
If Not filesys.FolderExists("\\yourPath\" & DocName01 & "\") Then
    newfolder = filesys.CreateFolder("\\yourPath\" & DocName01 & "\")
End If
End Sub
''''''Save Function''''''
Private Sub CommandButton1_Click()
DocName01 = ActiveDocument.TextBox2
DocName02 = ActiveDocument.TextBox4
DocName03 = ActiveDocument.TextBox1
DocName04 = ActiveDocument.ComboBox1.Value
chkpath
NetPath = "\\yourPath\" & DocName01 & "\"
DocName = NetPath & DocName01 & "-" & DocName02 & "-" & DocName03 & "-" & DocName04
ActiveDocument.SaveAs2 FileName:=DocName, FileFormat:=wdFormatDocument
ComboBox1.Locked = True
ComboBox1.Enabled = False
ComboBox2.Locked = True
ComboBox2.Enabled = False
TextBox1.Locked = True
TextBox1.Enabled = False
TextBox3.Locked = True
TextBox3.Enabled = False
TextBox4.Locked = True
TextBox4.Enabled = False
DeleteOldDoc
End Sub
Sub FillList1()
Set CAPEX02 = ActiveDocument.ComboBox2
With CAPEX02
      .AddItem "CASTING", 0
      .AddItem "HOT ROLLING", 1
      .AddItem "COLD ROLLING", 2
      .AddItem "FINISHING", 3
      .AddItem "PLANT GENERAL", 4
      .AddItem "MOBILE EQUIPMENT", 5
End With
End Sub
Sub FillList2()
Set CAPEX01 = ActiveDocument.ComboBox1
With CAPEX01
      .AddItem "A Name", 0
      .AddItem "Another Name", 1
End With
End Sub
Private Sub CommandButton2_Click()
    UserForm1.Show
End Sub

mogulman52 and Don,
I went back and looked at my code and had already updated it to SaveAs in the new docx format. It still holds the lock handle in place until Word closes, unlike earlier versions which released the lock handle when you did a SaveAs.
As a note, all my Word and Excel macro-enabled (dotm & xltm) templates are read only and are never filled in, prompting the user for a file name on any close event or if they run the code gets auto-named. I do the SaveAs and concatenate the file name
from data on the document (or sheet) that has been filled in. During the SaveAs the docx gets saved to a network folder and also on a local folder. The lock gets renamed to the filename and remains until Word is closed.
So my code still fails at the point noted below while trying to delete an old filename version after the file has been saved as a new filename in a new folder. So....
The code is looking in the last folder where the docx file was saved for the older filename so it can be deleted. The newest docx version has already been saved in a different folder and has a new lock handle of its own. That lock is not my problem, it's
the older file lock which really exists in the same folder as the first filename that the docx was saved to. It does not release that lock until I exit Word. My work around has been to instruct all users to manually delete the older version file.
The other odd thing is this only happens when I run it from code, if you manually go through these steps with the SaveAs menu drop-downs in Word it will release the lock handle???
Hope this isn't to confusing and thanks for all your suggestions and help.
Sub DeleteOldDoc()
OldPathNet = "\\yourPath\" & TestDocName ' & "\"
DocNameold = OldPathNet & TestDocName & "-" & DocName02 & "-" & DocName03 & "-" & DocName04 & ".doc"
If Not TestDocName = DocName01 Then
Set filesys = CreateObject("Scripting.FileSystemObject")
If filesys.FileExists(DocNameold) Then
filesys.DeleteFile (DocNameold), True 'I get file permission error here- lock handle is still present from last SaveAs command in last folder where previous version of file was saved.
End If
End If
If DocName01 <> "" Then
If Not TestDocName = DocName01 Then
If Not TestDocName = "" Then
MsgBox "Project Proposal Has Been Moved From Year " & TestDocName & " To " & DocName01 & ""
End If
End If
End If
TestDocName = DocName01
End Sub
Glenn

Error in creating IO file handles for job (number 3152513)

Hi All -
I am using Tidal 5.3.1.307. And the Windows agent that is running these jobs is at 3.0.2.05.
Basically the error in the subject was received when starting a particular job once it was cancelled and a couple of other different jobs a few days before. These jobs have run successfully in the past.
This particular job was running for 500+ minutes when it should run at an estimated 40 minutes. At that time it would not allow for a re-start of the job, it just stayed in a launched status.
Trying to figure out what causes this error.
Error in creating IO file handles for job 3152513
Note - from that being said we were to see 2 instances of this process running at the same time, we noticed some blocking on the DB side of things.
Trying to figure out if this is a known tidal issue or a coding issue or both.
Another side note, after cancelling the 2nd rerun attempt the following error was encountered: Error activating job, Duplicate.
When we did receive the Error creating IO file, the job did actually restart, but Tidal actually lost hooks into it and the query was still running as an orphan on the db server.
Thanks All!

The server to reboot is the agent server. You can try stopping the agent and then manually deleting the file. That may work. When the agent is running the agent process may keep the file locked, so rebooting may not be sufficient.
The numerical folders are found as sub-directories off of the services directory I mentioned. I think the numbers correspond to the job type, so one number corresponds to standard jobs, another to FTP jobs. I'd just look in the numbered directories until you find a filename matching the job number.
The extensions don't really matter since you will want to delete all files that match your job number. There should only be one or two files that you need to delete and they should all be in the same numbered sub-directory.
As to the root cause of the problem, I can't really say since it doesn't happen very often. My recollection is that it is either caused by a job blowing up spectacularly (e.g. a memory leak in the program being launched by Tidal) or someone doing something atypical with the client.

File path problem

I have looked an read through almost all the file path problem post possible and I am still having issues maybe one of you guys can help me, here are my files
I am doing this as an example so that I can apply it to all of my file problems....
Harold Timmis
[email protected]
Orlando,Fl
*Kudos always welcome
Attachments:
pathexample.zip ‏122 KB

First of all, to troubleshoot the problem it would help to put some filepath indicators at each point so that you can see what is going on. Also, in your exe having an error dialog "Simple Error Handler.vi" to let you know what LabVIEW didn't like in the exe.
Now, when you run a top level ("Main.vi") and use the "Current VI's Path " in the development mode it returns <Filepath>\"Current path"\Main.vi. So stripping once will get you to <Filepath>\"Current path" . Now if you make it into an exe the "Current VI's Path" returns <Filepath>\"Current path"\"Name.exe"\Main.vi so you are "nested" one deeper.
I use the following construct to determine whether the vi is being used as in the development environment or as an exe, the parse the path accordingly, although in this instance it is used to supply different directory names to a little more complex file system.
Putnam
Certified LabVIEW Developer
Senior Test Engineer
Currently using LV 6.1-LabVIEW 2012, RT8.5
LabVIEW Champion

Confirming, indexing, creating peak file. What's this all about?

Althought I'm new to PrPro (see my very first post, it was the that I just started using this app), premiere already ate me that anywhere I go, when it comes to video editing, I am in its belly. But still I want an explanation regarding (again) about this message that's appearing in the status bar: 'conforming ?????.mpg". I don't really understand what's this all about. A little explanation is a lot to me. But what I am concerning about this thing is, it seems to be endless. PrPro had done already on all of my assets, conforming, creating peak files, indexing, but it still keeps on doing it again and again. Is there a problem with my audio/video files?
During the first time of my use, I didn't mind. I didn't even notice it. But now I started to be concerned with it since I my pc really slows down when PrPro starts this seemingly perpetual activity. If there's a problem somewhere else please help me.

Did you notice that you make the same mistake as one of our regulars here, the_wine_snob, otherwise known as Bill Hunt, in leaving out one 'a' in my last name? I'm not offended but wonder if that is a human trait to not overdo it and two 'a'-s may be too much?
I resemble that comment! Harm, you have to realize that I am from Mississippi, and everyone is known as Billy Bob, Joe Bob, or Bubba. We had no Harm Millaards - too many double vowels and consonants for us. At least this helped, when I signed up for a bunch of X-rated sites, as Harm Millard...
OK, where were we? LameTiger (check that spelling, as I think I got it wrong again and apologize profusely), when one has non-standard footage, three thing need to happen: the files need to be indexed, the Audio must be Conformed (CFA files) and the Waveform Display (PEK) files must be created. Depending on the number of files, their Duration and one's computer's speed this can take from moments, to maybe 20 mins.
If you have not just loaded up this Project, then gone for a cup of coffee, or tea, I urge you to do so. There is a tiny progress bar in the very lower-right of the GUI, that traces this. Let it happen, and be patient. I know that this sounds like a scene from the Karate Kid, but it's important. Many systems will crash, if one tried to do anything, before this process completes. I can work (albeit slowly), during the process. Many cannot.
Now, if you HAVE patiently waited this process out, and it has completed, AND the next session yields the exact same thing, then something is not quite right. Could be files getting moved, deleted, or otherwise not available to PrPro, or some setting in one's Scratch Disks, or some other problem.
Hope that a bit of patience, and a cup of Darjelling helps. Please let us know.
Good luck,
Hunt

"The document could not be opened. Bad file handle." Error

Greetings,
I have many operators opening documentation using acrobat reader 8.1.2. When the documents are opened, sometimes a change has to be done to the file. I use computer management to "kick" everyone out of the files, update the .pdf, and then they can re-open the file to see the latest and greatest version. The problem is, if not everyone is out of the file, I sometimes get a ""The document could not be opened. Bad file handle." error, and have to usually wait a period of time before it will let anyone in. I think it has something to do with the windows temp files, but am unsure. It's hard to ensure everyone is out of the document on time, as up to 50 people may be in it at the same time.
Is there perhaps a better way of publishing the new verison of the document?
Thanks for any help you can provide!

these two errors below is what I am receiving when do a program integrity scan: common program locations.
I have done a repair on acrobat reader and I do have the two dll files I even put them in reader folder and still receiving the errors.
missing file:"c:\program file\adobe\reader 8.0\reader\acrord32.exe"
"c:\program files\adobe\reader 8.0\reader\acrord32.exe"cannot access a necessary file,"msvcp80.dll
missing file:"c:\program file\adobe\reader 8.0\reader\acrord32.exe"
"c:\program files\adobe\reader 8.0\reader\acrord32.exe"cannot access a necessary file,"msvcr80.dll

I can't do anything when "generating peak file for..." ends.

After the reinstallation, I have a problem with "genarating peak file for.." , when it ends (when progress bar is full) the program stops and I can't do anything.
After the program is disabled, a message appears:
PhotoshopServer.exe - Błąd aplikacji
W aplikacji wystąpił wyjątek unknown software exception (0xc000000d) pod adresem 0x78138aa0
In English it may be:
PhotoshopServer.exe - Application Error
In application exception occurred unknown software exception (0xc000000d) at adress 0x78138aa0
What I should do?
I hope you understand what I mean.
Grettings Angelika.

Can you provide more information about your system, and the Assets that you are Importing?
This ARTICLE will give you some tips on the types of info that would be so useful.
Good luck, and welcome to the forum,
Hunt

Peak file handling problem?

Similar Messages

Maybe you are looking for