|
|
A little hopefully helpfull subs guide
I am sure that ne1 that has read and understood the guides about subs in this site has very little use of these guidelines. However for all the rest non-English speaking fellow dvdland citizens follow them and u ll never have a problem again in regards with subs placement and colors.
These guidelines r working 100% for PAL movies. I know that u have to adjust the dimensions of the bmps for NTSC to 720x480 and I am confident that u have to adjust the dropframe flag but haven't tested it yet. Anyway if a NTSCer knows something about is welcomed to add.
-------------
v In Subrip make sure that u rip with blue font and white stroke.
v Bmp size at 720x576 (PAL).
v After saving the sst or son file open it in wordpad and replace the header with the appropriate one attached.
v In Scenarist when u create the new scenario make sure that u reset the colors to default through the appropriate button to the left of the window.
v In Maestro u dont have to reset anything. Just load the spf palette that Subrip produces and of course replace the header.
Hope that helped.
...the appropriate one attached ???
Well the attachment never made it through, so I guess I have to type it here.if u r using Maestro replace the header of your son file with this one
st_format2
Display_Startnon_forced
TV_TypePAL
Tape_TypeNON_DROP
Pixel_Area(0 575)
Directory
Display_Area(0 0 719 575)
Contrast(0 0 15 15)
#
# Palette entries:
#
# 00 : RGB(255,255, 0)
# 01 : RGB(131,127, 0)
# 02 : RGB( 8, 0, 0)
#
SP_NUMBERSTARTENDFILE_NAME
Color(0 1 2 3)if u r using Scenarist replace the header of your sst file with this one
st_format 2
Display_Startnon_forced
TV_TypePAL
Tape_TypeNON_DROP
Pixel_Area(2 574)
Display_Area(0 2 719 574)
Color(4 3 4 3)
Contrast(15 0 0 15)
E2(0 0 255 ===)
E1(255 0 0 ===)
PA(0 0 0 ===)
BG(255 255 255 ===)
Directory
#####################################################
SP_NUMBERSTARTENDFILE_NAME
Your headers should be OK for v1.06, but I've changed it a little since v1.07. Now the max. height is 478 for NTSC (574 for PAL) and headers since this version should be OK in SubRip for both PAL and NTSC then.
thanks zuggy for pointing this out. I downloaded subrip 1.07 and I ll test them tonight.
ww00tt thnx oddyseus finally a guide for us PAL users ...one little question ..after having replaced the header and saved it ....when using maestro to complie do u still use the spf file that was created by subrip to change the colours of the subtitles?
the spf file is created by subrip and is independent of the header replacement, thus it has nothing to do with it.
@zuggy: the header is working allright with the new version. I would like to point out some points.
The text window is glued to the bottom of the subs screen. U cann't see the subtitles being ripped. I think that we all would like the freedom of movement it had before.
In the last 3 versions I noticed that all 4 primaries r beeing used. For movie subs that's good, but when it comes to menu subs the resulting bmps r not crisp and clear. In my system there r a mix up of colors that do not help in the presice position and in clarity on screen. Is this general or am I experiencing it? I haven't seen any comments about it.
Personally I would appreciate the option to rip to 2 colors.
Other that this, the prog is my favorite since May 2000.
Originally posted by oddyseus
The text window is glued to the bottom of the subs screen. U cann't see the subtitles being ripped. I think that we all would like the freedom of movement it had before.
This is bug and will be fixed soon, atm you can just close this window.
In the last 3 versions I noticed that all 4 primaries r beeing used.
I must finish off the original DVD color palette support to get quot;clarityquot; colors. The 4 primaries are used from beginning, probably you haven't noticed that, because some DVDs don't use antialiasing.
Personally I would appreciate the option to rip to 2 colors.
You can do it, when you set color and contrast of Outline and Antialiasing to the same values like Background (quot;Output Formatsquot; window).
thank u for your answer.
Glad to know that was a bug that is going to be fixed.
It's fixed now, v1.081.
Zuggy,
As long as you're in the mood to make enhancements/bugfixes...
We really could use a fix to the .sst bug. Many times after saving the .sst I can try to import it into Scenarist and I will get errors about the start time being the same as the end time on several lines. If I view the .sst in notepad, I can see that this is true (ie. Start time=00:16:11.10 End time=00:16:11.10)
The simple fix of the above line is to increase the endtime to 00:16:11.11. Just that one change to each line with the problem and then it imports successfully into Scenarist.
So.. I'm thinking the easiest solution would be a 'Minimum duration of subtitle' feature added to the 'time correction' menu. Or, just have the program do a check and increase any subtitles with a duration of 0 seconds, as this is obviously an impossible subtitle to display, so Subrip probably shouldn't even generate 0 sec times at all, right?
I've tested with your latest version (1.081) and now it's doing something where it's deleting lines that have 0 sec timecodes. This works, but then we're left with a less-than-perfect finished product, wouldn't you say?
Can you please work with me/us to fix this?
Thanks for listening,
Eyes`Only
Yes, I will do it.
But remember your subtitles you provide me - if I add 1 frame to these ones, then time of the next subtitle would be shorter... and so on even 10 subtitles successive.
Admittedly this would be true, if the next subtitle overlapped. But most often i see subtitles like the following:
Example:
SP_NUMBERSTARTENDFILE_NAME
100:00:37:0400:00:37:04sub.1.bmp lt;--bad line
200:00:43:2400:00:47:06sub.2.bmp
In this case, I can change the line 1 and add 1 frame to where the two lines now say:
SP_NUMBERSTARTENDFILE_NAME
100:00:37:0400:00:37:05sub.1.bmp
200:00:43:2400:00:47:06sub.2.bmp
Now line 1 is accepted, yet line 2 was never changed and still syncs perfect. If the next line was:
SP_NUMBERSTARTENDFILE_NAME
100:00:37:0400:00:37:04sub.1.bmp
200:00:37:0500:00:47:06sub.2.bmp
... then admittedly I'd have to change the lines to:
SP_NUMBERSTARTENDFILE_NAME
100:00:37:0400:00:37:05sub.1.bmp
200:00:37:0600:00:47:06sub.2.bmp
but since i didn't mess with the endtime of line 2, line 3 should still be perfect, right?
I think that:
SP_NUMBER START END FILE_NAME
1 00:00:37:04 00:00:37:04 sub.1.bmp
2 00:00:37:05 00:00:47:06 sub.2.bmp
can be changed to:
SP_NUMBER START END FILE_NAME
1 00:00:37:04 00:00:37:05 sub.1.bmp
2 00:00:37:05 00:00:47:06 sub.2.bmp
without affecting the next subtitle line, am I right? In other words, could be stop time of previous equal to current start time?
And some example like in your subtitles:
1 00:00:37:05 00:00:37:05 sub.1.bmp //+1 frame
2 00:00:37:05 00:00:37:06 sub.2.bmp //+1 frame
3 00:00:37:06 00:00:37:07 sub.3.bmp //+1 frame
4 00:00:37:07 00:00:37:08 sub.4.bmp //+1 frame
5 00:00:37:08 00:00:37:09 sub.5.bmp //+1 frame
6 00:00:37:09 00:00:37:10 sub.6.bmp //+1 frame
7 00:00:37:10 00:00:37:10 sub.7.bmp //+2 frames
8 00:00:37:10 00:00:37:11 sub.8.bmp //+2 frames
9 00:00:37:11 00:00:37:11 sub.9.bmp //+3 frames
10 00:00:37:11 00:00:37:12 sub.10.bmp //+3 frames
11 00:00:40:00 00:00:42:00 sub.11.bmp //now I can quot;resetquot; the quot;+frames counterquot;
Originally posted by zuggy
I think that:
SP_NUMBER START END FILE_NAME
1 00:00:37:04 00:00:37:04 sub.1.bmp
2 00:00:37:05 00:00:47:06 sub.2.bmp
can be changed to:
SP_NUMBER START END FILE_NAME
1 00:00:37:04 00:00:37:05 sub.1.bmp
2 00:00:37:05 00:00:47:06 sub.2.bmp
without affecting the next subtitle line, am I right? In other words, could be stop time of previous equal to current start time?
I didn't think that was possible, but I tried it, and you're right. The end time of one sub can be the same as the start time of the next. That makes things at least a little easier huh? I admit it's not a perfect solution, but it beats removing the subs entirely, i believe.
New version is available on my page (quot;wwwquot; icon). Eyes`Only, please test the zero duration problem on your subtitles. Instead of the minimal subtitle duration checking I've corrected the milliseconds to frames conversion procedure at first.
Zuggy, how would you use punct.txt?
here is the first 4 lines
?. lt;== this is the error
? lt;== this is the correction?) lt;== second error
) lt;== second correction?
So if I add more follow it, it would work? For example:
.A
. A
lK
KBEFOREAFTER
0:00:18:.Zuggy . Zuggy
2:22:32:lKxy Kxy
]
Originally posted by kxy
.Z
. Z
lK
K
BEFOREAFTER
0:00:18:.Zuggy . Zuggy
2:22:32:lKxy Kxy
Exactly, odd lines - bad, even - correction.
It will be improved to edit the corrections in SubRip, but at this time just this... |
|
Post at 2011-4-15 15:28
| This Author's Posts Only
