Audio peaks quite often vanished when Zooming in the Timeline with Mouse/Keyboard.
That wasn't an issue in earlier versions (CS5.5 and older). It happens in small projects too, 2 Audio Tracks (audio from 2 sources).
Peaks are simply disappear, reopening the sequence doesn't help. I have to restart the Project/App in order to obtain the peaks. Sometimes setting Audio Gain forces to redraw Audio Peaks.
Feature Request/Bug Report Form |
|---|
******BUG****** Concise problem statement:Audio peaks vanished when Zooming in the Timeline with Mouse/Keyboard. Peaks are simply disappear, reopening the sequence doesn't help. I have to restart the Project/App in order to obtain the peaks. Sometimes setting Audio Gain forces to redraw Audio Peaks. Steps to reproduce bug: 1.Create a New Project 2.Import there 200 clips 3.Create a Sequence 4.Overlay Clips into the Sequence to 2 Audio Tracks (audio from 2 sources). 5.Zoom with Keyboard and Mouse Results:Disappearing Peaks Expected results: that wasn't an issue in earlier versions (CS5.5 and older) |
I have issues which I describe in Discussions - in Details.
Please be also MORE specific. What issues you can't reproduce, can you make screen recordings?
The system was reinstalled a week ago. Jim, probably you forgot http://forums.adobe.com/message/4440347#4440347
Nope, clean Win7 SP1, nVidia 301.42, Premiere Pro 6.0.1, same thing
It is possible that the CPU Q8300, 8 Gb RAM and the GPU GeForce 275 are the case of malfunctioning, but I wasn't in need to upgrade in earlier CS5.5 - there wasn't this issue. How about editing on a notebook with similar system? Or you want to say that notebooks should not be used for editing in Premiere Pro?
The Hardware is not the case here, it is a Fault in Premiere Pro CS6 Code.
I had a larger project with Microsoft DV AVI sources and there was everything fine.
The problem is with handling the sources, now it depends from codec or container or whatever.
Here's the Properties of the m2t/mpeg files I'm working with (gathered with MediaInfo tool):
Format : MPEG-TS
File size : 11.8 MiB
Duration : 29s 417ms
Overall bit rate : 3 350 Kbps
Video
ID : 1001 (0x3E9)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : High@Main
Format settings, BVOP : Yes
Format settings, Matrix : Default
Format settings, GOP : M=3, N=12
Codec ID : 2
Duration : 28s 960ms
Bit rate : 3 000 Kbps
Width : 720 pixels
Height : 540 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.309
Stream size : 10.3 MiB (88%)
Audio
ID : 1002 (0x3EA)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : 129
Duration : 28s 992ms
Bit rate : 192 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 32ms
Stream size : 680 KiB (6%)
It's so regrettable that I have to convert sources of each project into a "native" avi/mov format so that the peaks will show normally instantly as in CS5.5 and older versions. So much troubles, this is one of the reasons to think about downgrading to CS5.5.
I don't use MediaInfo.
The MPEG clips are standard XDCAM, AVCHD, Nikon D7000 MOVs and some random Internet downloads using multiple audio formats like AC3, MPEG1 Layer 2 and MPEG 1 Layer 3.
If you'd like me to download one of the clips that shows this behavior, I'll test it out on my end for you.
It would be great!
My sources are mainly from weddings - compressed from HDV to MPEG files. Duration varies from 4 to 6 hours.
Probably you will not experience this behaviour by just downloading a few clips.
Please download almost half of the shooting - it is 2.5 Gb, I prepared it as a zip file.
ftp://temp642345:temp@stefanftp.serveftp.com/Vanishing_Peaks.ziptemp@stefanftp.serveftp.com/Vanishing_Peaks.zip
please leave a message here after downloading
I still remember your rude suggestion:
Dude, you may want to wipe your system and reinstall everything from Windows on up. You seem to be having a LOT of issues that I can't reproduce on two different systems.
But all in all, thank you Jim for downloading the sources and confirm the bug, you can count on me too.
Originals are doesn't matter, they were converted with AME to a compressed format and downloaded by a freelancer (me):
You can produce such files by yourself if you wish, if you still untrusty ![]()
You had to download the files to believe me, huh ![]()
Redraw problems are constant and after a long period of working time only a restart remains to force redraw.
Currently I have to convert the sources in each project with AME to DV AVI so that it will work like it should, without delays, instantly, on-the-fly, real-time, troubleless, hardware-system-software-drivers-independently ![]()
It is a bug, cs5.5 and older didn't have that glitch with compressed mpeg files, the bug is already filed 2 weeks ago and hopefully fixed in an upcoming bugfix release
North America
Europe, Middle East and Africa
Asia Pacific