HD subtitle ripping (SUPread) - Page 3

Kiriakos · 20th February 2007, 17:19

Firstly, thanks for the very usefull programs that you are feeding us with, Pelican9. Really great!
I am wondering, what is wrong with my system and the .srt file that outputs SUPread, looks like this:
1
12:01:14 AM,145 --> 12:01:18 AM,480
Line 1

2
12:01:18 AM,550 --> 12:01:21 AM,042
Line 2

3
12:01:21 AM,152 --> 12:01:24 AM,350
Line 3

4
12:01:24 AM,456 --> 12:01:29 AM,291
Line 4
.........
..........
...........

The time numbers are in a strange format as you can see!!!!
Any ideas?

Thanks again.

Kiriakos · 21st February 2007, 16:09

Quote:

Originally Posted by Kiriakos

Firstly, thanks for the very usefull programs that you are feeding us with, Pelican9. Really great!
I am wondering, what is wrong with my system and the .srt file that outputs SUPread, looks like this:
1
12:01:14 AM,145 --> 12:01:18 AM,480
Line 1

2
12:01:18 AM,550 --> 12:01:21 AM,042
Line 2

3
12:01:21 AM,152 --> 12:01:24 AM,350
Line 3

4
12:01:24 AM,456 --> 12:01:29 AM,291
Line 4
.........
..........
...........

The time numbers are in a strange format as you can see!!!!
Any ideas?

Thanks again.

Found it. It was the format of the time (control panel>regional settings> etc) on my system. It seams that SUPread uses this setting to form the .srt file.

Another one: It seams that if the movie has over 1000 lines of subtitles, in SUPread you can see in "Image" tab, only the first 999. From there and above, it sticks and shows the 999nth.

Pelican9 · 22nd February 2007, 10:45

Quote:

Originally Posted by Kiriakos

Found it. It was the format of the time (control panel>regional settings> etc) on my system. It seams that SUPread uses this setting to form the .srt file.

Another one: It seams that if the movie has over 1000 lines of subtitles, in SUPread you can see in "Image" tab, only the first 999. From there and above, it sticks and shows the 999nth.

Thank for your report, I'll fix it soon.
The used time format is the system's default setting as you described. (The same problem was in EVOdemux.)

Edit:

I've fixed the time format and the other problem with lines above 1000

Deckard2019 · 22nd February 2007, 22:06

Any news about exporting bitmaps ?
Thank you.

Pelican9 · 23rd February 2007, 00:55

Quote:

Originally Posted by Deckard2019

Any news about exporting bitmaps ?
Thank you.

I'm working on EVOdemux...

Off:
... Nehogy már! Te vagy a blade, blade runner.

Kiriakos · 23rd February 2007, 01:23

Quote:

Originally Posted by Pelican9

I've fixed the time format and the other problem with lines above 1000

You are a king!

Pelican9 · 24th February 2007, 18:56

Changes for v0.23

- New option 'Auto read'
- New option 'Output folder'
- New feature 'Save BMPs'

SUPread v0.23

Pelican9 · 24th February 2007, 21:06

Quote:

Originally Posted by Deckard2019

Is there a chance we could use SubRip OCR engine ?

SubRip can take image sequence as Input. Image Sequence comes from DVDSupDecode.
So maybe you could export each image to BMP and create output text file just as DVDSupDecode does ?

Output text file starts with :

And then :

If you want me to test anything, just ask ...

I've created a subrip.txt but Subrip makes an error...

Deckard2019 · 24th February 2007, 21:17

Thank a lot for the feature !
Did you try to resize bitmaps to DVD resolution (720x480 or 720x576) before using SubRip ?

Pelican9 · 24th February 2007, 21:34

Quote:

Originally Posted by Deckard2019

Thank a lot for the feature !
Did you try to resize bitmaps to DVD resolution (720x480 or 720x576) before using SubRip ?

I'm trying with an NTSC DVD, so the bitmaps are 720x480...
I cannot create a valid txt, or valid bmp. :-(
Subrip always give access violation error...

Could you send me a valid file?

My txt:

Code:

;VTS_01_1.Subpicture.00.sup
FrameRate=23.976
Alpha=FFF0
{107}{218}{VTS_01_0.20_000001.bmp}
{239}{298}{VTS_01_0.20_000002.bmp}
{311}{441}{VTS_01_0.20_000003.bmp}

manusse · 24th February 2007, 21:41

Hi pel,

It seems there is no carriage return in the generated subrip.txt file.
Could it be the problem?

Cheers
Manusse

Pelican9 · 24th February 2007, 21:46

Quote:

Originally Posted by manusse

Hi pel,

It seems there is no carriage return in the generated subrip.txt file.
Could it be the problem?

Cheers
Manusse

Your version could be quite old...

manusse · 24th February 2007, 21:47

Downloaded 5 minutes ago.
;-)

Pelican9 · 24th February 2007, 21:49

Quote:

Originally Posted by manusse

Downloaded 5 minutes ago.
;-)

Well, I don't know...
Look at my post, there are CRLFs...

manusse · 24th February 2007, 22:26

I tried again with the last versions of EVOdemux and SUPread and have still the same problem.
I've carefully checked the file with a binary editor and it seems each line is separated by 0x0a followed by 0x0d whereas notepad.exe puts 0x0d followed by 0x0a. This explains why notepad is confused. Could it be the same for subrip?

Hope this helps
Manusse

Deckard2019 · 24th February 2007, 22:47

Quote:

Could you send me a valid file?

Just tried with a PAL DVD. Subtitle file can be found here.
DVDSupDecode generates :

Quote:

;Subpictures_21.sup
FrameRate=25
Palette=8328
Alpha=0FA0
{1293}{1355}{Subpictures_21_000001.bmp}
{1361}{1425}{Subpictures_21_000002.bmp}
{1460}{1507}{Subpictures_21_000003.bmp}
...

Supread generates :

Quote:

;Subpictures_21.sup

FrameRate=23.976

Alpha=FFF0

{1240}{1299}{line0001.bmp}

{1305}{1366}{line0002.bmp}

{1400}{1445}{line0003.bmp}
...

As you can see, Palette info is in the .txt file. Also, Supread seems to always set Alpha to FFF0 ...

Pelican9 · 24th February 2007, 22:47

Quote:

Originally Posted by manusse

I tried again with the last versions of EVOdemux and SUPread and have still teparhe same problem.
I've carefully checked the file with a binary editor and it seems each line is sated by 0x0a followed by 0x0d whereas notepad.exe puts 0x0d followed by 0x0a. This explains why notepad is confused. Could it be the same for subrip?

Hope this helps
Manusse

My notepad works normally with it...
I've tried to change 0d0a but then my notepad can't handle it.

each line is sated by 0x0a followed by 0x0d
Are you sure? This is definitly 0D0A...

Code:

 
7B 31 32 30 31 7D 7B 31 32 37 32 7D 7B 56 54 53   {1201}{1272}{VTS
5F 30 31 5F 30 2E 32 30 5F 30 30 30 30 30 35 2E   _01_0.20_000005.
62 6D 70 7D 0D 0A 7B 31 33 33 30 7D 7B 31 34 31   bmp}..{1330}{141
36 7D 7B 56 54 53 5F 30 31 5F 30 2E 32 30 5F 30   6}{VTS_01_0.20_0

manusse · 24th February 2007, 22:59

I've rechecked and I confirm what I've written.
Really strange...

Manusse

manusse · 24th February 2007, 23:01

Code:

00000000:3b 2e 53 75 62 70 69 63 74 75 72 65 2e 30 30 2e    ;.Subpicture.00.
00000010:73 75 70 0a 0d 46 72 61 6d 65 52 61 74 65 3d 32    sup..FrameRate=2
00000020:33 2e 39 37 36 0a 0d 41 6c 70 68 61 3d 46 46 46    3.976..Alpha=FFF
00000030:30 0a 0d 7b 37 32 39 7d 7b 37 35 39 7d 7b 6c 69    0..{729}{759}{li
00000040:6e 65 30 30 30 31 2e 62 6d 70 7d                   ne0001.bmp}

Pelican9 · 25th February 2007, 09:32

Quote:

Originally Posted by manusse

Code:

00000000:3b 2e 53 75 62 70 69 63 74 75 72 65 2e 30 30 2e    ;.Subpicture.00.
00000010:73 75 70 0a 0d 46 72 61 6d 65 52 61 74 65 3d 32    sup..FrameRate=2
00000020:33 2e 39 37 36 0a 0d 41 6c 70 68 61 3d 46 46 46    3.976..Alpha=FFF
00000030:30 0a 0d 7b 37 32 39 7d 7b 37 35 39 7d 7b 6c 69    0..{729}{759}{li
00000040:6e 65 30 30 30 31 2e 62 6d 70 7d                   ne0001.bmp}

Hmmm, interesting.
1:1 :-)

24th February 2007, 18:56	#47 \| Link
Pelican9 Coder Join Date: Jan 2007 Location: Around the World Posts: 697	SUPread v0.23 Changes for v0.23 - New option 'Auto read' - New option 'Output folder' - New feature 'Save BMPs' SUPread v0.23

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

20th February 2007, 17:19	#41 \| Link
Kiriakos Registered User Join Date: Feb 2007 Posts: 16	Firstly, thanks for the very usefull programs that you are feeding us with, Pelican9. Really great! I am wondering, what is wrong with my system and the .srt file that outputs SUPread, looks like this: 1 12:01:14 AM,145 --> 12:01:18 AM,480 Line 1 2 12:01:18 AM,550 --> 12:01:21 AM,042 Line 2 3 12:01:21 AM,152 --> 12:01:24 AM,350 Line 3 4 12:01:24 AM,456 --> 12:01:29 AM,291 Line 4 ......... .......... ........... The time numbers are in a strange format as you can see!!!! Any ideas? Thanks again.

22nd February 2007, 22:06	#44 \| Link
Deckard2019 Registered User Join Date: Jan 2005 Posts: 110	Any news about exporting bitmaps ? Thank you.

24th February 2007, 21:17	#49 \| Link
Deckard2019 Registered User Join Date: Jan 2005 Posts: 110	Thank a lot for the feature ! Did you try to resize bitmaps to DVD resolution (720x480 or 720x576) before using SubRip ?

24th February 2007, 21:41	#51 \| Link
manusse SubtitleCreator's Co-Dev Join Date: Oct 2005 Location: France Posts: 579	Hi pel, It seems there is no carriage return in the generated subrip.txt file. Could it be the problem? Cheers Manusse

24th February 2007, 21:47	#53 \| Link
manusse SubtitleCreator's Co-Dev Join Date: Oct 2005 Location: France Posts: 579	Downloaded 5 minutes ago. ;-)

24th February 2007, 22:26	#55 \| Link
manusse SubtitleCreator's Co-Dev Join Date: Oct 2005 Location: France Posts: 579	I tried again with the last versions of EVOdemux and SUPread and have still the same problem. I've carefully checked the file with a binary editor and it seems each line is separated by 0x0a followed by 0x0d whereas notepad.exe puts 0x0d followed by 0x0a. This explains why notepad is confused. Could it be the same for subrip? Hope this helps Manusse

24th February 2007, 22:59	#58 \| Link
manusse SubtitleCreator's Co-Dev Join Date: Oct 2005 Location: France Posts: 579	I've rechecked and I confirm what I've written. Really strange... Manusse