Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
26th June 2014, 07:14 | #181 | Link | |
Registered User
Join Date: Nov 2005
Posts: 583
|
Quote:
1. PotPlayer issue: no change. I've posted what BDSup2sub reports when reading a sup file. It seems the difference between the bad and good sup file is the update entries. All the good ones, including the one fixed by BDSup2sub, have less than 256 entries. Is this related to the issue at hand? Bad sup Code:
BDSup2Sub++ 1.0.2 - a converter from Blu-Ray/HD-DVD SUP to DVD SUB/IDX and more 0xdeadbeef, mjuhasz, Adam T. Official thread at Doom9: https://forum.doom9.org/showthread.php?t=167051 Loading G:/sup/1/j.200.sup PCS ofs:0x00000000, START, size:0x0013, comp#: 0, Object Id: 0, forced: false, palID: 0, objID: 0 PTS start: 00:00:01.955, screen size: 960*540 WDS ofs:0x00000020, size:0x000a, windows 0 dim: 335*155 PDS ofs:0x00000037, size:0x0502, ID: 0, update: 0, 256 entries ODS ofs:0x00000546, size:0x5561, img size: 335*155 END ofs: 0x00005ab4 #< 1 (00:00:01.955) PCS ofs:0x00005ac1, START, size:0x000b, comp#: 1 PTS start: 00:00:11.955, screen size: 960*540 WDS ofs:0x00005ad9, size:0x000a, windows 0 dim: 335*155 END ofs: 0x00005af0 PCS ofs:0x00005afd, START, size:0x0013, comp#: 0, Object Id: 0, forced: false, palID: 0, objID: 0 PTS start: 00:00:21.435, screen size: 960*540 WDS ofs:0x00005b1d, size:0x000a, windows 0 dim: 335*119 PDS ofs:0x00005b34, size:0x0502, ID: 0, update: 0, 256 entries ODS ofs:0x00006043, size:0x270a, img size: 335*119 END ofs: 0x0000875a #< 2 (00:00:21.435) PCS ofs:0x00008767, START, size:0x000b, comp#: 1 PTS start: 00:00:31.435, screen size: 960*540 WDS ofs:0x0000877f, size:0x000a, windows 0 dim: 335*119 END ofs: 0x00008796 Code:
BDSup2Sub++ 1.0.2 - a converter from Blu-Ray/HD-DVD SUP to DVD SUB/IDX and more 0xdeadbeef, mjuhasz, Adam T. Official thread at Doom9: https://forum.doom9.org/showthread.php?t=167051 Loading G:/sup/1/j.200_exp.sup PCS ofs:0x00000000, START, size:0x0013, comp#: 0, Object Id: 0, forced: false, palID: 0, objID: 0 PTS start: 00:00:01.960, screen size: 960*540 WDS ofs:0x00000020, size:0x000a, windows 0 dim: 336*156 PDS ofs:0x00000037, size:0x04f8, ID: 0, update: 0, 254 entries ODS ofs:0x0000053c, size:0x59ea, img size: 336*156 END ofs: 0x00005f33 #< 1 (00:00:01.960) PCS ofs:0x00005f40, START, size:0x000b, comp#: 1 PTS start: 00:00:11.960, screen size: 960*540 WDS ofs:0x00005f58, size:0x000a, windows 0 dim: 336*156 END ofs: 0x00005f6f PCS ofs:0x00005f7c, START, size:0x0013, comp#: 2, Object Id: 0, forced: false, palID: 0, objID: 0 PTS start: 00:00:21.440, screen size: 960*540 WDS ofs:0x00005f9c, size:0x000a, windows 0 dim: 336*120 PDS ofs:0x00005fb3, size:0x04fd, ID: 0, update: 0, 255 entries ODS ofs:0x000064bd, size:0x296b, img size: 336*120 END ofs: 0x00008e35 #< 2 (00:00:21.440) PCS ofs:0x00008e42, START, size:0x000b, comp#: 3 PTS start: 00:00:31.440, screen size: 960*540 WDS ofs:0x00008e5a, size:0x000a, windows 0 dim: 336*120 END ofs: 0x00008e71 The 960x540 format is now correctly shown, but 1280x720 is shown as 1080p. 3. XML timecode for 23.976, 29.97 and 59.94 fps. I notice SE does not follow the usual convention of speeding up the XML timecode by a factor of 1.001 when the fps is one of the above mentioned. So when the XML produced by SE is used by BDSup2sub, the resulting BD sup is slowed down by a factor of 1.001. Any good reason for doing this? Many thanks and best regards. Last edited by mariner; 26th June 2014 at 07:29. |
|
26th June 2014, 14:28 | #182 | Link |
Registered User
Join Date: Feb 2004
Location: Mars
Posts: 428
|
1) Thx a lot for the info - yes, one less entry in the color palette seems to fix this
http://www.nikse.dk/SubtitleEdit.zip (new beta, portable version, ) 2 would you rather have just the resolution? (I think I saw 1080p in a bd xml file) 3 Well, I mostly work with srt... but I've given it a try for File -> Export -> BDN xmp/png (does it work in above beta version?) |
27th June 2014, 09:35 | #183 | Link | |||
Registered User
Join Date: Nov 2005
Posts: 583
|
Quote:
What's wrong with 256? Quote:
Quote:
4. Timecode import. Thanks for adding the feature. Is there a way to make the duration fixed? Many thanks and best regards. |
|||
30th June 2014, 19:13 | #184 | Link |
Registered User
Join Date: Feb 2004
Location: Mars
Posts: 428
|
I've no clue what's wrong with 256... it's the max number of values for a byte so 256 sounds more correct than 255 - but I've never seen the bluray sup specs
2) Thx, my bad (reading)... should be fixed in latest beta - http://www.nikse.dk/SubtitleEdit.zip 3) If you choose those drop-frame time codes the times should now be multiplied by 1.001... I think. 4) One way could be Tools -> Adjust durations and add 10 seconds, the use Tools -> Apply duration limits (with 10 seconds as max duration) |
30th June 2014, 22:50 | #185 | Link |
Registered User
Join Date: Feb 2010
Posts: 364
|
Without reading the rest of the issue (I've only read the first line of the comment above me):
255 is the maximum number for a byte. Don't forget that the counting starts from 0. So 0-255 are 256 different values (or 2^8; the number of unique binary combinations of 8 bits). |
1st July 2014, 16:11 | #186 | Link |
Registered User
Join Date: Feb 2004
Location: Mars
Posts: 428
|
@Superb: Yes, I was unclear... now SE creates index 0-254 palettes for bluray sup (255 values), and ealier SE created 0-255 index palettes (256 different palettes), but that caused some programs not to display the subtitles... I would like to know what the specification says
|
2nd July 2014, 06:44 | #187 | Link | ||
Registered User
Join Date: Nov 2005
Posts: 583
|
Quote:
Quote:
Many thanks and best regards. |
||
2nd July 2014, 11:16 | #188 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,743
|
I noticed a little problem with VLC when playing video including Blu-ray sup : if there is no space (in time) between 2 successive subtitles in the original srt, the sup are not correctly displayed.
Example ; 1 00:01:48,955 --> 00:01:51,082 Hello guys, 2 00:01:51,082 --> 00:01:53,300 how are you ? I guess the solution is to shorten the first subtitle and get this (for example) ; 1 00:01:48,955 --> 00:01:50,900 Is it possible to detect it with SE (for srt) and shorten the subtitles only when their end timecode is the same than the debut timecode of the following subtitle ? I could apply duration limits but I'm afraid that some non problematic subtitles would become too short. |
14th July 2014, 01:29 | #191 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,743
|
Is there a way to convert DVB-SUB (from HDTV TS) to Blu-ray SUP without doing OCR ?
Because the OCR does not work well with one of my recordings while the original sup is correctly displayed by SE, thus a simple conversion is enough if possible. |
14th July 2014, 09:13 | #194 | Link |
Registered User
Join Date: Feb 2004
Location: Mars
Posts: 428
|
SE 3.4 out
@Music Fan: I've added a small overlap fix in 3.4 for outputting bluray sup when end time = next start time, then the end time will be shortened by one ms... but it might not be enough. SE -> Tools -> Min display time between subtitles might help though. To convert imaged based formats to Blu-ray sup, just right click in the list view in the ocr window and choose Export -> Bluray sup... @minhjirachi: What's the error message? How can I test it? @von Suppé: Thx for testing Last edited by Nikse555; 14th July 2014 at 10:41. |
14th July 2014, 10:42 | #195 | Link | ||
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,743
|
Quote:
Quote:
It works but the subtitle size is much smaller than the original (both played by VLC) while the font size can't be changed in SE in this case. I chose 1080p for resolution because this is the video resolution, but the original sub has maybe a wrong size (for example 576p while it should be 1080p) which could explain the size change when exporting in 1080p. How to export in 1080p keeping the same size ? |
||
14th July 2014, 11:54 | #198 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,743
|
Other question : is there a way to change sup maximum duration and gap without doing OCR ?
These option are not available in the OCR window, and if I do ok in the OCR window without doing OCR, I get the timecodes without text in the main window, but the maximum duration and gap can be changed there. Then, if I export in Blu-ray sup, the subtitle are empty. If I save it in srt, I have a file with the corrected timecodes but without text. If these changes can't be applied in the OCR window, could you add an option to load the timecodes from an external srt (actually the srt without text created just before) and apply it to the sup (if possible) ? Thanks for your work |
14th July 2014, 16:00 | #199 | Link |
Registered User
Join Date: Feb 2004
Location: Mars
Posts: 428
|
I've tried to add an "Import new time codes"... http://www.nikse.dk/SubtitleEdit.zip (portable version)
Does it work? |
14th July 2014, 16:50 | #200 | Link |
Registered User
Join Date: May 2009
Location: Belgium
Posts: 1,743
|
Yes, you rule !
But there is a minor problem : curiously, when I open the sup with modified timecodes (thus after having imported new time codes and exported in Blu-ray sup), the timecodes are all displayed 44 ms sooner than those in the srt used as new time codes. For example, if the time code of the first line of the good srt is ; 1 00:00:07,921 --> 00:00:12,241 I get this in the corrected sup ; 1 00:00:07,877 --> 00:00:12,197 But as I can change srt's timecode easily with SE to compensate this little change, that's not a big problem. |
Thread Tools | Search this Thread |
Display Modes | |
|
|