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. |
11th February 2009, 20:13 | #742 | Link |
Author of BDSup2Sub
Join Date: Jun 2003
Posts: 478
|
I stumbled over an issue with the SUPs extracted from the German Blu-Ray of "Pirates of the Carribean III".
In most of the SUP frames, there is a seconds palette definition after the ODS with the byte size 2 (-> 0 entries) that looks like this: 14 00 02 01 00 This is what SupRead reports: 00000002: PTS=004F6308 (00:00:57,808) 0000000A: PCS (13) state: 2 0000002A: WDS0 (0A) id: 0 - 00000041: PDS (4FD) 255 palettes 0000054B: ODS0 (628F) 670 x 118 000067E7: END 000067EC: PTS=0055BEA2 (00:01:02,437) 000067F4: PCS (0B) state: 0 0000680C: WDS0 (0A) id: 0 - 00006823: PDS (02) 0 palettes <----------------------------- 00006832: END When I delete the 2nd 2-Byte PDS entries from the SUP before importing them into SupRead, the subtitles are rendered correctly. So obviously, SupRead uses the 2nd (invalid) palette definition to render the subtitle image instead of the first one (->empty). I'd guess that the order matters though and the PDS _before_ the ODS should be used. Or maybe palette definitions with 0 palettes just must be ignored? Either fix would do... Besides, while we're at it, the 1st PCS in this SUP stream looks like this: 16 00 13 07 80 04 38 10 00 00 80 00 00 01 00 00 00 00 02 C3 03 65 - POTC3 (1) 16 - PCS identifier 00 13 - size of section: 0x13 07 80 04 38 - width, height: 1920x1080. 10 00 01 - sequence number ??? 10 00 00 xx - xx = 1: don't clear, 0: clear, 10 = ??? 00 00 00 xx - 40: next sub forced, 0: don't force 02 C3 03 65 - ??? Is anything known about the last 4 bytes or the other entries marked as "???" ? I'd be interested in any documentation about the BD-SUP (and maybe HDDVD-SUP) format that exceeds the discussion in this forum. Last edited by 0xdeadbeef; 11th February 2009 at 20:46. |
13th February 2009, 17:44 | #743 | Link |
Registered User
Join Date: Feb 2009
Posts: 19
|
"division by zero" when importing .srt file.
I have the same problem as Rob. My issue is to create a compliant sst, xml and png files to import in scenarist. So far, my png files are of a black background, not a transparent one. How could I do that ? Thanks. |
13th February 2009, 23:58 | #745 | Link |
Registered User
Join Date: Feb 2009
Posts: 19
|
Hi !
First I found out a way to stop the "divide by zero" issue. It seems that my .srt outputed from suprip in not fully compliant with supread. So I used subtitler to input the .srt and to save it again. Result : 3 times lighter. And imports fine in supread. When I check the difference between both in notepad, there is... none ! ----- My aim is to change the vertical position of the subtitle of a blu ray stream. Stand alone players don't do that. I tried many stuff, but am still stuck. - |
23rd February 2009, 05:44 | #747 | Link |
Registered User
Join Date: Mar 2005
Posts: 433
|
Thunderbolt8, there is no source for supread. It's also written in Delphi, which isn't very commonly known.
I have been thinking of writing my own version - although it won't be much more functional than suprip if I ever do start on it. |
24th February 2009, 18:57 | #749 | Link |
Registered User
Join Date: Mar 2005
Posts: 433
|
lol madhi!
Delphi reminds me of Pascal, but without the insanity. C++ is like a beautiful woman who is great in bed - but occasionally goes batpoo insane and runs off with your credit cards and has affairs behind your back. And occasionally leaves dangling pointers! |
26th February 2009, 21:45 | #751 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
im basically already fine with supread. the only problem remaining for me is that sometimes subtitles from this or that movie cannot be displayed at all, theres nothing to be seen then other than the background (already tried all kinds of brightness and gamma tweaking). guess this is a bug, if this was fixed, it would already be enough, since I use finereader for further ocring.
|
6th March 2009, 19:06 | #752 | Link |
Registered User
Join Date: May 2007
Posts: 81
|
I'm trying to write an app to automatically convert HD DVD to Blu-Ray (w/o menus). I've got most of the code to drive eac3to and TsMuxer to this end, but subtitles are a real PITA. It looks like this app. will read in HD DVD and save the titles as Blu-Ray compatible (PGS) format.
I was wondering if there are any CLI options? I was able to open a .sup file by adding it to the command line, but kind of got stuck there. I'm looking for things like triggering the export button and possibly setting the frame rate. I would prefer not to do a sendkeys solution. If that isn't possible, does anybody have specifications on how to create a PGS stream? Assuming it's not far from DVD, I think I can decode the HD DVD subtitles. |
10th March 2009, 16:50 | #754 | Link |
Registered User
Join Date: May 2007
Posts: 81
|
I got it working with a .vbs script using sendkeys last night. It's not 100% stable, but I am able to control the conversion programmaticly and detect completion.
Through some tricks, I can tell if it's processing, or it failed. SUPRead defaults to Blu-Ray and 23.976. Eventually, I know I'll hit something that really is 1080i30 and it may pose a problem. Now I just have to decouple the HD DVD conversion code out of ToNMT and integrate the subtitle code. |
10th March 2009, 19:34 | #755 | Link |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
As an aside, I made a HD DVD to BD conversion the other day where in the muxed output, turning-on the subtitle resulted in some odd blocking (resulted in black over the picture image, to the right of the subtitle) and even after turning-off the sub the black remained.
If anyone knows of a good way to TEST SUPread's output before the muxing step, I'm all ears. Oops, I forgot to mention that I HAD tested the mux with a couple of PC players, and it appeared to work OK, but this problem only appeared after burning, on a set-top player. Last edited by laserfan; 10th March 2009 at 19:38. |
10th March 2009, 20:02 | #756 | Link | |
Registered User
Join Date: May 2007
Posts: 81
|
Quote:
I don't have a set top player either. |
|
10th March 2009, 20:29 | #757 | Link | |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
Quote:
Last time I tried this, bd.sup worked no problem, and as I recall I "tested" the bd.sup output by opening with SupRip, which thought it was a BD sup and OCR'ed it just fine. I was just uncertain about this PGS-to-PGS process so SupRip was all I could think of short of muxing & testing. But I didn't bother with SupRip this last time, maybe I will try a do-over and see what SupRip thinks about the SUPread BD output. I could also demux into individual PGSes I suppose and look at those... |
|
10th March 2009, 22:14 | #758 | Link |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
Well, don't let my one bad experience slow you down. I re-ripped the troublesome hddvd.sup again, made a bd.sup, and SupRip OCR'ed it like nobody's business--seems just fine. Maybe my stb player glitch was due to tsmuxer perhaps, and not SUPread at all.
P.S. I just tried BDSup2Sub on my converted HDDVD.sup and it also works fine. A nice tool btw just to see the graphics in all their glory. Anyway still it appears SUPread is working well. Last edited by laserfan; 10th March 2009 at 22:22. |
26th April 2009, 18:53 | #760 | Link |
Author of BDSup2Sub
Join Date: Jun 2003
Posts: 478
|
A two step solution should work via the BDN XML format. There are at least two free tools available to convert BDN XML to BD-SUP: BDSupEdit and BDSup2Sub.
So the only problem is to convert SRT (or VobSub) to BDN XML. AFAIK Subtitle Workshop is able to. |
Tags |
supread, suprip |
Thread Tools | Search this Thread |
Display Modes | |
|
|