Mainconcept V2 Encoder released

[CruNcher]

see official press release
http://www.mainconcept.com/press/h264v2_release.html

for sure the know how of Elecard Encoder is in this "rewrite" hehe :P

Full version costs 499 €$

now understand what Nero does with Nero 7 and why they have so much community support ;)

[Kayser]

I downloaded and installed it but when I try to execute it I get an error message telling me that I don't have "qt-mt334.dll"... Anyone had this problem or know what is that dll? Thank you in advance

[guada2]

CruNcher,

I had the same problem.
Moreover, the code is not sent by mail, very astonishing.....

[Kopernikus]

Heise writes that its a QT Library, and Mainconcept will soon provide an new Package with this lib included.

http://www.heise.de/newsticker/meldung/64700

[CruNcher]

i used the library from the KDEPIM package
http://prdownloads.sourceforge.net/kdepimpi/kdepim334dll.zip?download
works without problems but the mainconcept final version seems to lost alot of options from the preview versions, the gui is not so complex anymore but i can't find where to set the count of B-Frames lol i would say you can't chose it ;) and still only Programm and Transport stream are supported as output like in the Preview versions.

[IgorC]

I heard that Mainconcept H.264 v2 (new Elecard engine) support High Profile, RDO, mutlipass. It must be good.

Max number of references frames is 128. Is it usefull? Difference between 8 and 16 ref is already small.

[708145]

Max number of references frames is 128. Is it usefull? Difference between 8 and 16 ref is already small.

didn't know that AVC supports that even. might be a typo as well.

bis besser,
T0B1A5

[CruNcher]

IgorC yes but i have some trouble i can't find the gop size and have problems with changeing quality every xx frame like i had with snow because of to low gop size hmm where are all the options gone too do i miss something is this because of Demo Mode ?

[guada2]

" It must be good " IgorC.
One can say that it is very good work (mode h264).


" i used the library from the KDEPIM package
http://prdownloads.sourceforge.net/...ll.zip?download " CruNcher

Thanks

[guada2]

I think that It is "normal".
You wouldn't have to forget that it's only a version of demonstration and not the truth (499 $).

[foxyshadis]

I hope they'll give Dimitry a copy so that the MSU folks can give us all some good unbiased results.

Does it support custom quantizer matrices at all? I can't find that on their site.

[Sergey A. Sablin]

IgorC yes but i have some trouble i can't find the gop size and have problems with changeing quality every xx frame like i had with snow because of to low gop size hmm where are all the options gone too do i miss something is this because of Demo Mode ?
CruNcher,
you can use Details->[Video]Advanced->Advanced Video Settings to set up IDR interval (which is GOP size) and Reordering Delay (which is number of B-frame plus 1).
May be such terminology is a bit confusing but it was used for MC mpeg encoder for a long time so there was decision not to change it now.

If you have any questions about settings or whatelse with MC H.264 encoder v2 - feel free to ask me.

[CruNcher]

Ok Sergey thx another issue are B-frames they seem to make the whole scene unstable and flickering is this a bug ?
btw i read the .pdf file that clears alot of things, next time please make a link in the Startmenu Groupfolder for it *g*

Edit: it's even flickering without b-frames hmm strange

[Sergey A. Sablin]

Ok Sergey thx another issue are B-frames they seem to make the whole scene unstable and flickering is this a bug ?
Can you upload a part of such stream to ftp?

[CruNcher]

it's not the fault of b-frames i think and it's only really visible if you near the display device or in a higher distance and fixing 1 point, else it's not really noticeable :)

[IgorC]

There is no video whatever I try.

Settings : *.avs 720x304 23.976 Progressive

[Sergey A. Sablin]

There is no video whatever I try.

Settings : *.avs 720x304 23.976 Progressive
Try to load media file instead of avs script. Maybe there is a problem with avs loading.

[bond]

some questions:
- is .mp4 output supported?
- is the whole encoding procedure again directshow based?
- is the decoder the same as in the old version or also a new one provided from elecard?
- is it worth 499$? ;)

[JoeBG]

There is no video whatever I try.

Settings : *.avs 720x304 23.976 Progressive

Same problem here. I think, there is no Avisynth Import.

[Sergey A. Sablin]

some questions:
- is .mp4 output supported?
- is the whole encoding procedure again directshow based?
- is the decoder the same as in the old version or also a new one provided from elecard?
- is it worth 499$? ;)
- well, currently only in Elecard Mobile converter (http://www.elecard.com/products/mobile_convert.shtml), but encoder in the converter is two weeks older than this one.
- yes sure, why not?
- no, decoder is new. it has some new features but currently it is slower than the old one.
- it's up to you to decide. I have it for free. ;)

[bond]

thx for the answers!

if the encoding is directshow based than there should be also support for avs natively

[JoeBG]

thx for the answers!

if the encoding is directshow based than there should be also support for avs natively

Yes, I succeded to produce a raw Video with it and muxed it into mp4.

[guada2]

It appears that Mainconcept delivers a High mode profiles to 20 Mbit/s.

However, according to results' of the tests of program MPEG 4 AVC / H264 HIGH PROFILE carried out by association BLU - RAY, with a btirate of 16 Mbit/s, the quality of a video program TVHD of resolution 1920 * 1080p (24 images / S) coded with the H264 source / AVC HIGH PROFILES is higher than that same program coded H264/AVC HIGH PROFILES 20 Mbit /s.

H264/AVC would be then higher than H264 Mainconcept v2 (MOS 4.00 vs MOS 3.90)
Knowing that the original without compression accounts for 4.03.

Just a small question:
-I knew High profiles (4: 2: 2 and 4: 4: 4) but what represents High profiles 10. ?

[Sergey A. Sablin]

It appears that Mainconcept delivers a High mode profiles to 20 Mbit/s
it is just default settings - you can set it either more or less.
Just a small question:
-I knew High profiles (4: 2: 2 and 4: 4: 4) but what represents High profiles 10. ?
High 10p adds to High profile feature of coding up to 10 bits per color component.

PS can you point me to the documents in which you read quality comparison you are talking about?

[IgorC]

Sergey A. Sablin
Do you plan avs support?

[guada2]

Hello Sergey A. Sablin,

Look at this address:
HTTP:// www. 01net. COM / pdf / EIH200411110578031. pdf

NOTE: Afflicted, it is in French.

[acidsex]

Am I the only one that fell out of my chair laughing at the price MC is asking for this encoder? $499? Dude, I understand recouping development costs and all, but isnt that sticking it to the consumer just a little bit especially when there are much more affordable programs (Nero Recode) that arguably offer the best H.264 AVC implementation at the moment.

Just because you slap a sticker on your PR calling it the "best encoder money can buy" does not make it so.

Seriosuly, can someone from MC actually with a straight face and clear concious explain why such a high price tag for something that based on V1, produced sub par results.

[Sergey A. Sablin]

Sergey A. Sablin
Do you plan avs support?
yes, sure.

NOTE: Afflicted, it is in French.
well, I don't see any pdf document there even in french :(

Am I the only one that fell out of my chair laughing at the price MC is asking for this encoder? $499? Dude, I understand recouping development costs and all, but isnt that sticking it to the consumer just a little bit especially when there are much more affordable programs (Nero Recode) that arguably offer the best H.264 AVC implementation at the moment.
ok, so why do you so worry about the price if you are apriori sure that this encoder is poorer than another encoder you know?

Just because you slap a sticker on your PR calling it the "best encoder money can buy" does not make it so.
this also doesn't make it worse than it is.

Seriosuly, can someone from MC actually with a straight face and clear concious explain why such a high price tag for something that based on V1, produced sub par results.
V2 was rewritten from scratch, so this something isn't based on V1.

Anyway you can try it for free and only after that you can make a dicision if it is worth such money or not.

[bond]

guys, cool down

this "the best encoder" message is poorly marketing, what else? we should be used to that already, its not like other companies dont do this nonsense marketing tactic. it seems there is no other way on the net to attract attention...

about the price: a high price normally indicates high quality. lots of people will think that the tool is a highly professional tool just because of the price, so it indeed makes sense to charge a high price even for a not so professional tool, if you target high price paying customers (what eg nero doesnt do)


so all in all we on doom9 should try to bring the truth to the surface and test the plain quality of the encoder only, cause thats the only real way to force mainconcept 1) to increase the quality of their tool if people know that the quality isnt good (i dont say that its that way atm) 2) lower the price

[IgorC]

Well price is interesting of course :)
But Mainconcept v2 H.264 is really good one. Quality is comparable to x264 and it's very fast.

[Sergey A. Sablin]

But Mainconcept v2 H.264 is really good one. Quality is comparable to x264 and it's very fast.
Thanks Igor,
you can also try to use multislice encoding which of course is multithreaded and speed increases by my estimation about 1.6-1.7 times.
As far as I remember the application should use number of slice equal to 0 to automatic detection of the number of CPUs and sets number of slices equal to CPU count.

[Gusto]

bond, notice that in a broadcast world there is also a great deamand for good quality offline encoders (e.g. for VOD systems), which can deliver both CBR and VBR streams, and also make use of Main Profile in greater extent (MBAFF mostly). And as I recall e.g. x264 doesn't manage to fill in the "good quality" request for CBR encodes (not mentioning lack of MBAFF/interlacing), along with many others commercial implementations out there. Ateme and Mainconcept seem to be doing the best job in those kind of applications, although the last one should introduce more tools in the future.

Anyway IMO the pricing isn't really that big deal for professional who want to have a good quality+rich set of tools.

[fight2win]

does mainconcept v2 h.264 encoder support dvd to mp4 encoding?

[JoeBG]

Can I use the encoder with commandlines? Are there any settings possible?

[guada2]

Sergey A. Sablin,

It is strange. But.... You are right.
Try to make as follows:

You open GOOGLE, and you do a copy/glue to the following address in his window.
http://www.01net.com/Pdf/EIH200411110578031.pdf
You should not have problem.

[acidsex]

Anyone else having problems getting audio (aac) playback using their demo encoder? Did a test encode and played back in Showtime, and no audio at all. I guess Ill try demux the mp4and see what it contains.

HP didnt work for me either. No playback either audio or video and brought my machine to a major crawl (using Ateme's HP decoder)

[Sergey A. Sablin]

does mainconcept v2 h.264 encoder support dvd to mp4 encoding?
not yet. It will be available in next release I hope.

You open GOOGLE, and you do a copy/glue to the following address in his window.
http://www.01net.com/Pdf/EIH200411110578031.pdf
You should not have problem.
thanks! it works for me.

Can I use the encoder with commandlines? Are there any settings possible?
no, installation has only GUI encoder.

HP didnt work for me either. No playback either audio or video and brought my machine to a major crawl (using Ateme's HP decoder)
Can you try to playback this movie with MainConcept decoder? Is it works?

[acidsex]

Can you try to playback this movie with MainConcept decoder? Is it works?

I could try if the decoder was included with the install file. I am currently missing the audio and video .ax files. I tried to re-register them with zoomplayer and it could not find them in the search.

So if you could be so to kind as to help with the decoder issue, Id be willing to give it another go. :)

[Sergey A. Sablin]

I could try if the decoder was included with the install file. I am currently missing the audio and video .ax files. I tried to re-register them with zoomplayer and it could not find them in the search.

So if you could be so to kind as to help with the decoder issue, Id be willing to give it another go. :)

This file implements h.264 decoding via DirectShow - Program Files\MainConcept\H264 Encoder v2\demodsh264.ax
with normal installation it should be registered and it is available at least through graphedit application. Its merit maybe less than merit of another decoders (it has 0x005fffff). In this situation it won't be automatically inserted in the graph and you should insert it by yourself.

[JoeBG]

@ Sergey A. Sablin

Just want to ask for possibililities to use the encoder with commandlines.

[Sergey A. Sablin]

@ Sergey A. Sablin

Just want to ask for possibililities to use the encoder with commandlines.
Dear JoeBG, as I said there is no commandline encoder in the installation package. There is only win32 GUI application.

[acidsex]

After gurther testing, I will agree that mainconcept offers good quality however, I get either the same or better quality from the Ateme encoder and it is far far less cheaper.

If it were a $100US, Id throw some cash on it. With that said, can someone from their marketing explain how they came up with the $499 price tag? For that kind of cash, I would expect MC to exceed Ateme's quality and have the encoder maybe make me breakfast once a week at the very least.

What about those that purchased V1. I dont see an upgrade price for them so do those users have to shell out another $500 for V2? It just doesnt seem very smart business wise to charge such a large amount especially when competitors offer basically the same feature set and quality for a 1/5 (ateme) of the cost or free (x264). Furthermore, wheres the upgrade path for mpegencoder 1.4 users? Seems stupid to expect them to pay $500 to get the same mpeg encoding features they already have only to gain h.264 encoding.

Its a shame too as I do like the basic GUI and the features that can be tweaked. But no way can I see spending a months rent or a car payment on. Rethink the pricing and maybe many of us will reconsider for the future.

BTW: Why not release a time expired demo instead of having that MC logo on my encodes? Just a suggestion on building more good will amongst the community.

[Sergey A. Sablin]

After gurther testing, I will agree that mainconcept offers good quality however, I get either the same or better quality from the Ateme encoder and it is far far less cheaper.

If it were a $100US, Id throw some cash on it. With that said, can someone from their marketing explain how they came up with the $499 price tag? For that kind of cash, I would expect MC to exceed Ateme's quality and have the encoder maybe make me breakfast once a week at the very least.


In near future we plan to release H.264 encoder with reduced functionality that will be far cheaper than this one. However the current version won't make a breakfast anyway :), but will have some additional professional features.

As for logo - we will check the ability for demo version to be time expirienced instead of using watermaking.

[bond]

As for logo - we will check the ability for demo version to be time expirienced instead of using watermaking.actually i have to say i prefer watermarking instead of time limitation

[Sergey A. Sablin]

actually i have to say i prefer watermarking instead of time limitation
Everyone knows that you don't like time limitation ;)
If it will be possible we will try to keep both version on download page.

[IgorC]

One guy provided some interestiing comparison
Harry Potter trailer http://multimediacom.free.fr/Download/

x264 (b333) - 9 218 590 bytes / SIMM 73.70
MainConcept V2 - 9 155 249 bytes / SIMM 74.32

(1pass/2pass):
x264 - 19.6/8.1 fps
Mainconcept -23.6/10.6 fps

x264.exe --pass 2 --bitrate 600 --ref 5 --bframes 3 --b-pyramid --filter -1,-1 --subme 6 --weightb --analyse all --8x8dct --progress --no-psnr

There is no other information about decoders, MC2 settings etc.
I didn't test MC encoder much. Can anydoby checks these SSIM results?

[JoeBG]

In near future we plan to release H.264 encoder with reduced functionality that will be far cheaper than this one.

I would be more interested in commandlines to integrate the encoder into existing programms. I would like to have the commandline functionallity to load an avisynthskript and then encode with a defined profile (its easy to craete these profiles in the encoder, good job).

[CruNcher]

IgorC you don't need to use SSIM you can see the difference between both, we allready talked about it on irc actually Elecard is less blocky but they have a little problem with background noise, it tends to flicker @ low bitrate.

[IgorC]

SDK 5.0 release http://www.elecard.com/

- Improved Rate Control
- High efficient SPM optimization model
- Improved performance

Elecard H.264 is excelent codec considerating the last comparison http://forum.doom9.org/showthread.php?t=105763&highlight=elecard
High quality and high speed.

[IgorC]

There were silent and powerfull updates since then.
Actually to get work the last Mainconcept version of High Profile is a little bit headache. I really don't realize finally how I get work it. I tried too many combinations. But summary I installed MC 2.0.15, MPEGProHDv2.0.0 and dlls from the latest Elecard Mobile Converter.

Some things what I´ve noted:
1. The latest Nero encoder HP (Recode2) can't beat it by quality nor speed even when MC hasn't fast first pass yet.
2. It has extremely good quality with extremely good speed. only x264 can beat it with 2 times slower speed by +0.4-0.5 ssim and 5 times slower settings (Megui's Slowest or Insane Profiles ) by approx +0.8 ssim. With the same speed MC performs already better.

I found for me the best tradeoff speed/quality that x264 and Nero couldn't provide untill now (imho and my visual perception :p ):
Main Concept Encoder
High Profile Level 5.0
B-Pictures= 3
Reference Frames= 5
use B-Slices=ON
Search Shape=8x8
Subpixel Mode=Quarter
Deblocking -2:-2

Multi-reference frame ME=fast
Sub Block ME=fast
Rate Distortion Optimization On=fast
Fast Intra Decisions=ON
Fast Inter Decisions=ON

Devs have made a progress in CPU performance optimizations.

[pandy]

Mainconcept is fast but have so many bugz and very poor technical support - x264 at this moment seems to be much more reliable software than commercial MainConcept encoder...

[Sergey A. Sablin]

Mainconcept is fast but have so many bugz and very poor technical support - x264 at this moment seems to be much more reliable software than commercial MainConcept encoder...

which bugs you are talking about?

[foxyshadis]

2. It has extremely good quality with extremely good speed. only x264 can beat it with 2 times slower speed by +0.4-0.5 ssim and 5 times slower settings (Megui's Slowest or Insane Profiles ) by approx +0.8 ssim. With the same speed MC performs already better.

I found for me the best tradeoff speed/quality that x264 and Nero couldn't provide untill now (imho and my visual perception :p ):
Sounds good. What kind of size are you talking about? Small improvements at a large size often translate to large improvements at a small size (not always, but often). Hope the site is back up soon.

[acidsex]

Does the demo only let you encode 30 seconds of audio?

[Sergey A. Sablin]

Does the demo only let you encode 30 seconds of audio?

NOTE: The demo version of the MainConcept H.264 Encoder v2 is fully functional, though it adds a watermark to processed video (without harming your source material) and has a video capture recording restriction of five minutes. Moreover, it has an AAC Audio encoding limitation of 30 seconds. When you purchase the H.264 Encoder v2, you will receive a registration code which unlocks the demo. This means that you can start enjoying the full version without an additional download. (DirectX 9 required)

http://www.mainconcept.com/site/index.php?id=803

[IgorC]

Sounds good. What kind of size are you talking about? Small improvements at a large size often translate to large improvements at a small size (not always, but often). Hope the site is back up soon.
Sorry, I don't understand what you mean by size. Bitrate, lenght of video or final size of video?

Serg.A.Sablin Will be first fast pass enable any soon?
Elecard has it. So it is a deal to include it to GUI, right?
It's really good news that MC suports mp4 muxing, profiles (compability with HD-DVD ) and different presets like Sony PSP and Apple iPod.

[foxyshadis]

I guess average quantizer, since bitrate and file size can vary wildly. I'm usually interested in when they fall in the 25-30 range, sometimes higher, since I'm always aiming for really small files.

[IgorC]

DVD or HD-DVD resized to DVD content at 700-1500 kbit/s (maybe sometimes lower than 700 kbit.) Range 23-32 q. Don't know if it's really average due to testing of slow, high and mix motions.
Only way to judge performance (quality/speed trading) it is try by yourself.

[Sergey A. Sablin]

Serg.A.Sablin Will be first fast pass enable any soon?
Elecard has it. So it is a deal to include it to GUI, right?
It's really good news that MC suports mp4 muxing, profiles (compability with HD-DVD ) and different presets like Sony PSP and Apple iPod.

Igor,

fast first pass will be included into gui soon. it is working for a long time, but I still have no time to implement it in API...

Sergey.

[pandy]

which bugs you are talking about?

Plenty of them eg lack in access to some options, poor scheduling of task to do, very weird profiles managment, issue with more than 3 B pictures,major issue with multplexer, plenty of PTS/DTS errors
... and many more.
After few contacts with technical support of MainConcept i giveup - those peoples are very sensitive, they always say, Yes, We know that, We will fix this in new release... (about one year ago)
So i buy MainConcept, i use latest build and swearing sometimes very heavily...
At this moment this is like pay&cry...

[DarkZell666]

Hmm, I *must* be doing something wrong, because when I throw a 25min anime avi file at it, select 256kbps average bitrate using High Profile @ Level 4.1 (2pass mode), and ask for MPEG Layer2 audio @ 96kbps I get a huge 350MB TS MPG file (TS 'coz I selected Transport (Video+Audio)). This doesn't reflect 256kbps at all (which should rather be a 75mb file with the 96kbps audio).

"Sometimes" I manage to reach target filesize, but more often than that I get a well oversized file. One-pass works from what I remember. It must be fashionable nowadays to avoid reaching target bitrate/filesize.

I imagine some sort of fashion-victimized pre-teen discussion around this :

A-"Hey you have MainConcept encoder ? It looks so cute *_*"
B-"Yeah, and you use Nero's ? Smells nice indeed *slurp*"
A-"Yup, and it doesn't reach target filesize, that's so cool !!. I bet yours does ! Mine's cuter than yours anyway *_*"
B-"Not reaching target filesize isn't luxury now anymore, everybody can do it ! And I bet mine avoids target filesize even better 'coz it costs more :D"

Sorry for the sarcasm but I'm pretty surprised that, once again, using the app simply by reading what's written on the buttons doesn't give me the expected result. I've had the same problem with the 2.0.15 version I tried a couple of weeks ago.

Can anyone reproduce this ? I'll be happy to hear I've missed something but please tell me what.

Edit:

I do notice one thing, after going mad :
For one encode I had set the max bitrate to 2000kbps, which indeed produces 366MB of video if maxed out.
For another encode, I had set the maxbitrate to 1000kbps, which indeed produces around 190MB of video, and I've just found a 217MB mpg file that was produced using those settings. 187+30=217. However the audio wasn't 30MB but only 15MB. The video bitrate doesn't even seem to be correctly capped according to the maximum bitrate.

Hope this helps, forgive my sarcasm again but this is really shocking to some extent.

[Jay Bee]

Another Bug. Try to save your settings as a profile and use a file name with spaces in it: it won't save your settings but it will mess them up for you. And TS files are too large for me too and I can't play them using CoreAVC and Haali's Splitter. Also it crashes when trying to open a HuffYUV AVI.

Apart from that the app is pretty decent, mainly because the interlaced encoding works.

[IgorC]

It can be a lot easier. I encoded video to elementary stream then rename extension to .h264 or .264 and then mux them into mp4 container with your favorite muxer. It works fine.
yes, GUI is a kindly messy :) but once I learned all its weaknesses and abilities I got a pleasure to encode with this encoder.

[DarkZell666]

True, I can remember clearly now, using elementary streams and muxing the 2 streams worked. (Using Program Streams didn't even work, I couldn't play the mpg file in mplayer/mpc or even vlc.)

This is surely worth 499$ ... :p

[chilledoutuk]

igorc i eventually worked that out lol it seems that when encoding to ts it automatically sets it to cbr which is the max bitrate setting.

Other than that i really like the quality of this codec works very nice and i think i am using an older version of the v2 application.

one strange thing is that 5.1 high profile plays back with nero and cor avc decoders but libav has a baby with blocks going mental and eventually crashing i assume there is something libav doesnt support yet.

[bkman]

Some impressions:

* speed is 2X x264 at high settings thanks to fast inter and intra decisions. Speed becomes similar to x264 with those disabled.

* The "best" constant quantiser is not good enough. I encode with x264 at crf 20, and mainconcepts "best" is 150kbits behind on one test source. Finer control over quantiser would be useful.

* The colour is different with mainconcepts (it seems darker) compared to x264. Maybe some conversion is being done when the avs is being rendered with dshow. Native AVS handling would be great.

[foxyshadis]

igorc i eventually worked that out lol it seems that when encoding to ts it automatically sets it to cbr which is the max bitrate setting.

Other than that i really like the quality of this codec works very nice and i think i am using an older version of the v2 application.

one strange thing is that 5.1 high profile plays back with nero and cor avc decoders but libav has a baby with blocks going mental and eventually crashing i assume there is something libav doesnt support yet.
Is it interlaced? You can check with h264_parse. If so you still need a special interlaced AVC build to decode it, it's not enabled by default in SVN yet.

[IgorC]

* The colour is different with mainconcepts (it seems darker) compared to x264. Maybe some conversion is being done when the avs is being rendered with dshow. Native AVS handling would be great.
You can adjust chroma offset. By default it's +1 q.

[chilledoutuk]

the encode is progressive and so is the source its only when i enable mode 5.1 on 4.1 the encodes playback perfectly in mplayer and vlc.

I will encode a sample and upload.

[DarkZell666]

I was about to post here to say that MC's encoder is in fact very slow, but just before posting I noticed that the avi file I threw at it was being decoded by the DivX codec (not XviD as I was expecting). The DivX decoder is about 1.5x slower on my system than XviD's, at least when used in conjunction with MC's encoder.

I though I'd just report this in case anyone else was wondering about the speed =)


Edit: ehm 2h15min to encode 25mb anime episode @ 512*384 @ 256kbps (2-passes, halfpel only, fast inter/intra decisions, 3refs+3bframes, 8x8 search, based on lvl 4.1 High Profile)
However, the quality isn't bad at all imho. Higher than the latest Recode 2 from what I'm seeing right now. I'll try a cleaner source for my next test.
Using Elementary Streams indeed worked and gave me the target 50MB video I wanted. *pulls mp4box out*

[chilledoutuk]

foxy your correct somehow i was encoding interlaced h.264 but once i told it to deinterlace the output played perfecly in mplayer:)

[dvdboy]

Just been using this for a couple of days now (2.1.0.0):

One thing I did notice was that the black bars on 2.35:1 footage come out rather grey,as if the black levels are wrong by default?

What are people's experiences with the preview window? It seems to be very small and when you drag it to a larger size, as soon as you make a change in the cropping dialogue it snaps back to "postage stamp size" - pretty much next to useless!

Performance seems good IMO - about 2x realtime on a Dual Xeon 3.0Ghz machine - certainly considerably faster than Sony's UMD Composer!

I've also noticed that the final file sizes vary hugely from the estimates 350Mb vs 1.8Gb!!

It looks like MP4Box is considered the best way to go for muxing the streams into an mp4, but I was wondering if anyone could point me in the direction of a (preferrably freeware / shareware) mpeg-2 transport stream muxer?

[DarkZell666]

dvdboy : read the thread again, the oversized problem occurs with transport streams, and program streams don't even work (at least for me). Use Elementary (video+audio) instead and mux them with something else (dunno about mpeg2 muxing, but mp4box is indeed the best thing you can use for mpeg4).

I have the same problem with the preview window too, it is useless indeed ... :)

[dvdboy]

dvdboy : read the thread again, the oversized problem occurs with transport streams, and program streams don't even work (at least for me)

No need to reread, I was confirming that i have the same problem with transport streams. :D

Program streams on the other hand seem to play back 'fine' under windows media player, ignoring the visible tearing which I assume is down to the quality of the decoder - something which should go away with CoreAVC???

[VincentNguyen]

OUt of curiosity, I'd like to try it with some of my transport stream (1080i MPEG2), but I believe I have to convert them first since MC does not support AVS import.

What tool do you use for that purpose ?

[dvdboy]

Hi Vincent,

I'm trying to produce MPEG-2 Transport streams within MC, not feed them to it - I'm using HuffyAVIs without any problems for that.

I'm not sure whether it's just in the new update, but certainly the manual for my version says the software accepts frameserving from VirtualDub and AVSynth. Haven't had a chanc e to try that out yet TBH.

[IgorC]

since MC does not support AVS import.

MC does support AVS.

[DarkZell666]

No need to reread, I was confirming that i have the same problem with transport streams.
Sorry, my bad for not reading your post twice ^^

@VincentNGuyen : since MainConcept uses DirectShow all along, if you have a .ts splitter that will connect to an MPEG2 decoder, you can feed them to MC encoder "as-is".

[pandy]

New build of mainconcept 2.0.0.1.0 can't parse mpeg-2 files (earlier ie 2.0.0.0.15 parse them without any glitch)...

[pandy]

OUt of curiosity, I'd like to try it with some of my transport stream (1080i MPEG2), but I believe I have to convert them first since MC does not support AVS import.


Earlier build of MC (2.0.0.0.15) can parse and transcode MPEG-2 files but new have very big problem (crash and request to send crash debug to the MS)


What tool do you use for that purpose ?

Avisynth - MC accept on input avs - You must only in input chose all files (not only with video extension known by MC)

At this moment i try to transcode 1080i stream by avs (35hr to the finish...)

[vanger]

2pass encoding of 90min movie (608x480) -- 15hours with such settings (others are default) on AMD64 X2 3800+ (overclocked to 2500MHz) - is this speed normal?

[DarkZell666]

Use Multiple Slices = 2, this is for multithreading if I'm not mistaken, and since you have an X2 CPU, this is the most logical thing you could to :) Using 3 slices *might* squeeze some extra speed, just have a try :)

Edit: considering you're targetting 1000kbps+, CABAC is probably slowing the encode down a bit more than on my usual <300kbps anime encodes.
And you set 33 frames keyframe interval, which isn't much, and coding all those keyframes maybe take longer. Try setting that to something more reasonable, like 250.

[Sergey A. Sablin]

Use Multiple Slices = 2, this is for multithreading if I'm not mistaken, and since you have an X2 CPU, this is the most logical thing you could to :) Using 3 slices *might* squeeze some extra speed, just have a try :)

Edit: considering you're targetting 1000kbps+, CABAC is probably slowing the encode down a bit more than on my usual <300kbps anime encodes.
And you set 33 frames keyframe interval, which isn't much, and coding all those keyframes maybe take longer. Try setting that to something more reasonable, like 250.

CABAC doesn't slowdown encode significantly.

@vanger are you encoding avi/mpeg or avisynth script? probably processing movie in a script might slowdown encoding.
Is CPU load 100% or lesser? if it is about 50% then follow tips of DarkZell666 about slices. (increasing keyframe interval is also useful for increasing overall quality).

Sergey.

[shon3i]

@Sergey what you suggest for Keyframe interval for 25fps video, 250?? or 25?, what is correct.

And since Mainconcept use Elecard encoder, why there isn't any AQ options

[Inventive Software]

Keyframes ideally should be placed 10 seconds apart, though you can get away with 15 or 20 seconds most times. So 250 is fine, though you can get away with 500.

[vanger]

Use Multiple Slices = 2, this is for multithreading if I'm not mistaken, and since you have an X2 CPU, this is the most logical thing you could to :) Using 3 slices *might* squeeze some extra speed, just have a try :)

probably processing movie in a script might slowdown encoding.
Is CPU load 100% or lesser? if it is about 50% then follow tips of DarkZell666 about slices.
:thanks: for advice, I know about slices, but I have noticed no difference between 1, 2, 3 or 8 :) and the CPU Load was below 70%.
And the problem was really in my avs-script.
I took deinterlacing procedure from megui script:

edeintted = last.AssumeBFF().SeparateFields().SelectEven().EEDI2(field=-1)
TDeint(order=0,full=false,edeint=edeintted)
And the processing was too slow... :devil:
But when I have changed to

LeakKernelDeInt(order=0,sharp=true)

The CPU Load with 2 Slices goes to 100% and the encoding of 90min movie tooks only 4 hours. :D

And you set 33 frames keyframe interval, which isn't much, and coding all those keyframes maybe take longer. Try setting that to something more reasonable, like 250.
This value was set by default :confused:
OK, I'll fix it.

[Sergey A. Sablin]

@Sergey what you suggest for Keyframe interval for 25fps video, 250?? or 25?, what is correct.

And since Mainconcept use Elecard encoder, why there isn't any AQ options

Hi shon3i,
it depends only on your needs. Encoder allows to use up to 300 frame GOP, so if you have no restrictions for a stream then use this maximum, but if you need to playback this stream from network or you need fast positioning - then just set GOP size to the time which is convenient for you (lets say 2 sec delay will be 25 fps * 2 / sec = 50 frames)

[shon3i]

Hi shon3i,
it depends only on your needs. Encoder allows to use up to 300 frame GOP, so if you have no restrictions for a stream then use this maximum, but if you need to playback this stream from network or you need fast positioning - then just set GOP size to the time which is convenient for you (lets say 2 sec delay will be 25 fps * 2 / sec = 50 frames)
OK thanks, but can be better for 25 fps to use 250 instead 300, is there any rule, like is fps*10, for example like in xvid encoder, i am not encode for streaming, i am encoding to max possible quality, so why i asking where aq options

[Sergey A. Sablin]

OK thanks, but can be better for 25 fps to use 250 instead 300, is there any rule, like is fps*10, for example like in xvid encoder, i am not encode for streaming, i am encoding to max possible quality, so why i asking where aq options

there is no such restriction - dont bother, just use max if you haven't any special restrictions from your application.

[DarkZell666]

IIRC the fps*10 rule of thumb (which isn't a restriction) was there to prevent eventual seeking problems. If 2 keyframes are too far apart, seeking will at the very least take longer. But setting i-frame interval too short will lead to the unpleasant pumping effect (at least it was the case with MPEG4 ASP, dunno with AVC, i've never tried ^^), and will need much more bitrate.

However, note that keyframes are usually inserted at each scenechange (or when there's a lot of action going on), and that in most movies this has a probability of happening more often than once every 10 seconds anyway.


Side-question for MC devs: any 2.1.1 or 2.2.0 version planned soon ? ;)

[Sergey A. Sablin]

However, note that keyframes are usually inserted at each scenechange (or when there's a lot of action going on), and that in most movies this has a probability of happening more often than once every 10 seconds anyway.

exactly. that's why I said use max :)


Side-question for MC devs: any 2.1.1 or 2.2.0 version planned soon ? ;)
Of course we are working on improvements, but I don't want to make any advertisement here and promise something which hasn't yet final release date. (commercial solutions make much longer way than OSS because of internal QA and customer support)

[shon3i]

Qucktime import plugin not work correctly, least for QuickTime 7 encoded files which is H264+AAC, trailers downloaded from www.apple.com/trailers, for other mov files i don't know