I'd probably submit it to support and see what they say. I'd like to read the response. I still believe they must be using some form bitrate control based on complexity of audio. That thought may also fit the wondering experience documented by BillyR for his clips.

I created various audio forms of increasing complexity. My time line was nothing more than 30second black color board and then my imported WAV audio in track 1. For the last documented case, the white noise stereo was added to track 2 while keeping the simplistic mono sound in track 1.

I created 3 custom MPEG-4 profiles based on the default 1920x1080 13Mbps profile with audio bitrates of 96, 192, and 256.

The results are in the attached table. One can easily see the final result from PD encoding is a very strong function of audio complexity which really hints towards some form of bitrate control.

Jeff

Quote: I'd probably submit it to support and see what they say. I'd like to read the response. I still believe they must be using some form bitrate control based on complexity of audio. That thought may also fit the wondering experience documented by BillyR for his clips.

I created various audio forms of increasing complexity. My time line was nothing more than 30second black color board and then my imported WAV audio in track 1. For the last documented case, the white noise stereo was added to track 2 while keeping the simplistic mono sound in track 1.

I created 3 custom MPEG-4 profiles based on the default 1920x1080 13Mbps profile with audio bitrates of 96, 192, and 256.

The results are in the attached table. One can easily see the final result from PD encoding is a very strong function of audio complexity which really hints towards some form of bitrate control.

Jeff

If that's the case it's a good argument for using H.264 for HD video. I don't know about others, but the bitrate I specify is the bitrate I want. However, as I mentioned, I got that result for 14 of the 16 files I recently rendered at 720p 25 fps and 3000 Kbps. One rendered at 177 Kbps, which was acceptable, but the other at 106 Kbps was not, so I rendered it as an H.264 AC-3 and got 192 Kbps.

The puzzling thing about all this is that the two files that didn't render properly came from the same master file from which I rendered 3 clips. The first one rendered at 106 Kbps, the second at 192 and the third at 177. Subsequently I rendered 3 more clips from another master file from the same source, which I examined in Mediainfo and all the specs were the same as the first one, and all 3 of those clips rendered at 192.

This was a special case and doubt if I'll be working on those types of files again, so for me this issue is over. Dell Precision 7510 Laptop
Windows 7 Pro 64-bit | Intel(R) XEON(R) CPU E3-1505M v5 @2.80 GHz
RAM: 32 GB
Windows Experience Index 7.5

Thanks JL_JL and Billy for taking time to look into this issue. I've raised a support ticket any way to see what they say .

All my source videos so far are from the GOpro camera so I tried to render a short clip from a movie with Dolby digital 5.1 down to 192kbps and media info says 177kbps.
If this was some sort of bitrate control I would still expect it to be closer to 192.

As an interim measure I'll go to mpeg2 or very high bitrate h264 then use handbrake to convert to a compact mp4

It will be interesting to see what Tech Support says about this. Until now I had never seen this phenomenon, and in my case it's an unusual occurrence while in yours it seems to be the "norm." I had begun to trust this program so much that I hardly ever looked at the Mediainfo of my clips, but I think I'll pay closer attention now. Dell Precision 7510 Laptop
Windows 7 Pro 64-bit | Intel(R) XEON(R) CPU E3-1505M v5 @2.80 GHz
RAM: 32 GB
Windows Experience Index 7.5

but is the audio quality really lower when you listen to your produced mp4 file?

If yes? Then is it only safe to make h.264 files?

this topic really confuses me

Please post the answer of what support says about this!

Quote: but is the audio quality really lower when you listen to your produced mp4 file?

If yes? Then is it only safe to make h.264 files?

this topic really confuses me

In my case, an MP4 file I produced which rendered at 177 Kbps showed no noticeable degradation, but the one I rendered at 106 Kbps had definitely inferior sound quality. This topic confuses me too. Before it came up, I trusted PD to render files at the bitrate I specified. That doesn't seem to be the case with AAC files, which is the only option we have for MP4. So, if you want your files to render at the specified rate it would seem to be only safe to use H.264, where you can use the Dolby Digital or LPCM encoder, in lieu of MP4.

I've looked back at some of the old TV shows I've converted to MP4 in this program, and the bitrate is degraded in almost all of them. That is not acceptable to me, so in future I'll be doing those at H.264. I'm also going to check my old editor, Brand "N" and see if that is the case there.
Dell Precision 7510 Laptop
Windows 7 Pro 64-bit | Intel(R) XEON(R) CPU E3-1505M v5 @2.80 GHz
RAM: 32 GB
Windows Experience Index 7.5

I havent heard back from Support yet. They asked for more info and I did so lets see what they say...

At the moment my workflow is double..
Convert to H264 at the highest bit rate (22mbps-30mbps) and then use that to Handbrake to a smaller bitrate file for storage (8-10Mbps)

o ok so you have mp4 files and you have to convert them to h264 now to get the audio quality you want ?

keep this topic up to date! This is really important to everyone who wants to produce video's with the highest audio quality as possible!

Quote: o ok so you have mp4 files and you have to convert them to h264 now to get the audio quality you want ?

keep this topic up to date! This is really important to everyone who wants to produce video's with the highest audio quality as possible!

Correct, my source files are MP4.. convert to h264, as lossless as possible to ensure I get the audio bitrate at what I want too, then Handbrake to shrink.

Of course I would prefer to just do it all in the one program

hmm, so you can't import the mp4 file, work with it, import audio and sync them together to the file you want and then save it as h264? (i'm very sorry if i misunderstand or missed something in the topic)
I will think further for any possible sollutions after I get some sleep (it is 3:20 am here in belgium) pretty late!

Here it is


Dear Daniel,

Thank you for writing back.

Please note that our RD has successfully reproduced this issue in our lab. This issue is now in queue for analysis. The root cause is unknown for now. Thanks for reporting this issue.

Thank you for your understanding and patience.

Please feel free to contact us back for any further clarification or for any assistance related to CyberLink Products. Use the below mentioned link to get back to us for your further queries:


Glad it has been recognized by support atleast

Quote: Here it is

Dear Daniel,

Thank you for writing back.

Please note that our RD has successfully reproduced this issue in our lab. This issue is now in queue for analysis. The root cause is unknown for now. Thanks for reporting this issue.

Glad to see that Tech Support has recognized this issue and plan to take steps to correct it. Meanwhile, your work-around, described here:

Quote: Correct, my source files are MP4.. convert to h264, as lossless as possible to ensure I get the audio bitrate at what I want too, then Handbrake to shrink (convert the file back to MP4).

seems to be the best solution until this defect is corrected. Thanks! Dell Precision 7510 Laptop
Windows 7 Pro 64-bit | Intel(R) XEON(R) CPU E3-1505M v5 @2.80 GHz
RAM: 32 GB
Windows Experience Index 7.5

thnx for the reply

Another question:

I record my keyboard in my computer and then i vid it. But the audio of my video isn't that great so i sync my audio that I recorded with my video together in PD, could this cause problems to?

Do I have to save in h.264 or can I save in mp4 then?

Quote: Another question:

I record my keyboard in my computer and then i vid it. But the audio of my video isn't that great so i sync my audio that I recorded with my video together in PD, could this cause problems to?

Do I have to save in h.264 or can I save in mp4 then?

On the last few times, it didnt matter if I used the sych separate audio method or not, it still caused wrong bitrate on MP4.
So i suggest you stick to H264 for now.

Ok, hope they patch it.
Altough h.264 is good to isn't it?

Quote: Ok, hope they patch it.
Altough h.264 is good to isn't it?

I think for most people its more than good enough.
however for me and my source of videos, I feel that MP4 and H264 at the same bitrate, MP4 comes out slightly better.

ie. you need to run a higher bit rate at H264 to get the same quality as MP4.

Iv'e also heard that this should be the opposite, as H264 is more "efficient" ?

Hmm I don't know, for me the most important is that the sound holds the same quality when the video is produced than the original sound file.

I did not had problems with that in h.264 (I think)

And I think the most supported file for uploading etc is H.264 too.

I'm more interested in how you got 1080p video to render at 8500kbps when the minimum is 13000kbps, how did you do that?!



Seriously, this has been driving me NUTS!!!!!



The biggest thing I use this software for is rendering videos down to reasonable sizes, as small as possible without ME being able to tell a difference in quality.