Power ISO, Power Archiver and WinRAR if either matter).
King Lear and my attempt was using the original disc, not a backup.
AND In the event anyone needs technical data on my Home Theatre setup, visit the Album I just made:
hi.heaux's Home Theatre Setup
+ Reply to Thread
Results 3,661 to 3,676 of 3676
Alright, the hardware region code setting in your DVD player/burner...
I never ever got such a message because AnyDVD is always running in the background on my computer. But if you own DVDFab you should be able to rip a PAL DVD with RC protection onto your HDD while removing the encryption and also the region code. But I really am not familiar with DVDFab...
I have uploaded a small PAL Region-Free test DVD ISO here (created with AVStoDVD):
Burn the ISO and feed the disk to your HW DVD player. If it plays it then you do not need to convert your PAL DVDs to NTSC. If it rejects it then you have no choice, you need to do a standards conversion with your PAL DVDs. You will certainly have more questions if you start doing this, just ask...
Recently I authored a DVD with avs2DVD. I forgot to add subtitles so I demuxed the dvd with the parse DVD tool and tried to remux it with the subtitles. When trying to do so muxman keeps giving buffer underrun errors. I would normally believe I made a bad stream but made the disc with the SAME version of avs2dvd last month. Tried doing a fresh install etc. the streams mux fine in GUI for dvdauthor and it detects no underrun issues. Attached it my log files.if all else fails read the manual
AVStoDVD? Does Muxman throw out the same error message (I believe so, but I would double check).
Glad to! Attached is the screenshot and error log for the same source for muxman and AVS2DVD. I left the subs off and got the same result. Muxman did indeed mux the files with errors, but the result was extremely jerky while GUI for dvdauthor was smooth. So yes AVS2DVD did right but not creating the DVD as finding out about jerkyness later would be annoying to say the least. Demuxed from the original disc I made in AVS2DVD before that works, just to verify I had a solid flow.
[Attachment 45587 - Click to enlarge]if all else fails read the manual
My 2 cents:
First I thought that I better back off because subs are not my turf. But it turns out that subs are not the problem, it's more about authoring problematic streams using MuxMan vs. mplex/DVDAuthor. And I do know a few things about DVD authoring...
My first and most important question:
The older DVD you made in AVStoDVd which had no subs did work for you. Are you absolutely sure that you not only used AVStoDVD for the conversion, but that you also authored this DVD with AVStoDVD (which would use MuxMan)? I am not so sure. To me it looks like this older DVD without subs was authored using a different software (like GUI for DVDAuthor) which uses the mplex/DVDAutor combo instead of MuxMan.
It is well known that MuxMan is extremely picky when examining the source streams. In many cases MuxMan will refuse to finish the authoring process when mplex/DVDAuthor has no problems with the same source streams.
Your video source stream is problematic to say the least. It has a VCD frame size, and it is very short. If it was encoded with AVStoDVD with default settings then FFmpeg was used in CBR mode, and the target bitrate was set to a very high value which could never be met with a VCD frame size. FFmpeg is not very good converting clips with these settings, no wonder that MuxMan choked on it. Next time you do similar conversions you should restrict the bitrate for VCD to something around 3000 kbps, or/and force full DVD target frame size (720x480), or/and force HCenc as the encoder.
You say that with the same source AVStoDVD worked a little while ago, but after demuxing the working DVD and feeding the demuxed streams to AVStoDVD again you get these MuxMan errors. IMO this is absolutely impossible. The streams you get after demuxing a DVD are absolutely identical to the streams which were used for authoring the original DVD. If MuxMan had no problem muxing these streams a little while ago then it is impossible that it is now refusing to author these identical streams a little while later. Which again brings up my suspicion that the older DVD without subs was not authored with MuxMan.
To try to answer your questions: I make these Episode and movies dvd's for my portable dvd player when i travel so I have less discs, 240p externally video wise with HCenc and proper pulldown, and the subs I do in SUP format with subtitle creator from my SRT files I OCR from the disc (that way they fill the screen properly) then imported them into avs2dvd. I forgot to add the subs to 1 episode so I demuxed everything, added the sub, and re-imported the dvd back into AVS2DVD. I know the 16:9 on 240p isn't technically right, but I've done ALOT of these this way so far and had no issues in my use case before. I just tried a sanity check with another DVD I just made. Demuxed it, re-imported it, and it worked. I never used gui for dvdauthor before until now to have something to test my video against. I guess I'll just write this one off as a freak occurrence. I have the store bought discs, just didn't want to re-encode is all if all I had to do was add a subtitle. EDIT: here's a bitrate view, it's in the guidance you gave so yeah freak occurance. Thanks for the feedback everyone
[Attachment 45591 - Click to enlarge]
Last edited by dannyboy48888; 9th May 2018 at 21:03.if all else fails read the manual
AVStoDVD 2.8.8 Alpha 180508 is available to download.
- Some bugs fixed
- Added 'Audio Peak Level Check' feature in 'Title Edit'/'Audio' section
- Added support to OGG chapters txt format (timestamps) in 'Title Edit'/'Chapters'/'Import Chapters' routine
- Improved 'Title Edit'/'Chapters'/'Export Chapters' routine
- Improved source chapters detection routine (now it works again for IFO/DVD files)
- MKVToolNix updated to release 23.0.0
- MediaInfo updated to release 18.03
For testing and debgugging purpose.
Last edited by _MrC_; 12th May 2018 at 11:49.
I particularly like it where -- in the very good dev. of this fine program -- you have detected certain possible problems that may come up, and have automated fixes for them, in use of the program. If / Then contingency type stuff. (?) Can't recall or specify exact examples at the moment, but I think I have encountered this a few times in the past few versions. Functionality that was not present before.
Hi, I just installed 2.8.7 over the top of 2.8.6 on Windows XP SP3.
When creating the DVD menu, I now get an error, "Error 35602 Key Is Not Unique In Collection".
I looked in the folder, all of the templates are still there.
I then uninstalled 2.87 & reinstalled 2.86
The menu now works, but AVI synth runs sluggish ( & when closing down the preview window the program crashes) & "Open Previous title" no longer works.
Last edited by MooMooMooMoo; 16th Jun 2018 at 17:46.
I don't know if that's available for the new alpha. In my case I was able to get the no-install version working by
updating my version of the 7zip program and using that to extract the AVStoDVD archive file. I know it sounds weird, but it worked for me.
You could always uninstall and reinstall Avisynth 2.60 while your at it.
This mostly happens if a newer version of AVStoDVD adds or alters registry entries under HKCU/Software/AVStoDVD. MrC has always recommended to uninstall previous versions before installing a newer version for exactly this reason.
Having said this, there are some things you can try before uninstalling the problematic version. Under "Options" there is an entry "Reset to Defaults". This may already be all you need to do. A little bit more drastic would be to delete the whole registry key for AVStoDVD under HKCU/Software. In both cases you need to redo all your settings for the software.
Otherwise I agree with davexnet, I have always used the no-install version of AVStoDVD without any issues. Gives me more control...
If you are still getting a sluggish preview then it could be an interaction between AviSynth and LAVFilters registry entries. This only affects some systems, no idea why. The attached batch file restores the original reg entries which AviSynth creates upon installation. Download the file and doubleclick it...
Last edited by manolito; 17th Jun 2018 at 03:09.
I just had what I would have to term a failure on a job, using v. 2.8.7 with an x265 or HEVC source, HC 2-pass VBR. In the final output, everything seemed O.K., up until approx. the 2H:18m. point on a 3 hour movie, which is where the AVS result ends. I have no idea what happened to the remainder of the movie, which seems to have just dropped into a black hole. I will try to attach the AVS job logfile, in case that provides any clues.