NO AUDIO?... Read Here! (Summary in First Post) **UPDATED**
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
-
- Moderator
- Posts: 1804
- Joined: Mon Mar 26, 2007 12:07 am
If I rip and encode with HB it works in 2 hours...Cavalicious wrote:I sorry, but your in a different class altogether. If it takes you THAT long to process (encode) a movie from your Harddrive, you have other BIGGER issues.petvas wrote:Handbrake just finished encoding Mission Impossible III from the Hard Drive...No sound...
I'll do Mi3 now and see wat I get...
I have tried with other ripped DVDs to encode from the Harddrive and it worked pretty fast (2 hours). It seems to be a very curious issue that we are dealing up here...It has nothing to do with my system's performance...only with Handbrake.
I will try ripping Mission Impossible completely (not only main feature) and post my results.
So... the only problem with this summary is that I took the same source file that I was losing audio at 49 minutes, regardless of the settings or computer or drives that I was using and ran it through Visual Hub and walla... no problems at all. There must be something that hb isn't liking in the mtr rip that vh doesn't have a problem with.Cavalicious wrote:Ran through another test (with previous settings).
Big Momma's House 2 (don't ask!)
Ripped with MTR 3R14d then encoded with svnHB = Missing Audio
Ripped and Encoded with svnHB = Perfect .mp4
Conclusion: Obivious to me... The issue is not svnHB.
BUT...I did rip Casino Royale with MTR but encoded it with 0.8.0MF (less "features", older software) and it works great. One other deal So far, all .mp4 files I encoded with svnHB, I can't add "artwork" to. Is this another issue (known hopefully)?
Thanks,
~Cav
Core
More results from last night... while I was able to get one encode to function properly, the remaining in the queue exhibiting the same problem as before: audio dropping out at a chapter change. I'm going to try one with chapter markers disabled just to see if that is causing anything different to happen.
Settings were (anything not mentioned = default):
X-Files Season 1, Disc 1 NTSC (encoding titles 2, 3, and 4 into seperate files)
MP4/AVC H.264
Bitrate: 2250
2-pass encoding (as far as I observed, the FPS/CPU usage dropping has never occured during the 1st pass)
Audio Bitrate: 256 (input audio is 2.0 AC3)
DVD was ripped using the latest version of AnyDVD on Windows XP Pro running in Parallels, then transferred over so I could use the latest Mac HB SVN build (as of last night).
Settings were (anything not mentioned = default):
X-Files Season 1, Disc 1 NTSC (encoding titles 2, 3, and 4 into seperate files)
MP4/AVC H.264
Bitrate: 2250
2-pass encoding (as far as I observed, the FPS/CPU usage dropping has never occured during the 1st pass)
Audio Bitrate: 256 (input audio is 2.0 AC3)
DVD was ripped using the latest version of AnyDVD on Windows XP Pro running in Parallels, then transferred over so I could use the latest Mac HB SVN build (as of last night).
Queued up 5 movies last night between my iMac and my Macbook (both Intel Core Duo). All 5 were ripped with MTR and exist on my local hard drives. Here are the HandBrake settings I used for everything:
HandBrake Version: 0.8.0b2 (2007040500) Checked out of SVN
Codec: AVC/H.264 Video / AAC Audio
Encoder: x264 (h.264 Main)
Average Bitrate: 1500
2-Pass encoding Enabled
Anamorphic Enabled
Audio Bitrate: 160
Here are my results:
Macbook
======
XMen3 : Perfect Sound
The Prestige : Sound cuts out at 32 Minutes
The Illusionist : Sound cuts out at 48 Minutes
iMac
===
Inside Man : Perfect Sound
Superman Returns : Sound cuts out at 48 Minutes
Hope this data helps...Just want to help the devs get to the bottom of this problem...its very strange.
Thanks...
exodar
HandBrake Version: 0.8.0b2 (2007040500) Checked out of SVN
Codec: AVC/H.264 Video / AAC Audio
Encoder: x264 (h.264 Main)
Average Bitrate: 1500
2-Pass encoding Enabled
Anamorphic Enabled
Audio Bitrate: 160
Here are my results:
Macbook
======
XMen3 : Perfect Sound
The Prestige : Sound cuts out at 32 Minutes
The Illusionist : Sound cuts out at 48 Minutes
iMac
===
Inside Man : Perfect Sound
Superman Returns : Sound cuts out at 48 Minutes
Hope this data helps...Just want to help the devs get to the bottom of this problem...its very strange.
Thanks...
exodar
-
- Moderator
- Posts: 1804
- Joined: Mon Mar 26, 2007 12:07 am
What version of MTR (very important).exodar wrote:Queued up 5 movies last night between my iMac and my Macbook (both Intel Core Duo). All 5 were ripped with MTR and exist on my local hard drives. Here are the HandBrake settings I used for everything:
HandBrake Version: 0.8.0b2 (2007040500) Checked out of SVN
Codec: AVC/H.264 Video / AAC Audio
Encoder: x264 (h.264 Main)
Average Bitrate: 1500
2-Pass encoding Enabled
Anamorphic Enabled
Audio Bitrate: 160
Here are my results:
Macbook
======
XMen3 : Perfect Sound
The Prestige : Sound cuts out at 32 Minutes
The Illusionist : Sound cuts out at 48 Minutes
iMac
===
Inside Man : Perfect Sound
Superman Returns : Sound cuts out at 48 Minutes
Hope this data helps...Just want to help the devs get to the bottom of this problem...its very strange.
Thanks...
exodar
-
- Moderator
- Posts: 1804
- Joined: Mon Mar 26, 2007 12:07 am
You are right, as well, that is likely why you might see longer encoding times from a hard drive fileset that was produced with mtr. Particularly the latest mtr in mf mode. HB is spending alot of time trying to read that structure.Core wrote: There must be something that hb isn't liking in the mtr rip that vh doesn't have a problem with.
Core
Sorry...the version of MTR is 3.0 - R14d. However, I am certain now that I think about it that I was using 3.0 - r13 for a couple of those rips...possibly even the ones that worked. I have no way of knowing for sure...I have just been ripping and saving all of these VIDEO_TS folders in anticipation of HandBrake...
-
- Moderator
- Posts: 1804
- Joined: Mon Mar 26, 2007 12:07 am
Debugging update
It seems that encoding with the CLI version of HandBrake avoids a number of these audio drop-out problems. I'm not going to say all, but definitely some.
Fixing this is going to difficult, because while that narrows the problem to the Mac GUI, the changes that would have caused it are very difficult to track down, and probably located in changeset 34--one of the largest revisions made to HandBrake's source code.
So while it's not a fundamental flaw in HandBrake, it is going to take awhile to fix.
Thanks to Loyalty_Anchored and NightStrm for sitting on IRC all day with me trying different things. For the sordid details, see the logs, starting here: http://handbrake.m0k.org/irclogs/handbr ... 6_pg7.html
For more information on using HandBrakeCLI, see here: http://handbrake.m0k.org/trac/wiki/CLIGuide
Fixing this is going to difficult, because while that narrows the problem to the Mac GUI, the changes that would have caused it are very difficult to track down, and probably located in changeset 34--one of the largest revisions made to HandBrake's source code.
So while it's not a fundamental flaw in HandBrake, it is going to take awhile to fix.
Thanks to Loyalty_Anchored and NightStrm for sitting on IRC all day with me trying different things. For the sordid details, see the logs, starting here: http://handbrake.m0k.org/irclogs/handbr ... 6_pg7.html
For more information on using HandBrakeCLI, see here: http://handbrake.m0k.org/trac/wiki/CLIGuide
Which version did you test??? There are so many of them!!1 I have the German one...Cavalicious wrote:Tested the above with Mediafork also...Mi3 is not a problematic DVD.Cavalicious wrote:I Ripped and Encoded Mi3 (same settings as before) with svnHB and all is fine.petvas wrote:Handbrake just finished encoding Mission Impossible III from the Hard Drive...No sound...
Ripping and encoding with Handbrake worked...If I rip with MTR and encode with Handbrake it doesnt...(H.264 endoder)
More data points:
Hardware: iMac Core Duo (not Core 2). This is the iMac4,1 revision which has a Pioneer DVD-RW DVR-K05 drive (firmware revision Q523).
Software: HB svn 474 (direct rip & encode)
Disc: The Incredibles
Settings:
(1) HB-AppleTV preset, modified for CRF CQ 70%
(2) HB-AppleTV preset, modified for ffmpeg CQ 70%
(3) HB-AppleTV preset, modified for 2-pass average bitrate @2mbps
(4) HB-AppleTV preset, modified for ffmpeg 2-pass average bitrate @2mbps
(5) HB-AppleTV preset, modified for CQP CQ 70%
Under (1), audio cuts out immediately as the main title begins (i.e., right after the studio credits). Framerate and CPU usage both dropped significantly.
Under (2), no problems.
Under (3), audio cuts out at chapter 8. Interestingly, there was no corresponding drop in framerate or CPU usage.
Under (4), no problems.
Under (5), no problems.
(As a side note, CQ 70% under ffmpeg looks like crap. It ended up with ~500kbps. I *did* average about 55fps though. )
I'm going to run a couple of other passes and see what happens.
Edited to add (3) & (4)
Edited to add (5).
Hardware: iMac Core Duo (not Core 2). This is the iMac4,1 revision which has a Pioneer DVD-RW DVR-K05 drive (firmware revision Q523).
Software: HB svn 474 (direct rip & encode)
Disc: The Incredibles
Settings:
(1) HB-AppleTV preset, modified for CRF CQ 70%
(2) HB-AppleTV preset, modified for ffmpeg CQ 70%
(3) HB-AppleTV preset, modified for 2-pass average bitrate @2mbps
(4) HB-AppleTV preset, modified for ffmpeg 2-pass average bitrate @2mbps
(5) HB-AppleTV preset, modified for CQP CQ 70%
Under (1), audio cuts out immediately as the main title begins (i.e., right after the studio credits). Framerate and CPU usage both dropped significantly.
Under (2), no problems.
Under (3), audio cuts out at chapter 8. Interestingly, there was no corresponding drop in framerate or CPU usage.
Under (4), no problems.
Under (5), no problems.
(As a side note, CQ 70% under ffmpeg looks like crap. It ended up with ~500kbps. I *did* average about 55fps though. )
I'm going to run a couple of other passes and see what happens.
Edited to add (3) & (4)
Edited to add (5).
Last edited by Cerebus on Sun Apr 08, 2007 7:15 pm, edited 3 times in total.
-
- Posts: 1
- Joined: Sun Apr 08, 2007 12:38 am
I have the dropped audio problem with movie Grandma's Boy. Audio drops after the first chapter. MPEGstreamclip shows timecode errors. Ripped with MTR 3.0 14d. When I encoded with MF 0.8b1 as h.264 I get the dropped audio. When I encoded with ffmpeg there is no dropped audio. Apparantly h.264 has a problem with timecode errors.
-
- Moderator
- Posts: 1804
- Joined: Mon Mar 26, 2007 12:07 am
I guess I could throw this twist at ya...
Ripped Casino Royale WS with MTR R14d (Main Feature Only)
Encoded with svnHB (earlier stated settings)...all is fine (except artwork).
This has been the only DVD ripped with MTR R14d that svnHB was able to encode. Ironic, due to the fact this "was" the hardest DVD to crack.
Maybe this verison of MTR was made to specificly go after Sony's lastest?!
Ripped Casino Royale WS with MTR R14d (Main Feature Only)
Encoded with svnHB (earlier stated settings)...all is fine (except artwork).
This has been the only DVD ripped with MTR R14d that svnHB was able to encode. Ironic, due to the fact this "was" the hardest DVD to crack.
Maybe this verison of MTR was made to specificly go after Sony's lastest?!
Upthread I've kept a running log of some test encodes I'm running with a title that (under some settings) drops audio. One PITA is I can't seem to make the drop-out occur with a specific segment (one drop was at the beginning of chapter 1, the other at chapter 8), so I've been running full encodes with each test.
So far, results appear rather random. Encoding with x264 is the only common setting between two problematic encodes, but the last one I did was x264 CQ without CRF enabled, and it was fine.
Also, contrary to upthread speculation, I am using a Pioneer drive.
One thing I haven't mucked with yet is the audio settings. I'm going to do this next. I'm going to try to reproduce the drop-out and then start altering audio options and see if there's an effect. I'll continue to edit my post upthread with additional data.
As far as speculation on the source of the problem, I'm currently thinking that there might be a problem with muxing (in either direction--demux at read or remux at encode). I assume that HB has only one ripping code pathway, so if the problem were ripping (or copy protection) the problem should show up in most if not all of my test runs. I was thinking that the problem was CRF, but I had the problem show up in an constant bitrate run (unless CRF is doing something in constant bitrate encodes I don't know about).
-- C
So far, results appear rather random. Encoding with x264 is the only common setting between two problematic encodes, but the last one I did was x264 CQ without CRF enabled, and it was fine.
Also, contrary to upthread speculation, I am using a Pioneer drive.
One thing I haven't mucked with yet is the audio settings. I'm going to do this next. I'm going to try to reproduce the drop-out and then start altering audio options and see if there's an effect. I'll continue to edit my post upthread with additional data.
As far as speculation on the source of the problem, I'm currently thinking that there might be a problem with muxing (in either direction--demux at read or remux at encode). I assume that HB has only one ripping code pathway, so if the problem were ripping (or copy protection) the problem should show up in most if not all of my test runs. I was thinking that the problem was CRF, but I had the problem show up in an constant bitrate run (unless CRF is doing something in constant bitrate encodes I don't know about).
-- C