Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
26th August 2012, 03:54 | #2101 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Bitrate calculation issues
I had some oversize problems with the latest Alpha, here are the details:
Source is an XviD file, duration 1 hour 57 minutes. Destination DVD-5, Audio 224 kbps AC3. My reference is good old DVD2SVCD, it calculated a video bitrate of 4955 kbps, and the resulting file did fit perfectly on a DVD-5 (ImgBurn reported 99% fill rate). With AVStoDVD the video bitrate varied depending on the output format: For DVD structure, ISO image or Burn DVD the bitrate was 4927 kbps. This did work perfectly. But when selecting Elementary Streams or Muxed MPEG2 files the video bitrate was 5037 kbps, and these files could not be burned to a DVD-5 blank, they were way too big. What is wrong here? I think the video bitrate should be the same no matter which output format is selected. Cheers manolito |
26th August 2012, 13:09 | #2102 | Link | |||
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Quote:
Quote:
If this does not help, what about switching back to HCenc 0.25 instead of HCenc 0.26beta? Quote:
Code:
If OutputSetup >= DVD_Folder Then DVD_Size = Int(DVD_Size * (0.995 - 0.01 * DVD_Time / 3600)) End If Let's say if the elementary assets are then used to create a DVD structure, then same formula should be applied (but why not using directly 'DVD Folder' as output?). If the elementary assets (or the muxed mpeg) are stored as they are, then the extra space should not be added. Otherwise the predicted output space will not match. Does it make sense? Bye |
|||
26th August 2012, 15:51 | #2103 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Quote:
Even if I select Elementary Streams or Muxed MPEG file as the output format, my final format will still be a burned DVD (the name of the software is AVStoDVD after all). So IMO this formula to save some extra space should always be applied no matter which output format is selected. But it's no big deal now that I know how it works... Cheers manolito |
|
26th August 2012, 17:58 | #2104 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
I just looked at davidcw's log file, and I believe that his problem comes from his max bitrate of 9000 kbps. If you add 1536 kbps for PCM audio you will be far beyond DVD specs.
From a recent post by TheSkiller: Quote:
Cheers manolito Last edited by manolito; 26th August 2012 at 23:17. |
|
27th August 2012, 09:52 | #2105 | Link | |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Quote:
And for the extra space, probably you are right, it would be more straightforward to manage all the output in the same way. Bye |
|
27th August 2012, 22:35 | #2106 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks a lot for considering my suggestions...
Quote:
Another suggestion: When audio normalizing is selected, audio is normalized to 100%. I have read more than once that this is not a good idea when you are creating compressed audio files. Maybe the default should be "audio.normalize(0.98)" ? And I found one more error in the language file, the latest version is here: http://www.sendspace.com/file/wegtjl Cheers manolito Last edited by manolito; 28th August 2012 at 00:18. |
|
28th August 2012, 19:52 | #2107 | Link | ||
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Quote:
Quote:
Bye |
||
31st August 2012, 19:57 | #2108 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Sources with mono audio
It seems that many conversion programs cannot handle sources with mono audio. This is an old issue, it has nothing to do with AVStoDVD itself, but it would be nice to have some kind of an automatic workaround to avoid the situation that after the whole encode is finished you notice that the resulting DVD is not working due to a screwed-up audio stream.
I tested a couple of MP4 sources (AVC video, mono AAC audio). AVDtoDVD always prefers DirectShow over ffms2 as long as a DS source filter and a splitter are present. I have ffdshow and Haali installed, so AVStoDVD uses DirectShow for these files. The resulting DVD contains audio at half speed. Sounds very interesting at times (especially when the source is an adult clip), but mostly this effect is not what you want... I experimented a little, and for me forcing ffms2 as the source filter always worked (using DS and forcing stereo output did not work). Do you think that automatically using ffms2 whenever a mono audio source is detected would be a good idea? Or is there a better way? Cheers manolito |
31st August 2012, 22:00 | #2109 | Link | |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,420
|
Quote:
|
|
31st August 2012, 23:53 | #2110 | Link | |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Quote:
And ffms2 also is not the universal solution. For a couple of test source files with mono aac audio I got an error message that no audio could be found. Bummer... //Edit It turned out that this error message could be ignored. It was an AviSynth error message triggered by Quenc. It said that no audio could be found and pointed to the AVS file line #3. Just clicking OK resulted in a perfect conversion. Which means that for sources with mono audio ffms2 must be used instead of DirectShow. Cheers manolito Last edited by manolito; 1st September 2012 at 12:39. |
|
1st September 2012, 22:09 | #2111 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
@manolito
I'm not sure to have understood what is the problem with 1 channel output. If the source has a 1.0 audio track, AVStoDVD just keep it as mono. Or at least, it is supposed to do that... Mono conversion log sample Do you have a log or, even better, a portion of the problematic source file? Bye |
2nd September 2012, 01:09 | #2112 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Here is a test file with mono aac audio and two conversion logs. With DirectShowSource you get audio at half speed, with FFMPEGSource everything works fine.
http://www.sendspace.com/file/5wcdi1 Could it have something to do with the uncommon sample rate of 22.05 kHz? Unfortunately files like this are quite common on the internet. Cheers manolito |
2nd September 2012, 18:09 | #2113 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Weird audio track:
Code:
AAC LC-SBR - 17 kbps - VBR - 1 ch - 22050 / 11025 Hz - 20 seconds (0 ms delay) - Internal BTW 1.0 tracks are not all problematic, I have some samples (mp3 actually) that are correctly converted using DSS/ffdshow. I will surely put a reference to this issue to the audio FAQ section. Bye |
2nd September 2012, 20:04 | #2114 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,420
|
It would appear that only the libavcodec option in ffdshow has an issue. Just a wild guess, but I think it's that the file is using Parametric Stereo (HE-AAC v2), since ffdshow's libfaad2 option and CoreAAC (also based on faad2) both handle it correctly. ffdshow version is r4486. ffmpeg itself (git-f857465, built on August 4th 2012) does not exhibit the problem. So either ffdshow doesn't integrate libavcodec's AAC decoder quite right, or there's a fix for Parametric Stereo that exists in FFmpeg but not in libav, which seems to be what ffdshow switched to.
|
2nd September 2012, 21:49 | #2115 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Thanks so much qyot27, you got it exactly right...
After changing the ffdshow audio configuration and selecting libfaad2 for aac decoding AVStoDVD handles this audio stream correctly. Cheers manolito |
23rd September 2012, 19:24 | #2117 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
There is an issue with MediaInfo when the source is a DVD compliant MPEG2 file (one video track, one AC3 audio track). MediaInfo 07.59 reports a nonexistent second MPEG audio track with a bitrate of 0 kbps. (The latest version 07.60 also shows this issue)
This throws off AVStoDVDs size calculation quite a bit. Going back to version 07.58 fixed the issue. Cheers manolito |
23rd September 2012, 20:34 | #2118 | Link | |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Hi Manolito,
there's already 2.5.1 release, 2.5.0 had a bug in the Installer package. Mediainfo is still 0.7.59. I cannot replicate your issue with mpg, this is a very simple mpg2 file I use for testing: Quote:
Bye |
|
23rd September 2012, 22:02 | #2119 | Link |
Registered User
Join Date: Sep 2003
Location: Berlin, Germany
Posts: 3,079
|
Looks like the Mediainfo problem only shows up for bigger files...
I stripped a short segment from the file which exhibited the issue, and now Mediainfo 07.59 reported everything correctly. Strange... I imported both files (the original long version plus the stripped short version) into AVSoDVD, and this is what it looks like (notice the DVD size for the long version, it should be ~4400 MB): http://www.bilderload.com/bild/24809...ainfoCNTSD.png Another question: I noticed that you still use a very old version (version 2.12) of ffms2.dll. Is there a reason for it, or can I upgrade to the current version 2.17 ? Cheers manolito Last edited by manolito; 23rd September 2012 at 22:16. |
23rd September 2012, 22:21 | #2120 | Link |
AVStoDVD Dev
Join Date: Apr 2006
Location: Italy
Posts: 1,302
|
Got it. Have you already informed Zenitram about the 0.7.59-60 bug?
About FFMS2, AVStoDVD is still equipped with 2.12 release, I did not have the time to check the next releases compatibility. BTW the only flags used are 'track', 'cachefile' and 'seekmode' together with FFVideoSource and FFAudioSource. If nothing has changed about that, you can safely go with 2.17. Let me know. Bye |
Thread Tools | Search this Thread |
Display Modes | |
|
|