MP4 Import Bug?

Are any users of this forum experiencing problems importing MP4 into Premiere Pro CC? I have had problems importing some MP4 files into PP, and on another thread (different subject), one of the responders said he's having similar problems.
Here's the problem: The MP4 imports without issue, but the resulting clip has a bad frame rate. In my case, a clip recorded at 29.97 FPS shows on the timeline as having a frame rate of 23.976 FPS, which makes the video 25% longer than it should be. So, a forty-second clip occupies fifty seconds on the timeline. But the audio for the same clip imports at its correct length--forty seconds. And that means the audio ends ten seconds before the same video.
Here's an example. The Current Time Indicator shows the correct ending point of the clip, and that's where the audio ends. But the video goes on, the result of the incorrect frame rate:
I thought I had a bad MP4, so I tried loading it into Windows Media Player, where it loaded correctly and played fine. Same result in QuickTime for Windows and VLC Media Player--frame rate was correct, and it played without a hitch. I sent the file to buddies who use Sony Vegas and Final Cut Pro, and they said the file imported at the correct frame rate and played without a hitch.
The problem doesn't occur with all MP4 files, only certain ones. And it only happens in Adobe programs--Premiere Pro, Prelude, and After Effects.
Has anyone else run into similar problems? Thanks.

Laguna Hiker wrote:
The problem doesn't occur with all MP4 files,
only certain ones.
And it only happens in Adobe programs--Premiere Pro,
Prelude, and After Effects.
"I am testing AWPro to 'rewrap' 29.97 FPS AVCHD footage into MP4 files."
Was your posted file created using AWPro as in your other thread?
The exact origin of your video file is pertinent to this conversation.
For previous version reference:
CS4 sees your file as 23.976, the audio runs the same length as the video.
CS5 sees your file as 23.976, the audio runs the same length as the video.
CS6 sees your file as 23.976, the audio runs the same length as the video.
I don't have CC to test.
I guess you are still having your "MP4 picture lag" problem
with files created with AWPro?

Similar Messages

I believe I found an import bug in LR 5.4

I believe I've uncovered an import bug in Lightroom 5.4 under Mavericks. I noticed a folder with 19 photos and videos, but LR was only showing 18. So I tried synchronizing the folder, and still only 18 were found. So, in the import screen I unchecked "Don't import suspected duplicates", and it still would not import. So, I removed the folder containing the photos from LR, then re-imported them, and still only 18 photos!
So, the .jpg file listed here will NOT import into LR regardless of my efforts. The mp4 imports just fine. It seems like a bug pertaining to files with the same name but different extensions, or something similar. Here are the file names:
bernie3_blue_baby_shopping_walmart-09-2.mp4 - IMPORTS OK
bernie3_blue_baby_shopping_walmart-09-2.jpg - WILL NOT IMPORT

I’m not sure it’s a bug but rather by design. For example if you do external editing from Lightroom in Photoshop the word Edit is automatically added to the tiff or PSD file with the same name. Simply change the file name for the jpeg and it will import. LR does permit jpeg and raw files with the same name but it requires enabling in the prefs. I assume there is no similar pref setting for videos, as they would always be numbered separately when importing directly from a camera card; so the situation would never usually arise.

Nwrfc 0.0.5 with important bug fix!

I have just pushed version 0.0.5 of the new gem to rubygems.org (you can also access the latest repo at GitHub).
0.0.5 introduces an important bug fix in Table#each. Previously only the first row would continuously be returned. Now you can actually treat a Table like an Enumerable!

To quote Metalink Note 161818.1 (Oracle Server (RDBMS) Releases Support Status Summary)
"Terminology Used in this Article
Patch Set
*Patch sets are cumulative. For example, 10.1.0.4 includes all the fixes in 10.1.0.3 as well as new fixes for 10.1.0.4.* "

IDML Import Bug?

Hi All,
Just wondering if anyone can reproduce what appears to be a CS4/CS5 IDML import bug.
I typed
11
22
33
44
55
(first 3 digits in bold) then tagged "22" as an XML element before exporting an IDML file.
When the IDML file is imported, I get
11
22
33
44
55
(all digits in boldface except for the trailing 2.)
The problem seems to be on the import side of CS4/CS5 since the exported IDML looks okay to me:
<ParagraphStyleRange AppliedParagraphStyle="ParagraphStyle/$ID/NormalParagraphStyle">
 <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]" FontStyle="Bold">
 <Content>11</Content>
 
 </CharacterStyleRange>
 <XMLElement Self="di2i7i6" MarkupTag="XMLTag/Story">
 <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]" FontStyle="Bold">
 <Content>2</Content>
 </CharacterStyleRange>
 <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]">
 <Content>2</Content>
 </CharacterStyleRange>
 </XMLElement>
 <CharacterStyleRange AppliedCharacterStyle="CharacterStyle/$ID/[No character style]">
 
 <Content>33</Content>
 
 <Content>44</Content>
 
 <Content>55</Content>
 
 </CharacterStyleRange>
</ParagraphStyleRange>
Comments anyone?

Hello Larry,
i am the developer of the IDMLlib http://idmllib.com/ a Java library which is able to read/modify/create IDML.
I have also noticed some strange behavior regarding the importing of IDML, where the order of elements affect the parsing of the IDML in CS4/CS5.
My first thought was, i have created an invalid IDML, but the IDML Relax NG compact schema is very explicit, order doesn´t matter.
The best example i have at hand, which is very easy to reproduce is the TabList. A valid tablist attached to ParagraphStyleRange for example looks like this:
<TabList type="list">
 <ListItem type="record">
 <Alignment type="enumeration">LeftAlign</Alignment>
 <AlignmentCharacter type="string">,</AlignmentCharacter>
 <Leader type="string"></Leader>
 <Position type="unit">144</Position>
 </ListItem>
</TabList>
If you change this by moving the Position to the top, which is no problem regarding the schema which doesn´t enforce a strict order of the elements:
element Alignment { enum_type, TabStopAlignment_EnumValue }&
element AlignmentCharacter { string_type, xsd:string }&
element Leader { string_type, xsd:string }&
element Position { unit_type, xsd:double })
So if you change this example to this, and reimport the IDML into CS4/CS5 INDD the <Position/> will not be parsed and you wont see a TabList
<TabList type="list">
 <ListItem type="record">
 <Position type="unit">144</Position>
 <Alignment type="enumeration">LeftAlign</Alignment>
 <AlignmentCharacter type="string">,</AlignmentCharacter>
 <Leader type="string"></Leader>
 </ListItem>
</TabList>
If you export this again as IDML the <Position/> if set to 0
I circumvented this problem by forcing the creation of TabList Items with a constructor that will only allow to create TabListItems with all values present and therefore i can force the order of the created childs. But i think this will not be the only problem where parsing doesn´t do what it is supposed to do.
There has been a posting from a guy complaining about different import results regarding the attribute order of IDML element:
http://forums.adobe.com/thread/637711
I will try to reproduce the behavior you decribed.
Cheers, Andreas

FB3 Beta 3 - another organize imports bug

I'm getting lucky :-) Here is another organize imports bug in
FB3 Beta3...
If you have some simple hierarchy where base class defines
public (or protected) method, and sub class tries to override this
method you will encounter this bug. Let say that base class looks
like this:
package test {
import flash.display.Shape;
public class BaseClass extends Shape {
public function BaseClass() {
public function myMethod():void {
trace("In BaseClass.myMethod()");
and that sub class looks like this
package test {
public class SubClass extends BaseClass {
public function SubClass() {
super();
Now, if you try to override myMethod() from BaseClass and
start typing in subclass something like
override public function m
and use Ctrl+Space, FB will insert appropriate method but it
will also insert errorneous import statement like this:
import test.BaseClass.myMethod;
So you will end up with sub class which looks like following:
package test {
import test.BaseClass.myMethod;
public class SubClass extends BaseClass {
public function SubClass() {
super();
override public function myMethod():void {
Wrong import is correctly marked as error but issuing
"organize import" does not remove it so it must be removed
manually.
Regards,
Damir Murat
PS: Sorry for bad code formatting but there is no option for
inserting in-line code and attach code is a little bit
awkward.

Damir Murat,
Did you already file a bug for this? If not, would you mind
adding it to the public bug base so we can track the issue.
Thanks,
Peter

Address Book contact importing bug

Bug reproducing sequence:
1) Create any smart-group in the Address Book
2) Double-click that group's name to rename it
3) Command-Tab from Address Book leaving it in status waiting to enter new smart-group's name
4) Double click on any .vcf file to import a new contact into Address Book
5) You'd be forwarded back to Address Book with a window offering to confirm contact's import
Bug itself:
Pressing the Add button actually imports a new contact to the Address Book, but does not close this pop-up window. As a result you can create many copies of the same contact before you notice the problem and close this window pressing Cancel button.
Testing the same sequence on MacMini and iMac caused creation of many Unnamed contacts and did not import a new contact at all.

I found the solution in a different post in the community.
You need to go into yr address book on yr MAC. Edit each contact 1 by 1... Cut (Cmd X) and copy (Cmd V) each pix back in... When you synch yr MAC and iPhone again, pix miraculously appear in Contacts and when you get a call from one of them.
Not a fancy solution but works!...

Problem with 720p mp4 import

I have some source material shot on a Sony T900. These are 720p files in mp4. When I play them in QT or VLC they look very good. When I import them into CS4 I get sections where the video 'blows out': big blocks of the image turn almost white or almost black. Interestingly, it seems that these episodes last for 15 frames.
I've tried a few different presets (wide screen avi, avchd 720p, hdv 720p30) with the same results.
I can see the problem both on the timeline and when I export.
I am wondering if I should convert these clips to AVI (or something) using another program (such as?) first.
Enlcosed are examples of when it is ok and when it is wacked out.
Thanks for the help, this is driving me a little crazy.

I have been following your story too. It is fustrating when you can play the video fine in its original form but not import it and use it in CS4.
I have been trying Streamclip on my original mp4 files. First I tried export to AVI with the following results: They play fine in VLC and Windows but when I import them into Adobe they play real fast for the first 10 seconds then it goes to still frame for the rest of the clip length. Very odd. This is true for a variety of settings I tried.
Then I tried the export to DV. This works. The clips import corrrectly and they also do not require rendering in CS4. But the clips are in 720x480. This might end up being the way I go but still looking for a better solution.
This whole thing started when my AVCHD camera was stolen in Vietnam and all I had was the Sony T900 to shoot the video.

MP4 import no longer working OS X (10.5.8)

Since the last round of updates, I can no longer import MP4 files ripped using HandBrake. We record our church services to DVD, then I use HandBrake to rip them, and iMovie to build our podcasts. HandBrake defaults to the extension M4V, which I have simply changed to MP4 in the past, and everything worked fine. Any ideas?

Since the last round of updates, I can no longer import MP4 files ripped using HandBrake. We record our church services to DVD, then I use HandBrake to rip them, and iMovie to build our podcasts. HandBrake defaults to the extension M4V, which I have simply changed to MP4 in the past, and everything worked fine. Any ideas?

ICal import bug when creating calendars in iPhoto 2011

Hi,
I just created a calendar in the new iPhoto 2011 and imported an iCal calendar to the project.
What I discovered is that it only imports one event per day to the calendar in iPhoto, although the calendar in iCal has sometimes more than one event per day.
Fx. in my calendar in iCal I have two events on a certain date, f.x my mothers birthday and my son's birthday on January 18th. However when importing this calendar to the calendar project in iPhoto only my mothers name gets imported. This was not an issue in iPhoto 2010.
Am I doing something wrong or is this a bug?

Definitely a bug and unforgivable given the time of year - I usually order a couple of calendars as Christmas presents - If I can't order them in time for Christmas then Apple have lost the business.
It seems to me that iLife 11 was rushed out for Christmas. First the appalling upgrade problems and then the realisation that Calendars were not included. Two patches later and we still have an un-useable Calendar.
The worst part about it is, it's not obvious - I wonder how many people have ordered calendars and not noticed the missing Birthdays. I can see a lot of disappointed friends and relatives next year whose birthdays will be missed.
My only hope is an old backup of my Macbook - pre upgrade. If I can boot from that disk, import my recent photos, import the latest version of the iCal Calendar events, I can recreate the Calendar with iPhoto '09. Not sure I can be bothered,

Java SDO API import bug

There is a bug in the Oracle Java SDO API. It cannot import compound geometries which consist of either 3 or 4 sub-elements. e.g., the following geometry cannot be imported:
SDO_GEOMETRY(2002, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 4, 4, 1, 2, 1, 9, 2, 2, 13
, 2, 2, 17, 2, 1), SDO_ORDINATE_ARRAY(278222.37, 179102.519, 278222.37, 179111.223,
278222.37, 179176.31, 278223.164, 179194.567, 278224.751, 179206.473, 278238.913,
179237.143, 278262.587, 179261.242, 278288.15, 179273.083, 278316.033, 179277.117,
278336.935, 179274.471, 278357.997, 179271.272))
Apparently the API does not validate the SDO_ETYPE when checking the SDO_INTERPRETATION value in the geometry.
SDO_INTERPRETATION values of 3 and 4 are assumed to be a rectangle and circle, respectively, independent of the SDO_ETYPE value. In fact, these SDO_INTERPRETATION should be handled such only for SDO_ETYPE value of 3.
For an SDO_ETYPE value of 4 (as in the example above), the SDO_INTERPRETATION value indicates the number of sub-elements in the compound geometry element.
Any ideas for a workaround or fix for this bug?

Hi Sunil,
This is a bug. There doesn't seem to be a workaround.
Can you contact me via email or post your email?
Thanks.

Import Bugs

Nice work, guys! This is exactly what I've been waiting for, and I'm very excited to put the new app through its paces.
For starters, I encountered a few bugs with document importing.
1) I was unable to import a script written in Word 2007 (DOCX file format). After converting the doc into Word 97 - 2003 format (DOC), the document was successfully imported.
2) There seems to be a problem with conversion of special characters (curly quotes, m-dashes, n-dashes, etc) during a Word document import. This is especially prominent in scene headings (see the screenshot below for details).
3) Most of the time, the different script elements (scene heading, action, character, dialog) are successfully recognized, but sometimes character names get incorrectly identified as "shot" elements. In fact, as I look through the imported script, it looks like scene headings, parentheticals, transitions, and dialog seem to be 100% correct. But about 90% of the character headings are imported as "shot" elements. The strange thing is that my doc has very good formatting consistency (since I use a Word template to create the doc, and all of my script elements have their own word "styles")
FYI, in addition to the screenshot attached below, I'm adding a link to the Word 2007 template that I use for auto-formatting my Word docs into screenplay format. (It's a heavily-modified version of the template originally found here; it's a pretty popular template, so I think it'd make a lot of sense for Story to support it, and others like it.) This should give you an idea for how my scripts are formatted before import.
If you have any questions, let me know.
(Also, do you plan on opening a public bug database for alpha/beta testers? I'd be happy to log bugs directly if such a database existed.)

Really looking forward to putting this through a solid working test drive.
I had one major issue with importing my Final Draft 7 file. All of my apostrophies and quotes were turned into Õ and another O but with a carrot on top (a symbol not readily at my disposal at the moment).
After an attempt at a simple FIND and REPLACE, it promted me to use my BROWSERS find function, which did me no good when working with my scirpt. Hence I had to manually find and replace all the apostrophes, and quotes in my script. Luckily, it's only a short. Had it been a 120 feature, that would've been an instant dealbreaker.
Hope this helps.
Zach G.

Wsdl import bug?

Dear All,
I have found the following piece of code in the "Import Web Service" Function
This piece of code strips of the https:// as it does not equal http://
This then said that my URL was bad (Which it isnt) and stopped me from importing my webservice.
See NI arent I kind to you! I have never reported a bug and I dont even know if this is one (Although I am pretty sure it is) so I havent posted anything related to bugs etc.
I did manage to get my web service imported by short cutting the above piece of code (Hence the TRUE Constant)
Thanks
Craig
LabVIEW 2012

Hi Craig,
Where exactly is this code located? I wasn't able to find the VI this is inside. As a workaround for the issue in LabVIEW 2009, you can do a quick check to see what the protocol is, rather than just accepting it's always correct with a true constant. You can use the following method to implement that:
If you let me know where this located, I can check whether this has been fixed for the latest build of LabVIEW already.
Regards,
Imtiaz Chowdhury
Head of Digital Technologies
Brand786
Attachments:
url_protocol.vi ‏8 KB

Custom aac importing bug

I use itunes on my pc and when I try to import songs in AAC custom form the program returns 2 the AAC default (128KBPS\64KBPS). the custom option does work in MP3 importing and stuff and it used to work in AAC as well but now I cant shake this bug:'(
plz help me!!!
I use win XP pro and itunes 4.9.0.17
10X 4 Ur help hope U can solve my prob :-?

Thanks for the lead Buegie, but that was not the problem for me. Neither of those files were read only, and both show having been modified today.
That feels like a good direction though. It's wierd that no error messages are generated, and it lets you go through all the steps to make the change, nothing grayed out, you click OK, then... no changes are recorded in the "Details" box, although "Custom" is displayed in the drop down menu. It thinks it's doing something, but some part of the process fails further down the line.
I've only had this computer running for a few months, but I know that I have recorded at a custom AAC setting with it within the past few months. The songs are on the hard drive. I don't know when the problem started happening, and I've made too many changes to the system to pin the cause down.
btw, path for second file should have been
....<username>\Local Settings\Application Data....

MP4 Import Crashing Premiere Pro CS4

I am trying to make a short promo video for my university snowsports club. Just started using Premiere Pro so not sure if this is an obvious mistake im making. I've started a project and had imported 2 avi files that are from after effects, an mp3 and some sound effects. the first MP4 i imported was fine, its approx 400mb and was filmed on a Gopro headcam. i then tried to import a smaller MP4 into the same project. This crashed Premiere and has each time ive tried. i have tried importing other MP4's most are fine apart from a few much larger files. I have also split the origanal file down into 50mb chucks but this crashes to. i have also tried importing them into a new blank project with no sucsess. I thought the file might be corrupt but they play fine and After Effects will load and play them. I have a AMD X2 Dual 4200, with 2Gb of ram running Windows xp. i have also tried moving the file to different locations and renaming it.
Thanks
Tom

Also Flip or GoPro video
http://forums.adobe.com/thread/437535?tstart=0

Mp4 import problem

Hi,
I want to import an mp4 video, but my FCP says "file error" and will not import. I'm using FCP 4.5...is it possible that I've got to first export the mp4 to another format? I already exported it to H.264 in Quick Time, but it still doesn't want to be imported into FCP.
Any answers?
thanks!
Eve

You can't use MPEG in Final Cut Pro.
Where does this video come from, a camera or somewhere else?
If it is not from a camera use [MPEG Streamclip|http://www.squared5.com] to convert to a QuickTime .mov file that Final Cut Pro can work with. A list of those codecs can be found in FCP's Easy Setup menu.

MP4 Import Bug?

Similar Messages

Maybe you are looking for