I have a Hauppauge TV tuner in my computer that allows me to record TV shows off air. I have not had a problem with creating projects using shows recorded from cable, but when I attempt to use a show recorded from an antenna, the video clips in continuous "conforming audio" mode. The Hauppauge software writes the output file as a .ts file. Gspot gives no information on the audio codec used. However, the software includes an mpeg transcoder. Gspot reports a six-channel AC3 audio track. When I add either the .ts or .mpg file to the project, audio plays just fine, although the "conforming" progress bar is displayed as soon as I attempt to playback the clip. Playback is normal until I stop playback and restart, then no audio. I can still see the audio tracks with varying amplitude, just no sound. After the progress bar hits 100% and disappears, I can play the clip with audio, but as soon as I do, the "conforming audio" progress bar reappears and the same thing happens all over again. I have confirmed that the cache folder is updated. When I retry the import, I delete the cache files before importing the clip. The same behavior occurs if I rename the .ts file with .mts or .m2ts. I don't understand the conforming thing, because everything I've read on it says it is only done once. This only happens on recordings with the antenna as the signal source. Can anyone explain what is happening, or steps I can use to troubleshoot the problem?
The Media Cache Folder contains the conformed audio files (cfa and pek sets). If you keep deleting them before you import the same audio file that it represented, I would think that they would have to be "conformed again" with the automatic process that the program believes to be necessary so that the files conform to its standard which I recall as "32 bit floating point -Stereo".
Check the Properties of your audio in Project Assets. See what it says for Source audio format and Project audio format.
There are probably a lot more details, but basically think about conformed audio as files that the program uses in the playback of audio on from the Timeline.
Until proven otherwise, this is my abridged take on this.
Per ATR's comments, the Conforming of the Audio is necessary for exact editing. This process, however, should happen only on Import, so long as the link to the CFA and PEK (Waveform Display) files is not broken - the links are absolute Paths. This article goes into more detail: http://forums.adobe.com/message/3892177#3892177
What is the location of the Scratch Disks>Media Cache?
Is that a networked, or external HDD?
Good luck, and please let us know a bit more.
PolarBear74 appears to be clearing the Media Cache Folder before each audio import. It would follow that conforming would be taking place since the cfa and pek files that might have been there are now gone. So, I would think that would answer the thread title question "Why does my Premiere Elements 11 continually "conform" my audio?"
Yes, that would explain why the Conforming happens again, but this line troubled me:
I can play the clip with audio, but as soon as I do, the "conforming audio" progress bar reappears and the same thing happens all over again.
If that is AFTER the CFA (and possibly the PEK) files HAVE been Deleted, then they WILL be recreated.
Now, some have experienced a Conforming "loop," but that is most often due to the Media Cache not being available, say with a Mapped Network Drive, or perhaps an external, which is assigned a new drive letter (remember, the link to the CFA & PEK files is an absolute Path).
With the answers to the various, above questions, and especially the timing of the Deletion of the CFA files, and the re-Conforming operation, we shall know.
Along with the other requested details, could you include the location to which you have all your Scratch Files directed, including Media Cache Folder content accessed via Edit Menu/Preferences/Scratch Disks?
Thank you ATR for replying. Here are the clip properties:
Source Audio Format: 48000 Hz - compressed - 6 channels
Project Audio Format: 48000 Hz - 32 bit floating point - 6 channels
(and boy, wouldn't it be nice if I could copy and paste this out of the Premiere dialog box)
The source audio format according to Gspot is
Info: 0xbd(0x80) 48000Hz 384 kb/s tot ; 6 chnls (3/2:1)
Stat: Codec(s) Installed
[the "1" button is highlighted]
Hi Hunt, thank you for replying. The location you requested is
C:\Users\twalters\AppData\Roaming\Adobe\Common\Media Cache Files
All disks I work with are local.
This no CFA or PEK file created for the mpg clip (they are created when importing .ts clip). There are two files in the cache, both with a .mpgindex extension.
BTW-while I was typing this, Premiere spontaneously conformed the clip again.
Hope this helps you help me.
Let me be more clear. I clear the cache before each new import. The conforming progress bar pops up after the the clip has been conformed and conforms it again. I've noticed tonight that I don't even have to be active in Premiere, as it spontaneously started conforming while i was creating the reply above. When I would create a new project, I would clear the cache before importing the clip. One other thing I have noticed. The conforming progress bar is actually starting as soon as i add the clip using Add Media.
Hope this helps to explain my situation better.
As I mentioned above, the media cache is located on a local drive that has 263GB free. However, with this mpg file, no cfa or pek files are created for this clip.
Thanks for your assistance.
Thank you for all your help. I thought I had plenty of free space on the
disk with my cache, but it turned out not to be so. When I stopped the
process responsible for eating up disk space (nothing to do with Premiere),
and I could verify the free disk space, the conforming stopped and the mpeg
import now creates a PEK and CFL file as prescribed.
I am somewhat embarrassed that I was referencing an old dialog box showing
the free info, but good to know what happens when I run out of disk space
on that drive.