Error 9011 in Toast 8

[peecee]

"Toast 8 Titanium v8.0.3:

- Error 9011 will no longer occur when burning DVD with MPEG-2 and PCM audio"

 

Not true, I find! I have just upgraded to Toast 8 (v8.0.3) on my G4 Mac running OSX 10.4.11 and now find error 9011 happens every time I try to write my TV recordings to DVD. I'm trying to write four programmes (3h 55m/5.75GB) to one DVD. The Space Indicator shows this will fit with room to spare which can't be right. After 25% of the encoding the error message comes up and the process stops. I've tried saving all four as a Disc Image but again the same thing happens. I deleted one programme to keep the total within one DVD capacity and it then saved as a Disc Image.

 

I use MPEG Streamclip to convert the recordings to MPEG2 and drag them into Toast. As far as I can tell this doesn't create the 'known' fault of PCM audio in the mix. I read somewhere to try re-converting to MPEG2 with MPEG audio which for some reason apparently overcame the problem but this doesn't work either. Is there a/another bug which fails to read the data quantities properly and indicates a false space indication? Toast 7 always clearly told me I was being a bit optimistic even if I was only slightly over maximum.

 

Has anyone else had this error message and found a way round it or do we have to wait for another update fix from Roxio? Meantime I'll have to reinstall Toast 7 which gave me no trouble at all but lacked one or two of the frills in 8. Any help appreciated.

[Peter N]

It looks like the multiple audio tracks created by MPEG Streamclip caused the problem in Toast 8. I've just successfully saved the four reconverted recordings to Disc Image. I haven't yet written the result to DVD but I can't see there'll be a problem.

 

One question arises from the exercise: why, when I save to Disc Image with the encoding set to "Automatic" does Toast encode the four recordings and take what looks as though it would be about 6 to 7 hours to complete, but if I use the "Custom" setting with reencoding set to "never" it multiplexes instead and completes the process in only about 12 minutes? Surely the "automatic" setting should ignore the need for reencoding and and go straight to multiplexing.

 

Just as a point of interest: I had to reconvert my already MPEG-2 converted recordings to do this and I can't see a noticeable deterioration in video quality. Maybe Streamclip recognises the existing MPEG-2 encoding and passes it straight through without further compression. Anyone know for sure?

 

Thanks for the pointers tsantee. Hope this also helps someone else.

 

Yes, thank you - it has certainly helped me - I had been using an even more long-winded method - using Streamclip to convert to Apple DV, importing that into Final Cut Pro to top and tail / remove commercials, exporting the result as a QT movies and using Toast to burn that (with the resultant encoding) - the whole process taking many (mostly unattended) hours.

 

I realised eventually that I could export from Streamclip to mpeg, but came up against the 4% RAM cache error, found this post, fixed the Streamclip audio preferences and Bingo!

 

 

I assume that you now know of Humax Gui for the Mac which works well, although there is a slight glitch with Leopard - you have to open the pkg file to run it.

 

 

 

Peter

 

[peecee]

It looks like the multiple audio tracks created by MPEG Streamclip caused the problem in Toast 8. I've just successfully saved the four reconverted recordings to Disc Image. I haven't yet written the result to DVD but I can't see there'll be a problem.

 

One question arises from the exercise: why, when I save to Disc Image with the encoding set to "Automatic" does Toast encode the four recordings and take what looks as though it would be about 6 to 7 hours to complete, but if I use the "Custom" setting with reencoding set to "never" it multiplexes instead and completes the process in only about 12 minutes? Surely the "automatic" setting should ignore the need for reencoding and and go straight to multiplexing.

 

Just as a point of interest: I had to reconvert my already MPEG-2 converted recordings to do this and I can't see a noticeable deterioration in video quality. Maybe Streamclip recognises the existing MPEG-2 encoding and passes it straight through without further compression. Anyone know for sure?

 

Thanks for the pointers tsantee. Hope this also helps someone else.

[tsantee]

Toast will automatically re-encode when it determines the source MPEG file is not within the normal video DVD spec in some way. However, oftentimes the MPEG actually is within the spec (maybe it is just a Header issue) or the "out-of-spec" MPEG actually works quite well (typically an odd resolution). Forcing Toast to never re-encode MPEG 2 files is a good way to go. If it is truly out of spec (such as an HD MPEG 2 file) Toast will proceed to re-encode even when never re-encode is selected. You've discovered one of the mysteries of Toast.

 

MPEG Streamclip cannot re-encode the video stream of MPEG 2 files except to a different format. So the video from your "conversion" is unchanged from the source. It can change the audio stream.

[saturnalia9]

I appear to be having the same problem, but all of the techo-lingo is going over my head here. PCM, Streamclip...can somebody give me the remedial rundown here? I have a basic working knowledge of Mac intricacies, but there's a line where things go fuzzy and this is crossing it.

[tsantee]

I appear to be having the same problem, but all of the techo-lingo is going over my head here. PCM, Streamclip...can somebody give me the remedial rundown here? I have a basic working knowledge of Mac intricacies, but there's a line where things go fuzzy and this is crossing it.

Are you using Toast 8.0.3? What are the steps you are taking that ends with this error? What kind of video file is it and where did it come from?

[peecee]

As you noted the Error 9011 that was due to using MPEG videos with PCM audio does not apply to the files you are working with. Yours don't have PCM audio.

 

This is what I don't understand about the problem; thanks for the reply though tsantee and apologies for my delayed response - time zone interference and I've also been checking a few things.

 

The recordings (in the UK, so PAL) are from my Humax PVR-9200T in .ts format and have to be transferred to a Windows laptop (no Mac software available) using HumaxMediaController v1.02 (from the Hummy.org.uk site) via USB, then to my Mac via ethernet. I do any editing in MPEG Streamclip, convert to MPEG 2 and write to DVD. The file format information I get in Streamclip is:

 

As transferred from the Humax PVR:

Type: MPEG transport stream

Duration: 0:58:48

Data Size: 1.68 GB

Bit Rate: 4.08 Mbps

 

Video Tracks:

201 MPEG-2, 720 × 576, 16:9, 25 fps, 15.00 Mbps, upper field first

 

Audio Tracks:

401 MP2 stereo, 48 kHz, 256 kbps

402 MP2 mono, 48 kHz, 64 kbps

 

 

After conversion in Streamclip:

Type: MPEG program stream

Duration: 0:58:40

Data Size: 1.62 GB

Bit Rate: 3.96 Mbps

 

Video Tracks:

224 MPEG-2, 720 × 576, 16:9, 25 fps, 8.00 Mbps, upper field first

 

Audio Tracks:

192 MP2 stereo, 48 kHz, 256 kbps

193 MP2 mono, 48 kHz, 64 kbps

 

I've been using this method for some time and have had no problems using Toast 7. Normally I leave all settings to auto unless I'm trying to fit too many programmes on a single DVD in which case I juggle with the custom settings until the progress bar indicates a reasonable fit (leaving the reencoding on auto), save it as a Disc Image and write to disc using "Fit to DVD" in Toast.

 

I've just tried the "never" setting in custom encoding as you suggested and I achieved one step forward and one back. I was able to multiplex all four programmes. It then switched to "Filling the RAM cache...4%" showing "0% completed", hung there for about 10 mins, crept to 5% but still showing "0% completed" and sat thinking about it for another 6 or 7 mins still showing "0% completed". It then suddenly showed "100% complete" and wrote a 992KB file which only contained the menu window and shows in Toast as "992 KB UDF Bridge DVD" when I double click it.

 

I'm not particularly up on the technical aspects of video encoding/conversion but having read as much as I can understand I think I know what I should be aiming for. The finer details may reveal problems but that doesn't appear to be the case as far as I can tell. Let me know if there's any other information which might help and where to look for it (I just used cmd-I in Streamclip to get the info above).

 

I'm going to reinstall Toast 7 when I can and try the same settings to see if Toast 8 is definitely the culprit.

 

Thanks again.

[tsantee]

I don't have any way to test with a similar file. What interests me is that there are two separate MP2 audio streams. Try this: select a title in the Video window and click the Edit button. Where the audio format is described in the Edit window is there a button that can be clicked to select one of the audio streams? If so, select the one you want. My guess is there is a problem with Toast 8 in using a file with multiple mp2 audio streams.

 

You might also try exporting from Streamclip using the convert to MPEG and MP2 audio format to get a file with a single audio stream.

[peecee]

Try this: select a title in the Video window and click the Edit button. Where the audio format is described in the Edit window is there a button that can be clicked to select one of the audio streams?

 

In Toast only one audio track is listed: MPEG-1, Stereo, 48000 Hz. The same recording opened in Streamclip shows the two tracks I listed before. I've just converted the same original recording to MPEG with MP2 Audio and the result still shows in Streamclip as the same 2 audio tracks and in Toast as the single MPEG-1 stereo track.

 

This made me check some of my earlier conversions and they all show only the one stereo track so I had a look in Streamclip's preferences and found a check box for "Convert only one audio track". I think this must have been added in the last upgrade and I missed it. With this checked I get a conversion with just the one stereo audio track.

 

What I need to do now is reconvert the original recordings with this checked and see if Toast 8 copes with the results better. I'll have to copy them across from my Humax again (if I've still got them on it) so I may be gone for a while. Hopefully this will sort out the problem. On the other hand I may just try reconverting my dual audio track files to see if it will strip out the errant mono track but I'm not sure how much this will affect the video quality. Presumably it puts it through the MPEG-2 compression again.

 

I'll soon find out and let you know.

 

Thanks.

[tsantee]

I haven't had the problem. As you noted the Error 9011 that was due to using MPEG videos with PCM audio does not apply to the files you are working with. Yours don't have PCM audio.

 

You say they came from TV recordings. Tell me more about the source and how you captured it to your Mac. If I know more about the source files - including their video and audio specs - maybe I can help troubleshoot this for you.

 

You mention using MPEG Streamclip to convert to MPEG. I've done this with .ts streams I've captured from my cable DVR via Firewire using Apple's AVCVidCap application. These have worked fine for me in Toast even before the 8.0.3 update. I'm in an NTSC area so let me know if yours are PAL.

 

Have you tried changing the Toast custom encoder setting to Never re-encode?