VideoHelp Forum




+ Reply to Thread
Results 1 to 6 of 6
  1. How do you mulitplex using BBMPEG? Ihave the newest version?
    Thank You!
    Please reply,
    Eric
    Quote Quote  
  2. Get Slack disturbed1's Avatar
    Join Date
    Apr 2001
    Location
    init 4
    Search Comp PM
    Don't mean to be rude but here's the table of contents from bbMpeg's help file
    <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR size=1 color=black></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
    • About bbMPEG
    • The Main Window
    • General Settings
    • Input and Output File Settings
    • Load and Save Settings
    • Video Stream Settings
    • Advanced Video Settings
    • Audio Stream Settings
    • Program Stream Settings
    • How to multiplex existing files
    • What is multiplexing?
    </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR size=1 color=black></TD></TR></TABLE>
    It is very informative, and should be able to answer your questions.
    Quote Quote  
  3. http://www.flexion.org/video/DVDConv/DVD2MPG116/bbmpeg-mux/

    Has some pics and text to walk you through it. The help file that comes with the program is good too, but I find pictures help Luck
    Quote Quote  
  4. Member
    Join Date
    Apr 2001
    Location
    United States
    Search Comp PM
    <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR size=1 color=black></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
    It is very informative, and should be able to answer your questions.
    </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR size=1 color=black></TD></TR></TABLE>

    Ahem, well.. not informative ENOUGH!

    I've tried and tried to mux a VBR MPEG-1 (at VCD res) encoded with CCE, audio with TMPGEnc, and it gets "underflow" errors like nuts. I tried bbMPEG and TMPGEnc to mux it together, both have this "underflow", and have corrupted video and/or file size when done.

    However, if I just plain ol' encode with TMPGEnc, it uses the "Non-Standard MPEG-1 VCD" stream format and works great every time.

    Has anyone gotten a CCE VBR MPEG-1 to mux properly? What settings do you use to get it to not get underflow?

    I could use any and all settings you may be using, from CCE to bbMPEG... anything would help at this point...

    these are all 352x240 VBR MPEG-1, MIN 500, AVG 875, MAX 2400, 3-pass.

    HELP PLEASE!!!
    Quote Quote  
  5. <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR size=1 color=black></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
    On 2001-07-31 19:21:04, homerpez wrote:
    <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR size=1 color=black></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
    It is very informative, and should be able to answer your questions.
    </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR size=1 color=black></TD></TR></TABLE>

    Ahem, well.. not informative ENOUGH!

    I've tried and tried to mux a VBR MPEG-1 (at VCD res) encoded with CCE, audio with TMPGEnc, and it gets "underflow" errors like nuts. I tried bbMPEG and TMPGEnc to mux it together, both have this "underflow", and have corrupted video and/or file size when done.

    However, if I just plain ol' encode with TMPGEnc, it uses the "Non-Standard MPEG-1 VCD" stream format and works great every time.

    Has anyone gotten a CCE VBR MPEG-1 to mux properly? What settings do you use to get it to not get underflow?

    I could use any and all settings you may be using, from CCE to bbMPEG... anything would help at this point...

    these are all 352x240 VBR MPEG-1, MIN 500, AVG 875, MAX 2400, 3-pass.

    HELP PLEASE!!!
    </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR size=1 color=black></TD></TR></TABLE>
    are they dts/pts underflows?

    heres a copy of a post i found (don't have the url don't think its on a messageboard anymore)

    General Discussion - Video PTS/DTS underflows Subscribe
    From: JAMUELS Mar-2 6:16 pm
    To: ALL (1 of 3)
    329.1
    Hi,
    This is probably a dumb question, but I’ve been experiencing underflow errors on some
    material that I’ve encoded with bbMEG 1.24 beta 17. The only thing I can deduce from the
    log file is that I should change the mux rate . . . But the help file says that setting the mux rate
    to "0" will force it to be computed by the encoder. Any ideas as to what value I should try?
    Would someone mind describing what exactly PTS/DTS are and how underflows can impact
    the final program(or point me to a relevant source of info)? I’ve been playing back with a
    Sigma Designs NS2000 card and haven’t seen my video affected per se . .
    BTW, I’ve enclosed my log file for reference.
    TIA and Regards,
    JPS
    ###
    Input information
    Video:
    width: 720, height: 480
    first frame: 1, number of frames: 300000
    Audio:
    sample rate: 48.0 kHz
    channels: stereo
    bits per sample: 16
    Output MPEG information
    Video: C:\WINNT\Profiles\jstarkey\Desktop\videoOut.m2v, deleted if multiplexed
    MPEG-2, 720x480 @ 29.97 fps, variable bitrate, quant value = 1
    Audio: C:\WINNT\Profiles\jstarkey\Desktop\videoOut.mp2, deleted if multiplexed
    Layer 2, 64 kbps, 48.0 kHz, stereo
    Multiplexing: video and one audio stream
    program stream type: MPEG-2 with pulldown auto-detection
    video file: C:\WINNT\Profiles\jstarkey\Desktop\videoOut.m2v
    audio 1 file: C:\WINNT\Profiles\jstarkey\Desktop\videoOut.mp2
    program file: C:\WINNT\Profiles\jstarkey\Desktop\videoOut
    Encoding Video:
    Video Encoding finished at frame # 1228.
    Min bitrate of any one frame = 2773 bits
    Max bitrate of any one frame = 339049 bits
    Min bitrate over any one second = 1486741 bps
    Avg bitrate over any one second = 2706791 bps
    Max bitrate over any one second = 3040605 bps
    Total time: 1658 seconds (00:27:3, 0.74 frames/sec, 1.350 sec/frame.
    Encoding Audio:
    Avg slots/frame = 192.000; b/smp = 1.33; br = 64.000 kbps.
    Multiplexing video and audio:
    Scanning video stream for a sequence header and pulldown type ...
    no pulldown detected ...
    Scanning video stream for pictures ...
    Found 1242 picture headers.
    Video stream information
    Stream length : 15621086
    Total time (seconds) : 41
    Sequence start : 83
    Sequence end : 1
    No. Pictures : 1242
    No. Groups : 83
    No. I Frames : 82 avg. size 21925 bytes
    No. P Frames : 332 avg. size 16821 bytes
    No. B Frames : 828 avg. size 9958 bytes
    No. D Frames : 0 avg. size 0 bytes
    Horizontal size : 720
    Vertical size : 480
    Aspect ratio : 0.6735
    Picture rate : 29.970 frames/sec
    Bit rate : 375000 bytes/sec (3000000 bits/sec)
    Computed avg rate : 377500 bytes/sec (3020000 bits/sec)
    Computed max rate : 1798000 bytes/sec (14384000 bits/sec)
    Vbv buffer size : 194560 bytes
    CSPF : 0
    Scanning audio stream for access units information
    Found 1710 audio frame headers.
    MPEG audio stream information
    Stream length : 328320
    Syncwords : 1710
    Frames : 1710 size 192 bytes
    Frames : 0 size 193 bytes
    Layer : 2
    CRC checksums : no
    Bit rate : 8000 bytes/sec (64 kbit/sec)
    Frequency : 48.0 kHz
    Mode : 0 stereo
    Mode extension : 0
    Copyright bit : 0 no copyright
    Original/Copy : 0 copy
    Emphasis : 0 none
    Multiplexing information
    Video stream data rate : 1798000 bytes/sec (14384000 bits/sec)
    Audio stream 1 data rate : 8000 bytes/sec (64000 bits/sec)
    Overhead data rate : 32350 bytes/sec (258800 bits/sec)
    Total data rate : 1838350 bytes/sec (14706800 bits/sec)
    Multiplexing file c:\winnt\profiles\jstarkey\desktop\videoout
    video PTS (41287.73ms) underflow at pack 7288 by 35.57ms
    video PTS (41321.10ms) underflow at pack 7351 by 72.43ms
    video DTS (41354.47ms) underflow at pack 7416 by 111.53ms
    video PTS (41387.83ms) underflow at pack 7506 by 178.50ms
    video PTS (41421.20ms) underflow at pack 7572 by 218.71ms
    video DTS (41454.57ms) underflow at pack 7635 by 255.58ms
    video PTS (41487.93ms) underflow at pack 7725 by 322.55ms
    video PTS (41521.30ms) underflow at pack 7783 by 353.84ms
    video DTS (41554.67ms) underflow at pack 7843 by 387.36ms
    9 video underflows (SCR >= PTS or DTS)
    NOTE: The resulting file may not play back correctly.
    Try increasing the mux rate.
    Finished multiplexing c:\winnt\profiles\jstarkey\desktop\videoout
    Options Reply
    From: BEYELER Mar-5 2:35 pm
    To: JAMUELS (2 of 3)
    329.2 in reply to 329.1
    The DTS (Decoding Time Stamp) and PTS (Presentation Time Stamp) timestamps are when
    the decoder is supposed to decode and display the frame relative to the SCR (System Clock
    Reference) timestamp. The SCR can be thought of as the time the decoder is supposed to read
    the data from the disk.
    Every packet of data in the mpeg file has an SCR timestamp and this timestamp is the value
    the system clock should be at when the packet is read. Usually, a decoder will start the system
    clock when it starts reading an mpeg stream (the initial value of the system clock is the SCR
    from the first packet of data, usually zero but it does not have to start at zero).
    The DTS timestamp tells the decoder to decode the frame when the SCR time reaches the
    DTS time, likewise for the PTS timestamp. Usually, the DTS/PTS timestamps indicate a time
    later than the SCR of the packet the video/audio appear in. For example, if the SCR of a
    packet of video data is 100ms (meaning it is read from the disk 100ms after the start of
    playback), the DTS/PTS values would be something like 200/280ms, meaning when the SCR
    reaches 200ms this video data is supposed to be decoded and then 80ms later it is to be
    displayed (the video data is held in a buffer until decoding time).
    Underflows usually occur when the video data rate is too high with respect to the muxing rate.
    If the muxing rate is 1000000 bits/sec (meaning the decoder will read 1000000 bits/sec from
    the file), but the video bitrate is 2000000 bits/sec (meaning 2000000 bits/sec are needed to
    display a seconds worth of video data), the video data is not being read off the disk fast
    enough to read all the video bits needed for one second. In this case the DTS/PTS timestamps
    will indicate the video was to be decoded/displayed before it is read from the disk (the
    DTS/PTS timestamps are earlier in time than the SCR timestamps of the packet they are
    contained in).
    Now depending on the decoder, this can be a problem or not (although the MPEG file is not
    MPEG compliant as there should be no underflows!). Some decoders (most notably PC based
    players) read the file as fast as needed to display the video, ignoring the SCR as needed.
    Note that in the listing you provided, the average video bitrate is ~3Mbps (3000000 bits/sec)
    but that it peaks as high as 14Mbps (rather large, DVD is limited to 9.8Mbps). This means the
    mux rate needs to be large enough to handle the 14Mbps part and bbMPEG’s calculated mux
    rate is sometimes too low leading to underflows.
    Are you intending the video bitrate to be so high? This is beyond DVD specifications and
    probably not playable on most standalone players. If not, I would either increase the mquant
    value from 1 or enter a maximum bitrate of 9Mbps on the Video Settings page to keep the
    bitrate down a bit.
    If you do want the video bitrate to be that high, you will need to increase the mux rate. From
    the listing provided, bbMPEG determined the mux rate to be 14706800 bits/sec or 1838350
    bytes/sec (the Total data rate : 1838350 bytes/sec (14706800 bits/sec) line). The value you
    would enter in the Force Mux Rate field would be the bytes/sec value divided by 50. So I
    would start with 36767 (1838350 / 50) and increase the value from there until you get rid of
    the underflow messages.
    Later,
    Brent
    Options Reply
    From: JAMUELS Mar-5 4:39 pm
    To: BEYELER (3 of 3)
    329.3 in reply to 329.2
    Great explanation--you’re the king!
    Thanks, again!
    JPS
    Quote Quote  
  6. Member
    Join Date
    Apr 2001
    Location
    United States
    Search Comp PM
    Thanks for the explanation, I tried cranking the MUX rate all the way it would go (that figure in there was wrong, but bbMPEG brought up an error that told me the correct one)...

    It did work on a test clip I had, I hope it didn't work only because it was short... I checked off "VCD" stream, "VBR", "PAD VCD AUDIO", "ALIGN SEQUENCE HEADERS", and left all the delay settings the same, while I cranked the MUX rate...

    I'm trying the same LARGE movie again (3-pass MPEG-1) and we'll see if it works...

    <font size=-1>[ This Message was edited by: homerpez on 2001-08-01 13:23:19 ]</font>
    Quote Quote  



Similar Threads

Visit our sponsor! Try DVDFab and backup Blu-rays!