PunkGraphicStream (ASS to Blu-ray subtitle converter)

[slartibardfast]

Hi All,

Though I'd share something I programmed a while back. Basically it is a gpl'd java tool for converting an Advanced SubStation Alpha (.ass) file to a blu-ray compatible .sup file (for use with tsMuxeR).

It even works quite well with animated effects (if the duration is sufficient!)

http://code.google.com/p/punkgraphicstream/downloads/list

Might be of some use...

Current Version is 0.7.1

[Inspector.Gadget]

:eek:

Good work! This will be very useful.

[b66pak]

thanks...
_

[sneaker_ger]

Thx.

Is there a way to make it load fonts from the same directory as the .ass-file? I don't want to copy them all to Windows.

[slartibardfast]

Hi,

I'll add that in, it is only a small change. The default had been to read additional fonts in the current directory of application rather than the subtitle directory. A hold over from development that doesn't make much sense anymore especially in the mac version!

Cheers for the suggestion.

[Edit:]
Version 0.5.1 has been uploaded containing this feature, enjoy!

There is also a SoyLatte based build for people with intel/32-bit only/leopard macs.

[Atak_Snajpera]

Command line support would be great. Something similar to BDSup2Sub maybe :)

[slartibardfast]

Hi!

I'll add this back in over the next weekend, as is their is a console version but it doesn't support changing resolutions just yet.

I'll also be releasing a linux version then, with the native library built in the same way as the windows version so it should work on any distro with Sun's Java6 vm (famous last words!).

[Oleg Rode]

My... dreams... come... true...

Man, this is excellent, wonderful, great and super! Hope you will keep working on your program. You don't even know how many people will be happy with this program!

Sorry for my English...

<First impression>
Good! Very good results! Program correctly recognizes colors and subtitles position. Cyrillic is supported. Fading is supported. tsMuxeR perfectly "eats" created subs.

<Now testing karaoke subs>

[slartibardfast]

Hi Oleg:

Thanks for your reports & kind words! (Hehe I've yet to try the karaoke subtitles myself. Unfortunately it's based on the cross platform libass, so watch for warnings!)

Hi Atak_Snajpera:
Version 0.6 is now available, it has a console version now and I've finally got around to optimised the encoder to clip the rle bitmap to the area containing subtitles (Not perfect yet- esp with top & bottom subtitles, but its a start on optimisations). Also a Linux build (tested on Ubuntu 9.04)!

N.B. I ran out of time this weekend, so didn't get testing subtitles on devices, (just in SUPRead).

[Atak_Snajpera]

I get error messages with this .ass (http://www.mediafire.com/file/4gmzyjytttz/subtitle_1.ass)

Log
http://www.mediafire.com/file/exmzmmzrmjj/log.txt

BTW.
I have question regarding frame rates. What's the difference between PAL and PAL HD or NTSC and NTSC HD? Could you use something more common like 23.976 , 24 , 25 , 50(?) , 60 (?)

[slartibardfast]

Hi Atak_Snajpera,

Thanks for the error log, v. helpful, basically the version of libass I'm using for rendering doesn't support the \fe (or character encoding command). Not sure how long it would take to support this command, but in principle it should be possible.

In the meantime, as a quick work around, check the file is in unicode/utf8 and use a Japanese font name so instead of:

\fe{128} use \fnMS Mincho
and keep the \r to reset to the original font.

There is a nice note on the different sets (in Japanese) here: http://www20.atwiki.jp/ass_advancedssa/pages/50.html

On the names of frame rates, I chose to avoid using numeric values because spec doesn't appear to allow for arbitrary frame rates e.g. 15 FPS. But hell yes, what ever is convenient can be used as the labels, I think I'll modify the cli to accept any of the following formats for FPS:

film 24
film_ntsc 24000/1001 23.976
pal 25
ntsc 30000/1001 or 29.97
hd_pal 50
hd_ntsc 60000/1001 59.94

Should cover everybody's preferences!

[Oleg Rode]

Alert! Alert! Alert!
Subs are not visible, which were created in version 0.6! tsMuxer accepts SUP file and correctly muxing AVCHD disk structure. On my Blu-Ray player I can select these subs, but... there is nothing on screen...
Tested on my PlayStation 3. In version 0.5.1 - everything is good.

Here is subtitle file.
http://rapidshare.com/files/253069704/Senjou_no_Valkyria_-_01.ass.html

Log
[ass] **MSGL_V**: FreeType library version: 2.3.7
[ass] **MSGL_V**: FreeType headers version: 2.3.7
[ass] **MSGL_INFO**: [ass] Init
[ass] **MSGL_INFO**: [ass] Updating font cache.
[ass] **MSGL_V**: file size: 46327
[ass] **MSGL_V**: [0C3269B0] Style: Default,Tahoma,40,&H009CDEE3,&H00FFFFFF,&H00000008,&H80000008,-1,0,0,0,100,100,0,0,1,2,0,2,30,30,20,204
[ass] **MSGL_V**: [0C3269B0] Style: Title,Arial,42,&H002D24C5,&H00FFFFFF,&H00FFFFFF,&H80000000,-1,0,0,0,105,100,0,0,1,1.6,3,6,10,10,25,204
[ass] **MSGL_V**: [0C3269B0] Style: OP,Palatino Linotype,40,&H00FFFFFF,&H0024AEB7,&H00133953,&H96000000,-1,0,0,0,100,100,0,0,1,4,3,8,20,20,15,204
[ass] **MSGL_V**: [0C3269B0] Style: OP Kanji,Kozuka Gothic Pro H,35,&H00FFFFFF,&H0024AEB7,&H00133953,&H96000000,0,0,0,0,100,100,0,0,1,4,3,8,20,20,15,1
[ass] **MSGL_V**: [0C3269B0] Style: OP Rus,Palatino Linotype,40,&H00FFFFFF,&H0024AEB7,&H00133953,&H96000000,-1,0,0,0,100,100,0,0,1,4,3,2,20,20,15,204
[ass] **MSGL_V**: [0C3269B0] Style: ED,Arial Black,35,&H00C8F3FA,&H00EBECE7,&H2CB08B53,&H00000000,0,0,0,0,100,100,0,0,1,3,0,8,20,20,15,204
[ass] **MSGL_V**: [0C3269B0] Style: ED Rus,Bookman Old Style,35,&H00DDFDFC,&H00EBECE7,&H2CB08B53,&H00000000,-1,0,0,0,100,100,0,0,1,3,0,8,20,20,15,204
[ass] **MSGL_V**: [0C3269B0] Style: ED Kanji,MS Mincho,28,&H00EBECE7,&H00C8F3FA,&H2CB08B53,&H00000000,0,0,0,0,100,100,0,0,1,3,0,8,20,20,15,128
[ass] **MSGL_V**: Not understood: Comment: 0,0:21:40.52,0:21:46.31,ED Kanji,top,0000,0000,0265,,{\fad(100,500)\3c&HB08B53&\be3\b1}君に会いたくて　夜明けも待たずに
[ass] **MSGL_V**: Not understood: Comment: 0,0:21:46.31,0:21:50.34,ED Kanji,top,0000,0000,0265,,{\fad(100,500)\3c&HB08B53&\be3\b1}走り出していた
[ass] **MSGL_V**: Not understood: Comment: 0,0:21:50.34,0:21:56.09,ED Kanji,top,0000,0000,0265,,{\fad(100,500)\3c&HB08B53&\be3\b1}思い出は僕を海辺に導く
[ass] **MSGL_V**: Not understood: Comment: 0,0:21:56.09,0:22:01.08,ED Kanji,top,0000,0000,0265,,{\fad(100,500)\3c&HB08B53&\be3\b1}今もう一度　飛んでみるよ
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:01.08,0:22:05.30,ED Kanji,top,0000,0000,0265,,{\fad(100,500)\3c&HB08B53&\be3\b1}あの風に乗って
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:10.87,0:22:15.75,ED Kanji,right,0675,0000,0000,,{\an2\fad(100,500)\3c&H60C75B&\be3\b1}心地良さばかりを　求めて生きていた
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:15.75,0:22:19.38,ED Kanji,right,0675,0000,0000,,{\an2\fad(100,500)\3c&H60C75B&\be3\b1}ぐるぐる同じ場所で
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:20.65,0:22:25.60,ED Kanji,right,0675,0000,0000,,{\an2\fad(100,500)\3c&H60C75B&\be3\b1}そんな僕の前に　現れた笑顔は　
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:25.60,0:22:29.44,ED Kanji,right,0675,0000,0000,,{\an2\fad(100,500)\3c&H60C75B&\be3\b1}太陽のようだった
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:32.02,0:22:37.81,ED Kanji,bottom,0000,0000,0000,,{\an2\fad(100,500)\be3\b1}君に会いたくて　夜明けも待たずに
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:37.81,0:22:41.81,ED Kanji,bottom,0000,0000,0000,,{\an2\fad(100,500)\be3\b1}走り出していた
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:41.81,0:22:47.62,ED Kanji,bottom,0000,0000,0000,,{\an2\fad(100,500)\be3\b1}笑い合えるように　歌い合えるように
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:47.62,0:22:52.51,ED Kanji,bottom,0000,0000,0000,,{\an2\fad(100,500)\be3\b1}今もう一度　飛んでみるよ
[ass] **MSGL_V**: Not understood: Comment: 0,0:22:52.51,0:22:56.41,ED Kanji,bottom,0000,0000,0000,,{\an2\fad(100,500)\be3\b1}あの風に乗って
[ass] **MSGL_INFO**: [ass] Added subtitle file: E:\Senjou no Valkyria\Sub.[Ryou-kai & Hollow]\Senjou no Valkyria - 01 (PS3Rip@ACyw-Raws 1280x720 H264 AAC rev1).ass (8 styles, 369 events)
[ass] **MSGL_V**: fontconfig_select: (Tahoma, 200, 0) -> C:/WINDOWS/fonts/tahomabd.ttf, 0
[ass] **MSGL_V**: fontconfig_select: (Arial, 200, 0) -> C:/WINDOWS/fonts/arialbd.ttf, 0
[ass] **MSGL_WARN**: [ass] fontconfig: Selected font family is not the requested one: 'Verdana' != 'Kozuka Gothic Pro H'
[ass] **MSGL_V**: fontconfig_select: (Kozuka Gothic Pro H, 80, 0) -> C:/WINDOWS/fonts/verdana.ttf, 0
[ass] **MSGL_INFO**: [ass] Glyph 0x8F1D not found, reselecting font for (Kozuka Gothic Pro H, 80, 0)
[ass] **MSGL_WARN**: [ass] fontconfig: Selected font family is not the requested one: 'MS Gothic' != 'Kozuka Gothic Pro H'
[ass] **MSGL_V**: fontconfig_select: (Kozuka Gothic Pro H, 80, 0) -> C:/WINDOWS/fonts/msgothic.ttc, 0
[ass] **MSGL_V**: fontconfig_select: (Palatino Linotype, 200, 0) -> C:/WINDOWS/fonts/palab.ttf, 0
[ass] **MSGL_WARN**: [ass] fontconfig: Selected font family is not the requested one: 'Verdana' != 'Bookman Old Style'
[ass] **MSGL_V**: fontconfig_select: (Bookman Old Style, 200, 0) -> C:/WINDOWS/fonts/verdanab.ttf, 0
[ass] **MSGL_WARN**: [ass] fontconfig: Selected font family is not the requested one: 'Arial' != 'Arial Black'
[ass] **MSGL_V**: fontconfig_select: (Arial Black, 80, 0) -> C:/WINDOWS/fonts/ariblk.ttf, 0
[ass] **MSGL_WARN**: [ass] fontconfig: Selected font family is not the requested one: 'Arial' != 'Arial Black'
[ass] **MSGL_V**: fontconfig_select: (Arial Black, 200, 0) -> C:/WINDOWS/fonts/ariblk.ttf, 0
[ass] **MSGL_V**: cache statistics:
total accesses: 32128
hits: 32121
misses: 7
object count: 7
[ass] **MSGL_V**: cache statistics:
total accesses: 945686
hits: 941718
misses: 3968
object count: 3234
[ass] **MSGL_V**: cache statistics:
total accesses: 945686
hits: 941339
misses: 4347
object count: 3613


Again, sorry for my English. :(

[OptimusX]

awesomeness...thank you

[slartibardfast]

Ah that is unfortunate, I've depreciated the 0.6 release, I'll have to investigate what is going on...


Interestingly that subtitle results in a file unreadable even in SUPRead, that will make it much easier to trace what is going on (If only there was a Mac blu-ray/avchd player!!!!). Thanks for the report!

OK figured out what is happening. Its quite simple, some bitmaps were being generated from that file that were too large, (individual rle bitmaps seem to be limited to 65536 bytes). That file is equally broke in 0.5.1 but I have a simple fix- splitting bitmaps horizontally until they fit below that threshold.

The next release will be delayed until I can run usual tests on my PS3.

[LowDead]

thanks, looks really interesting.. :)

[LowDead]

Having trouble with the following ass.. ;-)

http://rapidshare.com/files/255061861/FFAC.ass.html

[ass] **MSGL_V**: FreeType library version: 2.3.7
[ass] **MSGL_V**: FreeType headers version: 2.3.7
[ass] **MSGL_INFO**: [ass] Init
[ass] **MSGL_INFO**: [ass] Updating font cache.
[ass] **MSGL_V**: file size: 73901
[ass] **MSGL_V**: [05D8B400] Style: ffac,Lido STF Cond CE,40,&H00FFEBDC,&H000000FF,&H0004350D,&H32303036,-1,0,0,0,110,100,2,0,1,2,2,2,40,40,22,1
[ass] **MSGL_V**: [05D8B400] Style: note,Arial,20,&H00FFFFFF,&H000000FF,&H00000000,&H00000000,0,0,0,0,100,100,0,0,1,2,2,2,10,10,10,1
[ass] **MSGL_V**: [05D8B400] Style: ffac alt,Lido STF Cond CE,40,&H00ECFEFF,&H000000FF,&H0007280D,&H32303036,-1,0,0,0,110,100,2,0,1,2,2,2,40,40,70,1
[ass] **MSGL_V**: [05D8B400] Style: ffac nar,Lido STF Cond CE,40,&H00F1FFDE,&H000000FF,&H0004350D,&H32303036,-1,0,0,0,110,100,2,0,1,2,2,2,40,40,22,1
[ass] **MSGL_V**: [05D8B400] Style: sign,12Sabon*07232,40,&H00FFFFFF,&H000000FF,&H00000000,&H32303036,-1,0,0,0,100,100,0,0,1,2,0,2,40,40,22,1
[ass] **MSGL_V**: [05D8B400] Style: ffac up,Lido STF Cond CE,40,&H00FFE1CA,&H000000FF,&H0004350D,&H32303036,-1,0,0,0,110,100,2,0,1,2,2,8,30,30,22,1
[ass] **MSGL_INFO**: [ass] Added subtitle file: C:\temp\FFAC.ass (6 styles, 825 events)
[ass] **MSGL_V**: fontconfig_select: (12Sabon*07232, 200, 0) -> C:/Windows/fonts/12Sabon-07232-Bold.ttf, 0
[ass] **MSGL_WARN**: [ass] no charmap autodetected, trying the first one
[ass] **MSGL_V**: fontconfig_select: (Lido STF Cond CE, 200, 0) -> C:/Windows/fonts/LISTFCCE_0.TTF, 0
[ass] **MSGL_V**: fontconfig_select: (Lido STF Cond CE, 200, 110) -> C:/Windows/fonts/LISTFCCE_0.TTF, 0
[ass] **MSGL_V**: cache statistics:
total accesses: 50452
hits: 50449
misses: 3
object count: 3
[ass] **MSGL_V**: cache statistics:
total accesses: 1835693
hits: 1832598
misses: 3095
object count: 2498
[ass] **MSGL_V**: cache statistics:
total accesses: 1835693
hits: 1826692
misses: 9001
object count: 8404


The first 3 lines should appear like this:

line 1 (fade in)
line 2 (fade in)
line 3 (fade in)
fade out all 3 lines

What happens:

line 1 (fade in)
line 2 (fade in)
line 1&2 dissapears

after that the subs doesn´t show at all.

I found something interesting here. When I first tested the app I didn't demux the fonts and as a result it didn't find them and used a general font. Then most of the subs showed up (although same problem with first 3 lines), but after some fast forwarding they dissapeared again.

Also.. is the framerate buttons for film swapped?

using:
Film (NTSC) (Tooltip says 24p) - shows up in tsmuxer as 23.976
Film (Tooltip says 23.976) - shows up in tsmuxer as 24

anyaway thanks for a killer app... When all the bugs have been straighten out this will become most useful for alot of people (animefans?) :rolleyes:

//LD

[slartibardfast]

Hi LowDead,

0.5.1 has a problem were it can't render any frame over a certin size. I'm tring to figure out the format for larger frames, but haven't managed to do so yet.

I'm going to do a release that will simply fail the encode, allowing you to reduce the complexity of the subtitle manually (blur is particulary difficult etc). Then I can take the time to figure the format out, and test it torrogughly on my PS3 / Cyberlink PowerDVD / mplayer-hc (which is very helpful as the source to the decoder is gpl). Sorry for the trouble, the subtitles I'd been producing had been rather simple so this issue had not shown up.

About the FILM NTSC / FILM confusion, FILM is always 24p. FILM NTSC 24000 / 1001. The tool tip is dead wrong!

[slartibardfast]

Hi All, A new version (0.6.1) has been made available. This version hasn't implemented the large bitmap support, but it will give a polite error message.

Until I figure the format out, you'll need to either disable effects like bluring, reduce the font size, use a simpler font or reduce the number of characters appearing in the subtitle. Sorry!

The windows version is quite a bit faster, on my atom netbook :) as I shifted to GCC 4.3. The bug with the windows version of 0.6 (which meant it was producing empty subtitle bitmaps has also been fixed!)

Windows (32-bit JRE) (http://punkgraphicstream.googlecode.com/files/PunkGraphicStream-win32-0.6.1.zip)
Mac OS X (http://punkgraphicstream.googlecode.com/files/PunkGraphicStream-macosx-0.6.1.dmg)

[ukendt]

Please state if You want this thread pinned.

[Oleg Rode]

Please state if You want this thread pinned.
Yes, please.

[Oleg Rode]

Hi All, A new version (0.6.1) has been made available. This version hasn't implemented the large bitmap support, but it will give a polite error message.
Thanks for your work :)

[sneaker_ger]

Was also wondering about those empty subs. Works fine now with 0.6.1. Thanks!

[Oleg Rode]

Program is crushing on this ASS file
http://rapidshare.com/files/257521219/Skip_Beat___01_of_25_.ass.html

Is there any possibility to write log into a file? I can't get the problem string in ASS file and try to fix it manually.

P.S. Is it possibly to make a bigger font in log window?

[slartibardfast]

Hi Oleg,

That crash is quite an unusual one to fix for me, as it is in libass. Rather than delve into it's internals I've found a more recent version (http://greg.geekmind.org/viewgit/?a=summary&p=libass), thankfully this allows that subtitle to be produced! [In the future I'll keep in sync with this tree.]

However as I'm quite close to figuring out the format of the large subtitle bitmaps, going to delay releasing this until the next release.

It is about time the application got some preferences, so the release after that will also have configurable logging (including file redirection, font size and maybe png output).

Thanks again for your bug reports!

[Oleg Rode]

Hi Oleg, That crash is quite an unusual one to fix for me, as it is in libass. Rather than delve into it's internals I've found a more recent version (http://greg.geekmind.org/viewgit/?a=summary&p=libass), thankfully this allows that subtitle to be produced! [In the future I'll keep in sync with this tree.]

OK, can anybody compile a *.dll file? :D

Thanks again for your bug reports!
No, all thanks go to you. I searched for this program during 2 years. And I really happy that you made it and I can use it for free. :thanks:

Again, sorry for my English :o

[Oleg Rode]

Hi Oleg,

That crash is quite an unusual one to fix for me, as it is in libass. Rather than delve into it's internals I've found a more recent version (http://greg.geekmind.org/viewgit/?a=summary&p=libass), thankfully this allows that subtitle to be produced! [In the future I'll keep in sync with this tree.]
Well, not yet. The program stops somewhere in the middle of the process. Beta version of the ass.dll does not produce log and it is not possible to see the problem.

Anyway, waiting for new build. :)

[hamletiii]

Can this program be expanded to export RGBA8 png files+bdn xml so that scenarist BD can use? Tried a simple file muxed with tsmuxer, then demux the graphic files using BD demuxer, but BD demuxer just gave up...

[slartibardfast]

hi I'm seriously busy with work at the moment, too busy too fix two outstanding bugs. I'll will be back as soon as I can to bug-fixing!

However as I can't afford that software supporting it's format wouldn't a priority for me, Sorry!

Have you tried using the wonderful BDSup2Sub to convert from the pgs generated .sup to .bdn?

[hamletiii]

Thanks for the recommendation, BDSup2Sub worked like a charm.
However, If I use large font size, PunkGraphicStream just reports encode fails - Subtitle image too large. Try to reduce effects, font size or number of characters.


[ass] **MSGL_V**: FreeType library version: 2.3.9
[ass] **MSGL_V**: FreeType headers version: 2.3.9
[ass] **MSGL_INFO**: [ass] Init
[ass] **MSGL_INFO**: [ass] Updating font cache.
[ass] **MSGL_V**: file size: 38462
[ass] **MSGL_V**: [05156488] Style: Default,Arial,28,&H00FFFFFF,&H000000FF,&H00000000,&HC8000000,0,0,0,0,100,125,0,0,1,1.2,0,2,10,10,50,1
[ass] **MSGL_INFO**: [ass] Added subtitle file: E:\punkgraphicstreamtry\engtotal_linespace.ass (1 styles, 372 events)
[ass] **MSGL_V**: fontconfig_select: (Arial, 80, 0) -> C:/WINDOWS/fonts/arial.ttf, 0
[ass] **MSGL_V**: cache statistics:
total accesses: 25660
hits: 25659
misses: 1
object count: 1
[ass] **MSGL_V**: cache statistics:
total accesses: 821706
hits: 810012
misses: 11694
object count: 1266
[ass] **MSGL_V**: cache statistics:
total accesses: 821706
hits: 810012
misses: 11694
object count: 1266



I have to decrease my font size to 22. What's this fontconfig_select: (Arial, 80, 0), is this 80 the output font size? Font size 22 and 28 doesn't change it at all.

Another issue is that the output does not seem stay close to what my preview in aegisub/vsfilter was. I had some drop shadow applied, but the output seems ignoring it. Also the output doesn't seem to have the same aspect ratio as in the preview in aegisub/vsfilter, the subtitles appear to be crushed/rectangular in the x direction. I have to change Scale Y% to 125 to encounter the problem.

[Oleg Rode]

Another issue is that the output does not seem stay close to what my preview in aegisub/vsfilter was. I had some drop shadow applied, but the output seems ignoring it. Also the output doesn't seem to have the same aspect ratio as in the preview in aegisub/vsfilter, the subtitles appear to be crushed/rectangular in the x direction. I have to change Scale Y% to 125 to encounter the problem.
It is a problem of rendering engine. This engine is based on libass.dll crossplatform library. This library is still WorkInProgress and new alfa versions appear very often. Still, it's not so good and correct as aegisub/vsfilter engine.

Please correct me if I am wrong. And sorry for my English :)

[sneaker_ger]

The timing of the subtitles should adapt to the framerate chosen. Create an ass file (24000/1001 fps) and let a subtitle start on 00:00:01.00 ( the last zeros meaning frame #0) and it will create a sup file with the subtitle starting on 00:00:01.000 (last zeros meaning 0 ms) instead of 00:00:01.001.

[slartibardfast]

Hi All,

Just to let you know, Got some free time today and finally managed to figure out the multipart RLE bitmaps.

Version 0.7 will be out next week, I've first got to rebuild all the libraries for a new libass version (0.9.8 has been released) and add Windows 7 support.

P.S. sneaker_ger, I'll try to fixed the timing issue too. I'd it is caused by some over-enthusiastic overlap detection/merging of events.

Thanks for continued patience!

Uploaded Version 0.7, got testing the win32 version with tsMuxeR 1.10.6 seems fine, especially the multipart bitmaps :D, although I've yet to test complex animations with large bitmaps, it might be a challenge for devices to handle but it is not like I have access to the spec to avoid violations- as always test where you need these subs to work! (And please report success/failures thanks!)

[Oleg Rode]

:thanks:
<out for testing your program :)>

[LowDead]

Thanks!! I will test the new version out asap :)

[Oleg Rode]

Well, the new libass works much better (less "do not know how to decode" warnings), but large subs still have flickering. Especially complex subs - picture is in the upper and the bottom part of the screen.
Here is an example ASS file. Mux it with any 720p video.
http://rapidshare.com/files/288046446/Senjou_no_Valkyria_-_01.ass.html
Problem is on the first moving pink sub.
http://pic.ipicture.ru/uploads/090903/thumbs/CAngqbB38l.png (http://ipicture.ru/Gallery/Viewfull/23171361.html)
May be this thread could be usefull :)
http://forum.doom9.org/showthread.php?t=146493&page=4

[LowDead]

With the sub I posted a while ago in this thread: I only had flickering a couple of times on fades. I can't say about missing lines as I haven't watched the movie completely yet. But it seems like great improvement from the last version. Only thing I noticed.. The tooltips is still really confusing. (23.97 and 24 are switched)

But as I said before.. Great improvement :)

Thanks!!!

//LD

[slartibardfast]

Hi All,

Sorry I seem to have somehow disabled email notification :-( my bad...

Thanks for the link to that thread Oleg, some very interesting points are raised, never really considered the palette shifting as a solution to fading, there is a possibility that over the winter holiday I could bake some dirty hack into the renderer. Something like calculating the % of transparency of a faded image from the middle image and just use the centre image from the start with that % of transparency added to its palette. Unfortunately I'm really busy for the foreseeable future.

I guess you are hitting the limits of the spec (which I am blissfully unaware of :devil:), don't forget blu-ray players are embedded devices!!! Personally I don't use any animations or fades in the subtitles I make with PGS, for me it is all about good resolution fonts!

Thanks also LowDead for the reports! Sorry about the tooltip :eek: Promise it will be fixed for the next release!

[LowDead]

Hi slartibardfast

Not to rush or anything, but i'm beginning to get a bit eager to try out a new version ;-) Any news?

Have a good one!

/LD

[slartibardfast]

Hi Guys!

Managed to free up some time to look at this again. I've released 0.7.1 which fixes a bug in the colour table generation which could cause invalid output and the tooltips. I've also improved the validation of the sup files.

I've also tweaked the output validation, so there should be more warning when an invalid file has been generated.

LowDead, unless you were running in this bug not much excitement tbh! The next version will probably concentrate on updating to the latest libass and more platforms, unless you have some feature requests?

Cheers

[LowDead]

That's very nice to hear. I really like this project alot and hope others do aswell. :)

And for the moment no feature requests. It is better to get it stable and iron out the bugs first :)

/LD

[sl1pkn07]

hello. howto run in linux whitout wine? or not release version for this plataform?

greetings

[slartibardfast]

hi sl1pkn07!

It has been unsupported largely because nobody asked for it, you could build the native libraries yourself from the svn.

If you don't have time/experience what distro do you use?
I'd be happy to put together a package for you...

[next time I'm free at least!]

cheers

[sl1pkn07]

i'm only need make/run the main program and the list the needed libraries

but if you happy make me the package... XD . my distro is Archlinux :)

greetings

[LowDead]

Finally some time to make some new test. But this time I get an error message. Probably something at my end.. maybe someone knows what needs to be done ^^

Please take a look at attched image. The error text reads "Encode failed - java.lang.UnsatisfiedLinkError: C:.... \bin\ass.dll: Incorrect access to memory". This happens with the two last versions of the program.

Thanks for any help :)

//LD

[[)370|\|470!2]

I get the very same error so it's highly doubtable environmental fault as all other java apps are performing quite flawlessly. Win 7 x64 here.

[LowDead]

I get the very same error so it's highly doubtable environmental fault as all other java apps are performing quite flawlessly. Win 7 x64 here.

Maybe I should test earlier version to see which one work for me. I also have win7 ultimate 64-bit and all other java progs works.

[sl1pkn07]

any notice for a linux version of this program?

thanks

[slartibardfast]

Hi all,

No updates on a linux build. I have a serious lack of free time at present!

On all Windows x64, it is required to use a 32bit java virtual machine. This is because the native components (.dll files) are compiled only for 32bit on windows.

(A 64bit jvm can't use a 32bit native library, hence the java.lang.UnsatisfiedLinkError).

When I have some free time to do a linux build, I will also do a x64 windows build. Just can't give an ETA.

Best of luck,