GOP standards for PAL and NTSC players?
according to DVD standard:
max gop for ntsc is 18 max gop for pal is 15 In reality, how long gop standalone players usually do accept? |
Re: GOP player
Quote:
But results are crap, because of the extremely long GOP. For DVDs, I'm not sure, because most DVD authoring programs always stick to 15 or 18, and they just won't let you import the mpeg if it's not a standard GOP. -kwag |
Correct me if I am wrong.
Processing of GOP is happening with decoder buffer, and you actually specify the size of this buffer in multiplexing options which are 46K for VCD and 230 for SVCD. In reality, DVD players memory buffer is much larger than these outdated specifications. Maybe that's why standalone decoders chuck on long GOPs and the only thing is they want to tell them that allowed buffer in multiplex stream is larger? |
Yes, it's all (mostly) dependant on the VBV size.
I'm pretty sure most DVD players will handle long GOPs. It's just the authoring programs that are too strick, and don't let us do it :twisted: Eventually, when more DVD authoring programs are available, maybe some will be more "relaxed", and allow non-standard stuff, and then we'll be able to try all sorts of weird things :cool: -kwag |
:encore: ahha!!
so did anybody tested different video fuffer sizes in multiplexing and then on standalone players? |
@kwag: I thought TMPGEnc's DVD Authoring Software allows to import Streams with KVCD GOP :?: :roll:
|
Quote:
Have you tried it :?: -kwag |
|
Quote:
But I would follow the recommendations, and stick to a standard GOP size, so the KDVDs will play in every standalone player. This way, the only thing different is the KVCD notch matrix, and even though it's a customized matrix, there was never a "fixed" matrix constraint for DVD compliancy. So KDVDs are 100% DVD compliant, if we stick with the max GOP size ;) -kwag |
Technical notes in B-Book specs for DVD Updated: July 21, 1996. It is written even there: "MP@ML has no GOP size restriction. In fact, the GOP() is considered to be an insignificant layer in MPEG-2. Instead the sequence() layer serves as the most important boundary in the generic MPEG sense. "
Maybe restrictions on video buffer size are more important? What are they? |
GOP size max 36 fields or 18 frames (NTSC)
max 30 fields or 15 frames (PAL) http://www.mpeg.org/MPEG/DVD/Book_B/Video.html -kwag |
Quote:
You can do that because you are in NTSC area and you do not suffer too much from the limitation (18 insteed of 24 that we use generally for KVCD). But in PAL, that's a complete different story ! Using 15 insteed of 25 lead to a big difference in file size ! :-( What about using 18 for PAL ? As players handle this value for NTSC, 18 seems to be "not so out of the standard" even in PAL. What do you think ? |
Someone should try that ASAP... I'd like to know too! 8)
|
Quote:
My recommendation: - IF breaking the standards, go and encode using 24max / KVCD specs. ... But this will result in a less range of player which will accept this. Cause 18 on PAL already breaks the Std. and so if you don't care about Calories at least choose someting deliciuos to eat ;-) But maybe 18 on PAL gives a smaller risk?! And thats what I think you want to assume with your question. Its the same thing If we use 480x480 on PAL cause its a std. NTSC resolution to get more compression. - IF keeping Std. ... well you know the answer ... 100% Player compatibility but less compression. So choose your weapon... @ JellyGoose This would end up in a new Compatibility chart where almost everybody should provide his result which would give us all an average ;-) |
Quote:
EDIT: you edited your post while I was typing mine :-). You added : Quote:
Quote:
|
Quote:
Quote:
Trying to get as most movies fitting on one DVD-R as you can ... also to break "in that case of DVD-R" the Moviecount value. Well, if you get a DVD Burner (I don't know if you already got one) the first time you'll keep trying the "burn on that baby as much as it supports" to keep even there pushing the limits. And suddenly you think this DVD-R burning and encoding way will be my way to give a main focus to quality. (Ok thats my little story, and also many of my encodings do base on captures) |
Quote:
But what I do currently is TV shows. I use to put one complete season of 24 ep (22 min each) on 4 KVCD. That make 4x810 = 3240 Mo and the quality is widely enought for that kind of program. On a KDVD I will have 1000 Mo more. So I have two choices : - use the standard GOP (15) and the 1000 Mo will be used by the loose in compression. The quality won't change a lot (even if shorter GOP = better quality) - use the KVCD GOP (25) and my CQ_VBR will raise (actually I use 18, I'll can surely go up to 20). So the picture will be better. By using a GOP of 18, I can find a solution in the middle of the two above. Quote:
Quote:
|
Quote:
300min, .... well in case of KDVD 704x576 I every time set the min to 800kbit, I just figured out last week when I was re-encoding LOTR2 that at the beginning when the picture is almost dark ... the very little Parts within the almost black screen where you can see fire do come out a little blocky .. a jump to min=800 fixed that. In case of buying a DVD Burner choose one of a brand where Firmwareupdates are well and fast provided... this lets you enjoy using cheaper DVD Medias which will be supported without problems. |
[quote="incredible"]
Quote:
Quote:
Quote:
|
Quote:
Quote:
I got an "old" *lol* DVR-105 on my own ... it "eats" and handles almost every cheap media, well provided Firmware updates on PioneerModels BUT ... (in case of mine 105) not able to overburn in CD-R Mode maybe they fixed that on the 106 model now. These Pioneer Models are very well supported by most apps (and updates) internal Burning capabilities, .... except VCDeasy. And you can find them all over the world ... I do not know if they still implementate it in the newer G5's, but all Apple G4's came with Pioneer DVD Writing devices. |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.