How to get a single I-Frame?? - Page 5

mpucoder · 3rd February 2005, 20:46

@jeanl - that can never happen, there is plenty of time between audio packs. Total time adds up to (usually) 45000 ticks.

jeanl · 3rd February 2005, 20:50

Quote:

Originally posted by mpucoder
@jeanl - that can never happen, there is plenty of time between audio packs. Total time adds up to (usually) 45000 ticks.

AHHHH! One good news at last!!!

Thanks a bunch mpucoder!
Jeanl

jsoto · 3rd February 2005, 21:47

Well, I've already asked this in other thread, but now we got the support of mpucoder and I'm going to abuse a little more...

I'd like to know how adjust the subs SYNCI pointers (after a strip, i.e.). What I do not know is how to get the End presentation time of the sub. Let say, the PTS is in the PES header, but I'm assuming a sub can be longer than a VOBU so to distinguish between 3fffffff (no sub) and the pointer to the right VOBU, you need to know when the sub start (its PTS) and when it ends (???) Is there other way than decoding the subs?.

jsoto

Quote:

Originally posted by jeanl
Wait until I get home to show you some real hole!

Still waiting...

mpucoder · 3rd February 2005, 22:14

The only way is to decode it. Trace through the DCSQT until you find the last one (points to itself). Duration is the delay * 1024. But if you are not changing vobu_s_ptm or vobu_e_ptm for any vobu all you really need do is adjust the pointers that are there. The timing doesn't change, just the number of sectors in between.

jsoto · 3rd February 2005, 22:35

Quote:

But if you are not changing vobu_s_ptm or vobu_e_ptm for any vobu all you really need do is adjust the pointers that are there. The timing doesn't change, just the number of sectors in between.

Yes, that's what I'm doing in VobBlanker now, trusting the original (before strip) ones, but I'd like to know how to redo them from scratch. So, I need to learn the sub format before continuing in this way, may be in a future..., but seems

Quote:

Trace through the DCSQT until you find the last one (points to itself). Duration is the delay * 1024

is enough to do it.
So, thanks again.

jsoto

jeanl · 4th February 2005, 07:48

Guys,

I have a beginner's question:
In a VOB file, are PTS supposed to be
- Continuous (i.e. end PTS from VOBU = begin PTS of next) withing a Cell?
- Continuous from Cell to Cell?
- None of the above? (can they be non-increasing?????)

I have a vob that where the end PTS of 1/2 does not match the begin PTS of 2/1, I'm suspecting this is actually OK, but am I right?

If it's OK I need to change things in my code!
Jeanl

jsoto · 4th February 2005, 08:55

What I understand is:
- Continuous (i.e. end PTS from VOBU = begin PTS of next) withing a Cell?
Yes. Always in a good authoring

- Continuous from Cell to Cell?
Yes, if seamless. No, if non-seamless (in a VID change, like yours, for example)

EDIT: IIRC, a change in CID (inside the same VID) must be always seamless.

Quote:

If it's OK I need to change things in my code!

Why?.

jsoto

blutach · 4th February 2005, 14:47

@jsoto

Because the way cutvob processed, it assumed seamless all the way thru a VOB and this led to crazy times for each VCID, which didn't work.

Jean has my menu VOB now - this is what prompted his question. He has changed the code in B0.402 and IMO this works.

Regards

mpucoder · 4th February 2005, 17:15

SCR and pts start at each vob - what you call a vid. They are continuous from vobu to vobu and cell to cell within the vob.

Don't blame me for the confusing names. A VOB is a video object, with a VobID unique to its titleset. VOBs are the video objects comprising one title, usually seamlessly multiplexed, and (I think) is simply the plural of VOB. VOBS are the video objects comprising one titleset (aka VTS) and means "Video OBject Set". Maybe it wasn't so confusing in Japanese, the language of the original specs.

jeanl · 4th February 2005, 17:44

Thanks a bunch guys, I was on the right track, but not quite there yet!
jsoto, I thought of something yesterday:
When srinking a motion to a still, I don't think we need to set the still time in the IFO! How about simply setting the end pts for the first VOBU (the one with the image) to match the end PTS of the original cell? That way, you have a single-frame motion menu, not a still. At the end of playback, the cell command is executed (like in the original) and you go back to the beginning (most likely).
No messing with the still time, no messing with the cell playback time (remains the same) no messing with the cell command.

Simple, no?

Jean

jeanl · 4th February 2005, 17:50

Quote:

Originally posted by mpucoder

Don't blame me for the confusing names. A VOB is a video object, with a VobID unique to its titleset. VOBs are the video objects comprising one title, usually seamlessly multiplexed, and (I think) is simply the plural of VOB. VOBS are the video objects comprising one titleset (aka VTS) and means "Video OBject Set". Maybe it wasn't so confusing in Japanese, the language of the original specs.

did you say confusing?

You got to be kidding man. If they had been trying to confuse us on purpose, they wouldn't have done a better job

! It's all part of a grand scheme of course!
Jeanl
P.S. Still working on the pic of my hole. Will post over the week end!

jsoto · 4th February 2005, 18:24

Quote:

How about simply setting the end pts for the first VOBU (the one with the image) to match the end PTS of the original cell?

I believe it is out of specs. VOBUs cannot be longer than 1 second (1.2 if they are the last in the cell). But may be it works...
jsoto

jeanl · 4th February 2005, 18:31

Quote:

Originally posted by jsoto
I believe it is out of specs. VOBUs cannot be longer than 1 second (1.2 if they are the last in the cell). But may be it works...
jsoto

Darn! that would have made it soooo simple!
OK, does that mean that if you want to make a slideshow, no audio, you HAVE to use cell still-times? You can't use one VOBU per picture, with an end PTS of however long you want it?
Jeanl

jsoto · 4th February 2005, 18:35

Quote:

if you want to make a slideshow, no audio, you HAVE to use cell still-times? You can't use one VOBU per picture, with an end PTS of however long you want it?

That's what I understand, but I'm not sure... can be wrong.
EDIT: I'll look into some examples (menus) I have when I get home.

jsoto

jsoto · 4th February 2005, 18:40

Err, the idea I have is to keep all navpacks as they are... Also very simple (although you have to pay the space of the navs)

Even in this case, not sure if a fake VOBU (only a nav) is out of specs or not.

jsoto

jeanl · 4th February 2005, 18:45

Quote:

Originally posted by jsoto
Err, the idea I have is to keep all navpacks as they are... Also very simple (although you have to pay the space of the navs)

Even in this case, not sure if a fake VOBU (only a nav) is out of specs or not.

jsoto

That's one thing the philips verifyer would catch..
But I don't like the idea of keeping all the nav packs, well, you're right, it's not really a big deal if it can fix other issues!

Jeanl

jsoto · 4th February 2005, 19:01

Quote:

it's not really a big deal

2KB per pack, so only 240-300 KB for two minutes!!. How much is this in the inmensity of 4,37 GB?
jsoto

jeanl · 4th February 2005, 19:11

Quote:

Originally posted by jsoto
2KB per pack, so only 240-300 KB for two minutes!!. How much is this in the inmensity of 4,37 GB?
jsoto

ROFL!!!!
YOu don't have to convince me! It's all the shrink-heads that you have to convince! They're a tough crowd to sell!

jeanl
P.S. and besides, when everybody has dual-layer burners, the entire question will be mooooot!

r0lZ · 4th February 2005, 19:45

There is a little side effect of keeping the playback as it was instead of converting the cell to a real still frame. When the cell has finished playing, it has to be played again from the beginning (with a LinkTopCell or similar). When this loop back occur, the subtitles are vanishing for one second or two.
Of course, it's not verry important. Note that setting the cell time to 255 will probably fix this problem, even if you keep all Nav Packs.

Take care: another scenario exists. If the original cell do not loop back (ie there is no LinkTopCell post or cell command), the playback must continue normally. So, if you decide to set the still time to 255, you must analyse the cell and post commands to be sure that it's safe.

mpucoder · 4th February 2005, 19:46

For picture without audio you can use either cell still time (not infinite unless you want user to do something to continue) or empty vobus.

In other words, if, as a result of removing all but an I frame, you end up with nothing in the vobu but the NAV pack, that's OK.

A lot of questions could be answered by playing with Muxman

Try it with a bmp or 2 and various still times, with and without audio, and VobEdit to see what it all looks like.

4th February 2005, 07:48	#86 \| Link
jeanl Registered User Join Date: Sep 2004 Location: California, USA Posts: 2,079	Guys, I have a beginner's question: In a VOB file, are PTS supposed to be - Continuous (i.e. end PTS from VOBU = begin PTS of next) withing a Cell? - Continuous from Cell to Cell? - None of the above? (can they be non-increasing?????) I have a vob that where the end PTS of 1/2 does not match the begin PTS of 2/1, I'm suspecting this is actually OK, but am I right? If it's OK I need to change things in my code! Jeanl __________________ A few PgcEdit guides. DVDSubEdit a free tool to edit subtitles directly inside the vob.

4th February 2005, 14:47	#88 \| Link
blutach Country Member Join Date: Sep 2004 Location: is everything! Posts: 6,499	@jsoto Because the way cutvob processed, it assumed seamless all the way thru a VOB and this led to crazy times for each VCID, which didn't work. Jean has my menu VOB now - this is what prompted his question. He has changed the code in B0.402 and IMO this works. Regards __________________ Les Only use genuine Verbatim or Taiyo Yuden media. Last edited by blutach; 5th February 2005 at 20:00.

4th February 2005, 17:44	#90 \| Link
jeanl Registered User Join Date: Sep 2004 Location: California, USA Posts: 2,079	Thanks a bunch guys, I was on the right track, but not quite there yet! jsoto, I thought of something yesterday: When srinking a motion to a still, I don't think we need to set the still time in the IFO! How about simply setting the end pts for the first VOBU (the one with the image) to match the end PTS of the original cell? That way, you have a single-frame motion menu, not a still. At the end of playback, the cell command is executed (like in the original) and you go back to the beginning (most likely). No messing with the still time, no messing with the cell playback time (remains the same) no messing with the cell command. Simple, no? Jean __________________ A few PgcEdit guides. DVDSubEdit a free tool to edit subtitles directly inside the vob.

4th February 2005, 18:40	#95 \| Link
jsoto Just a Member Join Date: Nov 2002 Location: Spain Posts: 2,067	Err, the idea I have is to keep all navpacks as they are... Also very simple (although you have to pay the space of the navs) Even in this case, not sure if a fake VOBU (only a nav) is out of specs or not. jsoto __________________ Web sites with my tools http://download.videohelp.com/jsoto http://jsoto.posunplugged.com/

4th February 2005, 19:45	#99 \| Link
r0lZ PgcEdit daemon Join Date: Jul 2003 Posts: 7,469	There is a little side effect of keeping the playback as it was instead of converting the cell to a real still frame. When the cell has finished playing, it has to be played again from the beginning (with a LinkTopCell or similar). When this loop back occur, the subtitles are vanishing for one second or two. Of course, it's not verry important. Note that setting the cell time to 255 will probably fix this problem, even if you keep all Nav Packs. Take care: another scenario exists. If the original cell do not loop back (ie there is no LinkTopCell post or cell command), the playback must continue normally. So, if you decide to set the still time to 255, you must analyse the cell and post commands to be sure that it's safe. __________________ r0lZ PgcEdit homepage (hosted by VideoHelp) BD3D2MK3D A tool to convert 3D blu-rays to SBS, T&B or FS MKV

3rd February 2005, 20:46	#81 \| Link
mpucoder Moderator Join Date: Oct 2001 Posts: 3,530	@jeanl - that can never happen, there is plenty of time between audio packs. Total time adds up to (usually) 45000 ticks.

3rd February 2005, 22:14	#84 \| Link
mpucoder Moderator Join Date: Oct 2001 Posts: 3,530	The only way is to decode it. Trace through the DCSQT until you find the last one (points to itself). Duration is the delay * 1024. But if you are not changing vobu_s_ptm or vobu_e_ptm for any vobu all you really need do is adjust the pointers that are there. The timing doesn't change, just the number of sectors in between.

4th February 2005, 17:15	#89 \| Link
mpucoder Moderator Join Date: Oct 2001 Posts: 3,530	SCR and pts start at each vob - what you call a vid. They are continuous from vobu to vobu and cell to cell within the vob. Don't blame me for the confusing names. A VOB is a video object, with a VobID unique to its titleset. VOBs are the video objects comprising one title, usually seamlessly multiplexed, and (I think) is simply the plural of VOB. VOBS are the video objects comprising one titleset (aka VTS) and means "Video OBject Set". Maybe it wasn't so confusing in Japanese, the language of the original specs.

4th February 2005, 19:46	#100 \| Link
mpucoder Moderator Join Date: Oct 2001 Posts: 3,530	For picture without audio you can use either cell still time (not infinite unless you want user to do something to continue) or empty vobus. In other words, if, as a result of removing all but an I frame, you end up with nothing in the vobu but the NAV pack, that's OK. A lot of questions could be answered by playing with Muxman Try it with a bmp or 2 and various still times, with and without audio, and VobEdit to see what it all looks like. Last edited by mpucoder; 4th February 2005 at 19:50.