mkanar
2nd August 2002, 21:15
Update: I have rebooted my system and I am now having this problem on my (small) 18G C: drive....so I'm confused. I'm still researching, but if anyone has had similar problems, then speak up. :)
UPDATE #2: Okay, I got it working by:
-renaming the default.ini file in the DVD2SVCD\BBmpeg directory to something else.
-Running bbMPEG's avi2mpg2 executable, click load then cancel.
-start second 1, end second 99999999, max size 735
-program stream SVCD-presets
-mpeg program stream/video stream/audio 1/[non]-intra files set to the same as what dvd2svcd uses.
-the name of the movie in the description box instead of dvd2svcd or whatever
-OK, Start
If I don't delete the .ini file, then I don't have a chance to set these options and it freezes as explained below.
Thanks!
Hello. In using DVD2SVCD, I have experienced a bug with bbMPEG (v1.24 beta 18 and DVD2SVCD's build of it, SemiCLI 1.0.0.2).
Please let me appologize for two things right off the bat:
1) This may already be a known issue, and if it is, then I appologize. It may also be a bug in Windows 2000, although I am running Win2K server with SP3.
2) I realize that this isn't DVD2SVCDs fault OR his problem in any way. However, I consider DVD2SVCD my our best hope as to potentially having this issue resolved.
When using a large partition, bbMPEG will permenantly stall near the end of the first mpeg file that it creates. In my latest test bbMPEG used a cutpoint of 735MB. When writing to a normal sized partition, the final filesize is 770,489,664 bytes. When writing to my large disk partition, the file size is 770,487,340 when bbMPEG stalls. bbMPEG is not frozen however....I can click on bbMPEG's 'suspend' button and exit the application. The last line shown in bbMPEGs on-screen log is "Multiplexing file X:\directory\muxed\bbmpeg_muxed_file00.mpg".
My details on my configuration:
Windows 2000 Server SP3
AthlonXP 1800+ (running stable at Spec)
256 MB
Host OS Drive is SCSI, running on an Adaptec 2940UW
5 Western Digital 120GB in a software RAID-5 stripe
As soon as I am able to get some more AVI and DVD videos encoded and burned to SVCD, I will dismantle the RAID-5 array and build a hardware RAID-0 array using four of the drives with a highpoint 370/371 raid controller. I have been very unhappy with the performance of software RAID-5 under Win2K/Win.NET.....the limiting factor is not the CPU cycles that calculate the parity bits but something else.
If DVD2SVCD has some reason to recompile bbMPEG someday, then I thought that just maybe he would be generous enough to look at the code to see if he is able to fix this issue. Fixing this, along with the WinXP bug that makes bbMPEG close unless users press 'load' and then 'cancel' would be really nice. Then, perhaps doom9 could replace the binaries in the files section with DVD2SVCD's new version. I would imagine that many users run into this problem and have to do some searches or give up before finding resolve.
Thank You,
mkanar
UPDATE #2: Okay, I got it working by:
-renaming the default.ini file in the DVD2SVCD\BBmpeg directory to something else.
-Running bbMPEG's avi2mpg2 executable, click load then cancel.
-start second 1, end second 99999999, max size 735
-program stream SVCD-presets
-mpeg program stream/video stream/audio 1/[non]-intra files set to the same as what dvd2svcd uses.
-the name of the movie in the description box instead of dvd2svcd or whatever
-OK, Start
If I don't delete the .ini file, then I don't have a chance to set these options and it freezes as explained below.
Thanks!
Hello. In using DVD2SVCD, I have experienced a bug with bbMPEG (v1.24 beta 18 and DVD2SVCD's build of it, SemiCLI 1.0.0.2).
Please let me appologize for two things right off the bat:
1) This may already be a known issue, and if it is, then I appologize. It may also be a bug in Windows 2000, although I am running Win2K server with SP3.
2) I realize that this isn't DVD2SVCDs fault OR his problem in any way. However, I consider DVD2SVCD my our best hope as to potentially having this issue resolved.
When using a large partition, bbMPEG will permenantly stall near the end of the first mpeg file that it creates. In my latest test bbMPEG used a cutpoint of 735MB. When writing to a normal sized partition, the final filesize is 770,489,664 bytes. When writing to my large disk partition, the file size is 770,487,340 when bbMPEG stalls. bbMPEG is not frozen however....I can click on bbMPEG's 'suspend' button and exit the application. The last line shown in bbMPEGs on-screen log is "Multiplexing file X:\directory\muxed\bbmpeg_muxed_file00.mpg".
My details on my configuration:
Windows 2000 Server SP3
AthlonXP 1800+ (running stable at Spec)
256 MB
Host OS Drive is SCSI, running on an Adaptec 2940UW
5 Western Digital 120GB in a software RAID-5 stripe
As soon as I am able to get some more AVI and DVD videos encoded and burned to SVCD, I will dismantle the RAID-5 array and build a hardware RAID-0 array using four of the drives with a highpoint 370/371 raid controller. I have been very unhappy with the performance of software RAID-5 under Win2K/Win.NET.....the limiting factor is not the CPU cycles that calculate the parity bits but something else.
If DVD2SVCD has some reason to recompile bbMPEG someday, then I thought that just maybe he would be generous enough to look at the code to see if he is able to fix this issue. Fixing this, along with the WinXP bug that makes bbMPEG close unless users press 'load' and then 'cancel' would be really nice. Then, perhaps doom9 could replace the binaries in the files section with DVD2SVCD's new version. I would imagine that many users run into this problem and have to do some searches or give up before finding resolve.
Thank You,
mkanar