Registered Member
|
Having real trouble getting my 1920x1080 30p video into a format that other software (avidemux, virtualdub, handbrake, etc.) can read. I don't know what options to choose to get high quality transfer, as the KDEnlive options seem quite different - perhaps they are aimed at film editors' terminology rather than what is normally shown in the above mentioned software.
I exported about 10 different formats and received errors ranging from "no images in file" to "illegal frame rate" when trying to load the rendered video in the above softwares (or windows media player). It's been about a day and a half of effort now to get a .png image sequence made. I tried this option: http://www.kdenlive.org/forum/export-video-image-sequence ...but the png's were cropped differently than the source video. So I tried exporting uncropped images - and they seem to have lost the 1920x1080 format - and appear to be 4:5 format. The above was an old link - is there a more flexible way not to export an image sequence that is *exactly* what is shown in the movie preview window? 0.7.8, Kubuntu, x86-64 Thanks! Patti EDIT: I may have found one problem - KDEnlive seems to think the .MTS file is 1440x1080... |
Registered Member
|
Your .mts files could well be 1440x1080 non square pixel aspect ratio. So scaling them 1920x1080 might not be necessary unless your going to be doing some vfx with them. Also why image sequences? A decent option out of kdenlive would be uncompressed in an .avi?
|
Registered Member
|
Thanks for the reply!
I double-checked - they are 1920x1080 and are recognized correctly on OpenSuSE 11.1 in Kdenlive. (I also checked again the camera settings.) The reason for exporting png's is that I need to process individual images in some other software. Also, I don't know how to output uncompressed avi's from KDEnlive - there are many render options, but they're named rather than explained - like "AVI DV, DVCPRO25" - most other software would specify the compressor(s) used and let you modify their options, etc. I share data in the form of videos. The only fully-compatible compressors I've found across many different computer platforms are Cinepak and MS Video 1, although these aren't very good compressors. When I try more modern compressors, many platforms cannot view the videos, and the folks receiving the videos don't have enough expertise to diagnose *why* they cannot view them. So I'm stuck with testing for compatibility, and the labels KDEnlive uses to specify formats aren't the same as any other software I've used (AVIDemux, VirtualDub, HandBrake, etc.). In fact, most of the KDEnlive videos I've rendered can't be read by these softwares, even on the same system (with presumably the same codecs available). I am beginning to realize that there different *families* of codecs and maybe KDEnlive uses something entirely different from these other softwares. Interestingly, the png files output by KDEnlive could not be recognized by VirtualDub, though Windows Explorer seemed to recognize them (but they weren't cropped correctly, apparently). I've never seen that before - png's are so totally standard, aren't they? The outstanding feature about KDENlive is it's user interface, and also the ability to work natively with .mts files at 1920x1080. Patti |
Registered Member
|
What rendering format would be an uncompressed AVI out of KDEnlive? I assume it would be readable by any other software?
|
Registered Member
|
We use the same terminology as others. Things like AVI, MPEG-2, H.264, and MP4 are very straightforward and what the others are using. I dunno why you seem to be struggling to get a render that the other tools can read; works fine for me. Possible you have some library version conflicts causing corrupt output. Strange as it is, I find uncompressed and image sequences are not quite as compatible or friendly as they sound. Also, Kdenlive lacks a straight-up uncompressed render preset. Try 25000k MPEG-2 or, under the HQ/Lossless category, MPEG-2 I-frame only - those should be very compatible.
|
Registered users: Bing [Bot], Evergrowing, Google [Bot], rockscient