MainConcept CUDA-based h.264 encoder

I see that Sony Vegas 10 will be using the new (announced about 6 months ago) CUDA-based MainConcept h.264 encoder. Is there any chance that PPro CS5 will be doing the same in the near future? Note that this encoder uses CUDA for exporting the timeline, unlike the MPE which uses CUDA to accelerate FX and transitions, when previewing.

>any chance that PPro
Adobe generally does not annouce products before they are ready to ship
Feature Request https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

Similar Messages

MainConcept announces CUDA-based h.264 encoding from the timeline for CS5

For those of you interested in speeding up your h.264 rendering of the time line, using CUDA, MainConcept has announced two new products:
http://finance.yahoo.com/news/MainConcept-Announces-Two-New-prnews-671828689.html?x=0&.v=1
Here's the overview for the CS5-specific pack. There is a watermarked fully functional demo. Unfortunately, outputting h.264 BluRay compliant streams is not supported in this release (demo or otherwise).
The 2nd product is an upgrade to the MC Reference, which also has the CUDA-based h.264 codec and also has a demo. The MC reference is a high-end product.
Note, that these products are for Windows.

>any chance that PPro
Adobe generally does not annouce products before they are ready to ship
Feature Request https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

AME CS5, Quicktime & H.264 encoding - very poor

Hi all,
I seem to be stumped on an encoding issue - whenever I encode .mov files with the H.264 codec, they always come out looking like, well like a first generation web video - ie like S$*T.
My best guess is that the profile is preset to use 'baseline' - if so, is there a way to change this? I can't find any options to change to change the profile, or levels, or anything with regards to H.264 - there is a "codec settings" button, but that is grayed out.
Am I just a dummy and missing some key setting in the interface?
If I go back to CS3 and export with the same settings, I get great looking video - but of course since the project was edited in CS5, I can't go backwards.....
If I am a dummy, can anyone point me in the direction on how to get good looking .mov videos out of AME CS5?
Thanks,
~Mike

whenever I encode .mov files with the H.264 codec, they always come out looking like, well like a first generation web video - ie like S$*T.
I did a quick test of an H.264 MOV earlier today for someone else; check it out here. This is PAL DV to H.264, at about 2Mbps; I think it looks OK. I can get much better from the MainConcept H.264 encoder, or an external encoder, but it's usable.
My best guess is that the profile is preset to use 'baseline' - if so, is there a way to change this? I can't find any options to change to change the profile, or levels, or anything with regards to H.264 - there is a "codec settings" button, but that is grayed out.
According to MediaInfo, the H.264 MOV generated by Premiere is actually using the Main profile; the Level varies based on frame size and where you limit the bitrate. You don't have a lot of options here because, well, I don't think Apple's/QuickTime's implementation of H.264 gives you many options. It's a pretty rotten encoder, at least in comparison to some of the other choices out there.
If you want more flexibility in creating an H.264 encode, use the H.264 format; it's in the same list as QuickTime. You'll have much more you can choose from and more flexibility when controlling your encode. It still doesn't give you as much control as, say Sorenson Squeeze (MainConcept codec) or x264 (open source H.264 encoder, which gives you even more than MainConcept), but you can get some decent looking encodes. The video will be put in an MP4 container, which will playback in QuickTime.
Do you need an MOV? If so, check out MPEG Streamclip. I'm assuming you're using Windows, so that's where the link goes; there's a Mac version as well, however. Anyway, MPEG Streamclip is my go-to gadget when I absolutely have to send an H.264 MOV. It's still using Apple's encoder, but it looks better, and you have a little more control. Just spit out an uncompressed file from Premiere (has to be an uncompressed AVI or else any kind of MOV) and encode from Streamclip--works a treat.

Have plan feature H.264 Encoding for Cameras on Mobile?

Have plan feature H.264 Encoding for Cameras on Mobile?
Thank you

Generally speaking H264 is supposed to be about twice as efficient as MPEG2. I think that's probably overstating the case somewhat (i.e. H264 isn't really twice as "good"). However you can certainly cut back somewhat from what you'd use with MPEG2.
Next consideration is the resolution/dimension of the final video. Do you want to go 640x480 (NTSC 4:3 aspect ratio) or something smaller? Since you're starting with video tape I'd suggest something like 480x360 (that should be large enough by a good margin to get all of the quality from a video tape). However, you might even want to drop down to 320x240 since that would be compatible with the video iPod and potentially other mobile, hand-held devices.
Finally, if you go with 640x480 I'd suggest something in the 3Mb to 4Mb per second range (for relatively demanding material, less for so-called "talking heads," and perhaps a bit more for extreme action), that would scale to 1.7Mb to 2.3Mb per second for 480x360, and 750Kb to 1Mb per second for 320x240. If you plan on using Front Row and want to store your video on a remote server (accessed either wirelessly or over ethernet) then you will definitely want to enable the "streaming" option when you encode the video. In fact you may want to use the streaming option in every case (for future compatibility).
If you plan on viewing this video on a computer display or any type of LCD or high-definition device you may also want to consider a de-interlace step for the 640x480 and 480x360 resolutions. You won't need that for the 320x240 video since 240 is exactly one half of the vertical resolution for standard NTSC DV (720x480). However, if you're using PAL you'll need to adjust all of the above resolutions to fit the proper form factors.
As always, the beauty will be in the eye of the beholder. Thus I'd suggest that you try something near the above and adjust accordingly (based upon what you see and like or dislike).

FLV supporting but .mp4 (H.264 encoded) video not supporting in mobile browser?

Hi
I want to know one things, is there any other settings required to publish the swf file for playing mp4 file in mobile browser also. I am able to play ".FLV" in mobile browser but not able to play ".MP4" (H.264 encoded) in my mobile browser.
MP4 file required Flash Player 10 to play video I know this,I can watch video from youtube.com in mobile bowser also.
Please look at the following url which is not opening in Mobile browser but can open in computer broswer.
http://karzzzz.bigflix.com/m/
I want the above url to be play in both computer and mobile browser also as it calling .mp4 file from Flash Media Server.
Thanks
Sunil Kumar Sah

Are you using Flash Lite Plug-in or Flash Player Plug-in on your mobile browser. I have a feeling that you are using Flash Lite Plug-in and flash lite plug-in (latest is 4.0 i suppose) does not support H264 encoded files.
MP4 file which you are playing from youtube might not be H264 encoded , it might be On2 VP6 which is supported in MP4 container.

Please clarify availability of H 264 encoding in AIR for iOS/Android

Hello,
I've written an app to send a live camera stream via RTMP in H 264/Nellymoser from mobile devices. The app works fine on AIR when tested on my Win7 desktop, but when I publish to AIR 3.2 for Android or AIR for iOS, it seems that the H264VideoStreamSettings are simply ignored and the video ends up in Sorenson. Is H264 supported for encoding/publishing on AIR for mobile devices? If not, is this planned for the future?
Thanks!

Unfortunately, the release notes say H.264 encoding from AIR is for the desktop version only:
http://helpx.adobe.com/x-productkb/multi/release-notes-flash-player-11.html
H.264/AVC Software Encoding for Cameras (desktop) — Stream high-quality video from your computer's camera with higher compression efficiency and industry stanard support, enabling both immersive real-time communications such as video chat/conferencing and live video broadcasts.

Very Slow H.264 Encoding in FCP 10.1.2 and Compressor 4.1 on nMP

I have a fully maxed out 12-core nMP and editing with this machine in FCP 10.1.1 has been a delight. I recently completed a 4K project from footage shot with the Sony AX-100 and then output the project from FCP X using File>Share>Master File to ProRes 422. This operation occurred in about the same length of time as the length of the project (18.5 min.). I then brought this 75 GB ProRes .mov file into Compressor 4.1, and set up Compressor to encode to an H.264 file at 70 Mb/sec. This encode to h.264 is only 1/4 complete at 48 min. and it appears that it will take Compressor about 4 hours to encode this 18 min. project to h.264. Furthermore, I noticed that with the share to a master prores file FCP X was using 50-60% of my total CPU resources while the encode to h.264 in Compressor is using barely 16% of the total CPU. Thus it appears to me that while FCP 10.1.1 is optimized for the nMP, certainly Compressor 4.1, at least for h.264 encoding, is not.
My question is basically what am I missing? Is there a better workflow than using Compressor 4.1 for high bit rate h. 264 encoding of 4K? If so, what is the best way to use my nMP to get a high bit rate h.264 4K file for sending to YouTube and other online streaming?
Thanks for sharing any thoughts on this you may have.
Tom

Russ,
Thanks for responding.
I am encoding only a single project from FCP X in Compressor 4.1 and using only a single instance of Compressor. I don't really see that using multiple instances of Compresor with a single job would be helpful, but perhaps I don't understand something.
The project has now been encoding for 2.5 hr and is slightly less than half complete. The CPU usage is still at 16-17%. Overall this seems like a ridiculously slow encode to h.264 from a ProRes 422 file in Compressor 4.1.
Here are some thoughts on alternatives that I may try. (1) Take the Pro Res 422 file into Adobe's Media Encoder CC and encode it to high bit rate 4K h.264. (2) Take the Pro Res 422 file into Handbrake and encode to high bitrate 4K h.264. Handbrake does seem to make far more use of the nMP's CPU's than Compressor 4.1. Don't know about Media Encoder since I have not tried any h.264 encoding in Media Encoder.
The irony is that my nMP will play then entire 18.5 minute 4K project from the timeline with virtually no dropped frames, but rendering it to h.264 at 4K and high bit rate seems to take forever.
If you have any other thoughts, I would love to hear them. Thanks so much for responding, and I would love to hear from any FCP X experts who are encoding 4K to h.264.
Tom

H.264 encoding issues with Premiere Pro CC 2014

After updating to Premiere Pro CC 2014 yesterday, I see encoding artifacts on my H.264 exports.
Same source video imported into CC v2014 and v7, and exported using the YouTube 1080p 29.97 fps settings. The artifacts manifests itself as softness/blurriness in parts of the image every few seconds, especially notice the area with a red circle below.
Here are the source file (GoPro HERO3 Black Edition), the v2014 render and the v7 render.
Original: https://drive.google.com/file/d/0B2rJe0xgMTxFYXJiMjZpZ0stUzQ/edit?usp=sharing
CC v2014 render: https://drive.google.com/file/d/0B2rJe0xgMTxFQ1B0Z09GS3I0a1E/edit?usp=sharing
CC v7 render: Premiere Pro CC.mp4 - Google Drive
[Version numbers corrected.]
Message was edited by: Jim Simon

Mark Mapes wrote:
This is a known issue introduced in CC2014.0. Some h.264 encodes have blurriness or noise periodically in some areas of the frame. The problem is most pronounced in regions of the frame with very little detail, like grass or pavement--or the T-shirt in the sample frame. We are working on a fix. Before you ask when the patch will be forthcoming, I'm not authorized to even hint at the timeframe.
Unfortunately, the only real workaround is to export to a format other than h.264. If that's not an option for you, then your best bet is probably to keep working in CC7.2.2 until the patch is released.
Sorry, but thats not completely true and by far not the correct answer:
The problems with random artifacts occurred with the introduction of a new version of H264 in CS6 but there you still had the option to export with the previous H264 Version via Media Encoder.
Since the previous H264 version is not available in CC, using CC7.2.2 is not a solution either.
BTW
Updating to CC and using the new Mac Pros with Mavericks is currently a total mess - no open cl rendering, random crashes, no usable h264 ... thanks adobe!!
... but we can track masks in premiere now ... wow!

Issue with Adobe Encore CS5.1 and Matrox MAX H.264 encoding on Windows

Here's some information on an issue that we've identified with Matrox products and Encore CS5.1:
"Issue with Adobe Encore CS5.1 and Matrox MAX H.264 encoding on Windows"

Still flickering on Encore even when rendered in MPEG-2 DVD in Pemiere Pro CS5.5. Looks perfect in Premiere Pro.
Any other ideas?
EDIT: Was looking for Google for people with similar problems to me and I came across this http://forums.adobe.com/message/3959757?tstart=0
I am currently re-rendering the video in PAL DV Widescreen MPEG-2 DVD and using maximum render quality.

Do you need to use H.264 encoding?

Good morning.
I'm using VisualHub to convert/encode my movies for my AppleTV. Do you need to use the H.264 encoding option or is it just a personal preference?
Thanks.
Mac Mini Mac OS X (10.4.4) 20" Apple Cinema Display, iBook G4, MacBook Pro

Do you need to use the H.264 encoding option or is it just a personal preference?
I can't speak on VisualHub specifically (though I hear great things about it) but, yes, I'd would say that it's personal preference.
I'm sure you've read this elsewhere, but the benefit to h.264 is that it's a more efficient algorithm compared to MPEG-4. In non-tech speak, that means that it produces smaller files size at the (relatively) same quality. The major downside, of course, is that h.264 takes substantially longer to encode than MPEG-4.
Depending on the your needs – how demanding are you about quality? - and constraints - do you have a lot of stuff to encode, but not enough time? - MPEG-4 should be fine.

For h.264 encoding, what size does the project need to be to avoid black bars on the top and bottom.

For h.264 encoding, what size does the project need to be to avoid black bars on the top and bottom. I am exporting the mp4 to Brightcove.

Hi there,
Which version of Adobe Captivate (If it is Adobe Captivate) is it and which Operating System is it?
Thanks.

H.264 encode to AVI?

Does there exist any H.264 encoder operating in an AVI-container , i.e AVI-files(not mpeg) as delivery format ?

Not sure if I understand You correct Craig ( and my knowledge on QT is barely worth mentioning) but what I am trying to accomplish is compressing 45-55 min's of footage (1440x1080i) to max 4,2-4,4 Gb - maintaining quality as good as possible. In AVI-format.
My file(s) will be used as souce feeder(s) within another application and this application - to my knowledge - spesificly demands AVI's.
demo = aka I.L

Video Card H.264 encoding

Do any of the video cards available for Mac Pro support H.264 encoding with compressor?
Rick

The spec on the Radeon X1900 says that it does H.264 "transcoding", whatever that means. I find it a little strange that Apple pushed H.264 for HD, but only supports the small HD size in DSP (at least as I understand it). Then to make matters worse, the H.264 encoding is so ssllooww!
Does Compressor use the X1900 for H.264?
Rick

Speeding up H.264 encoding

Hello,
I'm looking for your current thoughts on speeding up H.264 encoding. I'm currently using FCE HD 3. Last night I made a 560x315, hour-and-twenty-minute web video for a client--it took over 14 hours to encode. Not the end of the world--usually I do 10-minute videos, but still...
I'm running a new G4 ibook (slow, I know) but am considering a MacBook Pro.
1) Any system settings or RAM issues that might speed things up?
2) Any thoughts on the open source x264 (just downloaded and will test this weekend)?
3) It is really possible to distrubte the work amongst multiple computers (I'm using an Airport network with two other (older) Macs. Worth it?
Also, I've read that H.264 encoding is slower on the MacBook Pro as compared to the G5, apparently due to non-optimized code in Quicktime. Any experiences with this or rumors of when/if the software will be made to run faster? Is there a real hardware solution out there?
Thanks!
--Darin

Thanks for the replies. I went to the Apple store and purchased one, since there's no restocking fee. But playing with it last night, it definitely won't do what I want it to do. So, it's going back.
But, your note on upping processor performance has noticeably helped when I'm scrubbing video on my MB. It's more responsive now. Also, the encoding time improved. I had a sample 720p clip I am have testing against. After upping the processor (choosing "performance" over the default "normal") improved the encoding time from 65 to 48 minutes. That's a nice little boost. Thanks.

AIR h.264 encoding support

Is h.264 encoding in AIR at the roadmap of Adobe? I know Adobe is working hard on delivering the requested features, and thanks for the Echo Cancellation. It works great. H264 is now in flash player, but can we expect classes H264VideoStreamSettings, H264Profile, H264Level be available on the AIR in the future as well? I can't think of any technical issues regarding this, but is there any legal issues? It would be very important for us to know, to make a business decisions now.
Thank you.

I'll ask around and see if I can find any info about this, in the mean time, if you haven't voted already I'd like to encourage you to cast your vote for this feature request over at ideas.adobe.com
H.264/AAC encoding from AIR/Flash player
Thanks,
Chris

MainConcept CUDA-based h.264 encoder

Similar Messages

Maybe you are looking for