I have to deliver these MPEG-2 specs before Monday, March 31st... (My no-budget feature got a pay-per-view cable deal.)
I understand how to output all the specs but the last 3. (Stream Type, Stream ID, PID)
QUESTION: What software can I use to specify the Stream Type, Stream ID, and PID ? I've been looking at telestream episode, which looks like it would work (but it's $1194.00)
Anyone who can help will be a Superhero!
fyi, I'm on Mac Book Pro, also running Windows 8.1 in a Parallels virtual PC, so I can run some PC software. I have Squeeze 9, Adobe Media Encoder, Compressor.
Standard Definition VOD Encoding Specification (VOD Ready):
· MPEG-2, Main level, main profile
· 4:3 (16x9 letterboxed to 4:3 may be used but not preferred)
· 4:2:0 chroma subsampling
· Frame rate of 29.97fps
· Black Level at 0 IRE
· 3 seconds of black at start of clip and 3 second of black at the end of clip
· Video data rate of no greater than 3.18Mbps
· Stream Type 0x02
· Stream ID 0xe0
· PID 0x1e1 (481)
+ Reply to Thread
Results 1 to 21 of 21
I believe that the stream ID and PID will be attributes of an MPEG-2 video stream only if it is multiplexed into a Transport Stream container (probably for broadcasting purposes). So you will have to check your TS muxing application how to specify them.
Last edited by LigH.de; 28th Mar 2014 at 10:42.
Thanks! Yes, it is for broadcast. Can you recommend a TS muxing application?
Stream Type 0x02 just means MPEG2 video .
Stream ID 0xe0 is the ID number for the transport stream, in hexadecimal. The decimal translation would be "224"
PID 0x1e1 (481) is the PID for the 1st video stream (same thing, 0x1e1 in hex is 481 in decimal)
A free way to specify those is with ffmpeg. But usually there are more specs/requirements in the spec sheet. For example, sometimes they need CBR muxing, null packets. ffmpeg can sometimes produce transport streams that are non compliant. If you want it perfect you should really look at retail $ options
I don't think tsmuxer allows you to specify stream IDs and PIDs, but there are some newer beta versions that might (I haven't really used the newer versions, it might be worth checking out)
ffmpeg -i input.mpg -c:v copy -c:a copy -mpegts_start_pid 481 -mpegts_transport_stream_id 0xe0 -f mpegts output.ts
It should something like this look like this
ID : 224 (0xE0)
ID : 481 (0x1E1)
Last edited by poisondeathray; 28th Mar 2014 at 10:55.
Due to the low bitrate limit, it may be for DVB-T, so you will possibly consider a reduced width (less than 720 pixels per line). I am not sure which resolutions are allowed for DVB in NTSC; I have seen PAL broadcasts in e.g. 544x576.
Any suggestions for great encoding software?
The bit rate seemed low to me too. But this company shows pay-per-view VOD on Cox and Charter, Verizon, etc...
720x40 is the frame size they want. It's NTSC and SD, not HD (as you can tell by the specs)
At those low bitrates, I prefer HCEnc. Adobe, Squeeze are based on Mainconcept's MPEG2 engine which doesn't perform well at low bitrates. I don't have much experience with compressor's MPEG2 encoding
And consider other strategies to optimize before encoding such as mild temporal denoising, which will improve compression
I 've used TMPGEnc, CCE and Procoder as well - they don't perform well at those bitrates either (really no MPEG2 encoder does for 720x480). I would still give the slight edge to HCEnc at that low bitrate range. CCE is fantastic for progressive encodes, great for retaining detail & grain at moderate to high bitrates but it's going to perform terribly here without severe lowpassing
All your help has been fantastic. Thanks so much!
Compressor is much worse than Mainconcept. Yeah, I'd use HCEnc as well. And I'd do some preprocessing, such as dropping the color bitdepth a bit (slight posterizing), selective blurring/median.
Depending upon what your material is like, you could do other (more radical) things, too. Like dropping the # of frames while keeping the framerate the same (IOW, dropping alternate frames, then duplicating remaining frames), which would make things more "stuttering", but uses much more B & P frame efficiency (because of the duplication), so compresses much better. Or doing a similar thing spatially.
Basically, anywhere that you can squeeze out more similarity in your souce frames, whether spatial or temporal, will improve the bitrate allocation (and hence the quality) of the remaining signal. But it is MUCH better if you do the deciding and processing than to just let the encoding app give its best guess at the original.
Similar things can and SHOULD be done with the audio. What is the BR requirement for the Audio stream? Or is that for the combined streams?
In case of despair, even alternate DCT matrices... And check if 8 or 9 bit DC precision looks better (8 bit may already have severe banding).
Manzanita is quite OK in terms of muxing quality, you can try Opencaster, go also for OBE VODand ask Kieran about MPEG-2 encode - perhaps He can prepare special build for you or at least help with creating TS stream
Sometimes better than HCEnc (for some special cases) is QuEnc (read comment on Videohelp about ver 0.75 - part of AVStoDVD pack).
Last edited by pandy; 28th Mar 2014 at 13:23.
I played with tsmuxer , it gives the wrong PID's , stream ID's and I see no way of altering them
Hold up...you have other decisions to make before you actually encode...
And I feel for you... On one hand it's great that you get a VOD deal, more exposure as a content producer. But on the other hand they handcuff you to these crappy SD specs. I doubt this is the way you as a filmmaker envisioned it to be viewed by the audience.
· 4:3 (16x9 letterboxed to 4:3 may be used but not preferred)
Otherwise you have to do the "not preferred" 16x9 letterboxed , encoded 4:3
Hallelujah! I spoke with the broadcast reps. They said, just get as good image as you can somewhere close to the specs. We'll deal with PID etc on our end. BUT I want to sincerely thank all of you great experts here on the forum! I know where I'm going for answers from now on!
IIWY, I'd submit a real good, (somewhat) higher bitrate copy of your program, and then request that you get to see (and sign off on) their transcoded copy. That way, you can decide if you can live with the choices they will be making for you. I would think, as content creator, that would still be within your rights (and it would be less of a chance of them pulling a fast one on you).