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.

 

Go Back   Doom9's Forum > General > Subtitles

Reply
 
Thread Tools Search this Thread Display Modes
Old 11th February 2009, 06:25   #741  |  Link
Rectal Prolapse
Registered User
 
Join Date: Mar 2005
Posts: 429
Doesn't supread read .sup files only?
Rectal Prolapse is offline   Reply With Quote
Old 11th February 2009, 20:13   #742  |  Link
0xdeadbeef
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.
0xdeadbeef is offline   Reply With Quote
Old 13th February 2009, 17:44   #743  |  Link
pleinlesyeux
Registered User
 
Join Date: Feb 2009
Posts: 18
"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.
pleinlesyeux is offline   Reply With Quote
Old 13th February 2009, 22:15   #744  |  Link
Rectal Prolapse
Registered User
 
Join Date: Mar 2005
Posts: 429
pleinlesyeux, you could do an adobe photoshop action to make black always transparent, and then process all the PNGs in a batch action.
Rectal Prolapse is offline   Reply With Quote
Old 13th February 2009, 23:58   #745  |  Link
pleinlesyeux
Registered User
 
Join Date: Feb 2009
Posts: 18
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.


-
pleinlesyeux is offline   Reply With Quote
Old 23rd February 2009, 00:39   #746  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,139
anyone able to take up the work on SUPread since Pelican9 obviously doesnt do anything any more?
Thunderbolt8 is offline   Reply With Quote
Old 23rd February 2009, 05:44   #747  |  Link
Rectal Prolapse
Registered User
 
Join Date: Mar 2005
Posts: 429
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.
Rectal Prolapse is offline   Reply With Quote
Old 23rd February 2009, 08:25   #748  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 8,757
Quote:
Originally Posted by Rectal Prolapse View Post
It's also written in Delphi, which isn't very commonly known.
Delphi is the only good development language...

<goes into hiding before C and C++ devs chime in>
madshi is offline   Reply With Quote
Old 24th February 2009, 18:57   #749  |  Link
Rectal Prolapse
Registered User
 
Join Date: Mar 2005
Posts: 429
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!
Rectal Prolapse is offline   Reply With Quote
Old 26th February 2009, 21:28   #750  |  Link
GZZ
Registered User
 
Join Date: Jan 2002
Posts: 427
all in for delphi. Its a nice language. Still using Delphi 7 and it rocks. :P
GZZ is offline   Reply With Quote
Old 26th February 2009, 21:45   #751  |  Link
Thunderbolt8
Registered User
 
Join Date: Sep 2006
Posts: 2,139
Quote:
Originally Posted by Rectal Prolapse View Post
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.
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.
Thunderbolt8 is offline   Reply With Quote
Old 6th March 2009, 19:06   #752  |  Link
dburckh
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.
dburckh is offline   Reply With Quote
Old 8th March 2009, 00:12   #753  |  Link
Rectal Prolapse
Registered User
 
Join Date: Mar 2005
Posts: 429
dburckh, you may want to look at AutoIt scripting as a solution to automating the supread GUI.
Rectal Prolapse is offline   Reply With Quote
Old 10th March 2009, 16:50   #754  |  Link
dburckh
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.
dburckh is offline   Reply With Quote
Old 10th March 2009, 19:34   #755  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,443
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.
laserfan is offline   Reply With Quote
Old 10th March 2009, 20:02   #756  |  Link
dburckh
Registered User
 
Join Date: May 2007
Posts: 81
Quote:
Originally Posted by laserfan View Post
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.
Were those PGS or SRT files? I was hoping PGS would work because it's lossless and automateable. If it requires SRT, I could force the user to verify.

I don't have a set top player either.
dburckh is offline   Reply With Quote
Old 10th March 2009, 20:29   #757  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,443
Quote:
Originally Posted by dburckh View Post
Were those PGS or SRT files? I was hoping PGS would work because it's lossless and automateable. If it requires SRT, I could force the user to verify. I don't have a set top player either.
It was an HD-DVD.sup to BD.sup (PGS).

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...
laserfan is offline   Reply With Quote
Old 10th March 2009, 22:14   #758  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,443
Quote:
Originally Posted by dburckh View Post
I was hoping PGS would work...
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.
laserfan is offline   Reply With Quote
Old 26th April 2009, 18:00   #759  |  Link
astronman
Registered User
 
Join Date: Jul 2006
Posts: 1
Does anyone knows how to make SUP file for BluRay from srt or sub file??
astronman is offline   Reply With Quote
Old 26th April 2009, 18:53   #760  |  Link
0xdeadbeef
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.
0xdeadbeef is offline   Reply With Quote
Reply

Tags
supread, suprip

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 15:58.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.