0 Items in Your cart
Shopping cart ![[]](/sites/all/modules/ecommerce/cart/images/cart_empty.png "View your cart items")
User login
Recent News
Poll
Recent comments
- REFERENCE for MAC available
2 days 12 hours ago - We're trying to bring the
3 days 3 hours ago - Will there be a new release of HDAfterEdit within the next time?
3 days 13 hours ago - SD DVD
5 days 3 hours ago - SD DVD
5 days 10 hours ago - Hi Walter,
We're working on
5 days 22 hours ago - We're already making BluRay with Encore
6 days 7 hours ago - Glad you got around it !
6 days 8 hours ago - An update . . .
6 days 15 hours ago - This is insane!!
6 days 18 hours ago
Active forum topics
Resources
Syndicate
Still having DVD SP 4.1 Still Menu problems
Thu, 2007-12-13 09:33 — jvolino
I'm running DVD Studio Pro 4.1.2, but I'm still experiencing the symptoms of this thread about the problem with the progressive flag not being set:
http://dvdafteredit.com/node/1433
When I make still menus, they display on my Toshiba set-top and a portable player as though a single field is being used.
Is it still possible to download TFDVDEdit 1.0 somewhere or could someone email it to me so I can see if the DVDs that DVDSP is producing for me have the flag set properly or not? Also, the screen shot in that tutorial seems to be damaged.
Ian are you still out there? Help!
Thanks,
JV
jvolino@hotmail.com
Useful feedback
Hi JV,
Thanks for the heads-up about non-zero duration. I knew about the problem where a motion menu was set to be "Still" at the end, but not about the complication you discovered. The other advantage of the "zero" duration is that the menu's video on the disc will be only one frame long, which is most efficient in terms of space.
Glad you figured it out !
Cheers,
Ian
Got it sorted out mostly
OK, soon after I posted my question about the two columns I actually did some hands-on work and realized that the flag was one bit of a byte that represented multiple flags. Thanks for the hex refresher, however!
Anyhow, using TFDVDEdit did allow me to confirm that the reason my menus' text looked terrible was that they were not being displayed progressively. By twiddling with the settings for the background image in my DVD Studio Pro menu I was able to find the magical combination that causes DVD SP to set the progressive sequence flag. So it wasn't entirely the bug continuing to manifest itself, but the fact that I wasn't making my menus "still enough." The trick is on the menu's General tab to set the Start/Loop/End parameters to all the same value (I arbitrarily used 00:00:01:00) and then make sure Duration is set to 00:00:00:00 (which should happen automatically as soon as you set the first values. Then make sure the At End: value is "Still." Previously I had set the At End to still, but the Start/Look/End values varied and there was a non-zero Duration. I didn't think that would matter, since the background was a TIFF and I had disabled motion on all my buttons' thumbnails. What this means is that you will also end up with a ragged image if you have a menu background that is initially animated, even if you have it set to end as "still" after its frames have been displayed. (The workaround there is to chain from the animated intro to a purely still version, of course.) The good news at least is that I won't have to manually edit the DVD structure if I follow these rules.
Thanks for all your help.
--JV
Hexadecimal
I just could not help but comment.
The actual decimal values of the hexadecimal values are:
But what is significant about 0/1 and 82/8A are the actual bit patterns they represent.
In binary, hex 80 is 1000 0000 and:
So what is happening is that the 0 and 1 setting is simply flipping a single bit (fourth from the right) of the actual value stored on the disc. This is an example of where a programmer thought he was giving out some useful information but in reality it probably is making the program more confusing to the user. The main thing to remember is that you are turning the chroma format flag on or off. How the bits get put onto the disc is really not important as long as they are correct. The hexadecimal would be useful to someone who was familiar with various combinations of the other flags and had learned the hex value of those combinations. But most users probably are not.
"Fix" is only a hack
Hi JV,
The problem is that the fix isn't a real fix at all, just a hack that seems to work. If you look at the values in a "correct" 4.1.2 project ( ie. one that works as expected, in my players at least ) nearly all the values in the "Packet Type Extension" are different, so deducing what the right values for the "buggy" version are is just trial and error. Mine are based on comparisons with the previous version of DVDSP, where this issue hadn't been reported, but this doesn't mean they are definitive.
You asked
For the Progressive Sequence flag, I notice that the value in the first column after the flag is also different ("0" on the buggy menus; "1" on your screen shot and in the fixed project.) Should I change that value also?
Do you mean the Chroma Format flag ? In my tests, this was "1" both in the buggy and fixed versions. If yours look different, this may point to a difference in our authoring methods, which in turn means that all bets are off as far as the "fix" goes, you'll need to experiment yourself to try and find what works.
Side question: What do the two columns of numbers (the 0/1 vs. the 82/8A) represent?
They are just the same piece of information displayed in two different ways. 80/8a are displayed in hexadecimal notation. In hex, 80+1=8a, 80+2=8b, 80+3=8c and so on. In this case, the value of the flag is determined by whether the second hex digit is "0" or "a".
Hope that helps,
Cheers,
Ian
Need a few clarifications on directions
Thanks for helping. I realized that I was trying to view the JPG that was really a ZIP and now can see the example screen shot. I see the two values you've outlined in red. For the Progressive Sequence flag, I notice that the value in the first column after the flag is also different ("0" on the buggy menus; "1" on your screen shot and in the fixed project.) Should I change that value also? Side question: What do the two columns of numbers (the 0/1 vs. the 82/8A) represent? Sorry, I'm a little new to this level of DVD authoring. I would assume a flag would hold just one value rather than two.
--JV
Hi JV, Yes, I'm still here !
Hi JV,
Yes, I'm still here ! I've emailed you TFDVDEdit, I hope it's useful. The jpegs in the thread work OK for me, which one are you having problems with ? In my tests DVDSP 4.1.2 works ok in this respect, but there may be other variables at work. Are you making the still menus by importing BMPs into DVDSP ? Or are you using an external encoder ?
Ian
Post new comment