AviSynth rendered subtitles to BluRay SUP/PGS and BDN XML (v2.08) [Archive] - Page 2

Oleg Rode

30th August 2009, 15:02

I have corrected timecode calculation now. (Drop timecode support is dropped for now, the results weren't correct anyway. If anybody needs it and can verify calculated timecodes, I can try adding it back correctly.) Even if removing the duplicate timecode entries failed to fix the flickering, maybe it still helps somehow? Otherwise, try what sneaker_ger suggested.
Not working - flickering exist.
Could you do a test with PunkGraphicStream?
Results much worse. Flickerings are on all animated subs.
Maybe it's not a problem of the subtitles but of the muxer (or the player). Do you have the possibility to mux with a different program (e.g. Scenarist)?
OK, i'll try.

sneaker_ger

30th August 2009, 16:53

The new version 1.9 still creates overlapping timecodes on Oleg's sample:
<Event Forced="False" InTC="00:00:03:17" OutTC="00:00:03:18">
<Graphic Width="1280" Height="720" X="0" Y="0">00000089.png</Graphic>
</Event>
<Event Forced="False" InTC="00:00:03:18" OutTC="00:00:03:19">
<Graphic Width="1280" Height="720" X="0" Y="0">00000090.png</Graphic>
</Event>

Or am I misinterpreting the timecodes?
Is "00:00:03:17" the first frame it is to be shown on and "00:00:03:18" the first frame it is supposed to be NOT shown on?

sneaker_ger

30th August 2009, 17:24

ps auxw

30th August 2009, 17:46

Is "00:00:03:17" the first frame it is to be shown on and "00:00:03:18" the first frame it is supposed to be NOT shown on?

I think this is the case, but I am not sure. It would be nice if anybody knew for sure and clarify the situation.

sneaker_ger

30th August 2009, 20:38

I had a little talk about the timecodes being 1 frame off in BDSup2Sub and it turns out that it's not an error in BDSup2Sub (nor in BDSubEdit) but actually an error in SupTitle. It just so happens that there's also an error in PunkGraphicStream and both errors nullified each other which made me draw a wrong conclusion.

Oleg Rode

30th August 2009, 21:53

@ Oleg:

Could you test this sample (http://www.mediafire.com/?hhmo1iyqdzz) (rename to "valkyria.7z", it somehow screwed up the name) on your PS3? Don't mind subtitles and video not being in sync, only look for blinking.
There is a problem - wrong AVCHD structure. I created a new one and put .m2ts file from your image. Result is not good, but I noticed a strange thing - sometimes subs are playing correctly. In other words - I start to play sample, somewhere in the middle I press "previous chapter" button and sample plays again from the beginning (of course we got only one chapter). I do this again and again and sometimes (somewhere in 1 of 7 times) there is no flickering. At least at "fading in" period. May be subs are changing too fast? May be to try slow down animation? I.e. let's 1 picture will be visible during 2-3 frames.

Sorry for my English :(

sneaker_ger

30th August 2009, 22:17

That could be possible, but it would be a shame having to cripple animations. It also does not explain why there are no problems when using 25 fps.
What about this one:
http://www.mediafire.com/?45efdmygwyj

Oleg Rode

31st August 2009, 07:52

sneaker_ger

31st August 2009, 14:06

Ah, my fault. Try this one (http://www.mediafire.com/?nzmjmowmrmj).

Oleg Rode

31st August 2009, 20:56

Ah, my fault. Try this one (http://www.mediafire.com/?nzmjmowmrmj).
No, the same result as previous. The best result was in this message
http://forum.doom9.org/showthread.php?p=1320068#post1320068

Again, about the nature of flickering. I tried to make frame-by-frame review of this sample (Yes, PS3 allows to do this. It is need to press one time "pause" and then keep clicking on "fast forward" button). And I noticed, that first frame subtitle exist, the next frame - no subs, again the next frame - sub is visible, the next frame - no sub etc. So, when I do frame-by-frame review of the sample from this message (this message) - subs were not disappeared.

sneaker_ger

31st August 2009, 21:32

Your last link does not work. So you are saying that one of the samples worked fine (no blinking) when going through the video frame-by-frame, while playing real time made the subtitles blink again? That's really strange.
Would be really good if some of the pros could look into it. Especially why the 25 Hz material works fine and the 24/1.001 Hz material doesn't. Perhaps the timing is inaccurate or wrong. Timing of 25 Hz material is simpler because one frame get's shown exactly 40 ms while 24/1.001 material get's shown for 41,708333... ms.
I don't have the knowledge to fix this. (If it actually can fixed on our side and it's not a problem of the PS3.)

ps auxw

31st August 2009, 22:15

Is "00:00:03:17" the first frame it is to be shown on and "00:00:03:18" the first frame it is supposed to be NOT shown on?

Just in case the implementation is indeed wrong, here's a version which should set OutTC to the last frame the subtitle appears on: http://www.ps-auxw.de/avs2bdnxml/avs2bdnxml-outtc-test.tar.bz2

Oleg Rode

31st August 2009, 22:16

Your last link does not work.
From this post
http://forum.doom9.org/showthread.php?p=1320068#post1320068

Again, but why was there problem with 24 fps?

sneaker_ger

31st August 2009, 22:27

Just in case the implementation is indeed wrong, here's a version which should set OutTC to the last frame the subtitle appears on: http://www.ps-auxw.de/avs2bdnxml/avs2bdnxml-outtc-test.tar.bz2

BDSup2Sub seems to interpret the timecodes in the way of your original program.

From this post
http://forum.doom9.org/showthread.php?p=1320068#post1320068

Again, but why was there problem with 24 fps?

I wish I'd knew why...

PHD_1976

1st September 2009, 12:33

Hi!
Recently i've tested easySUP (http://forum.doom9.org/showthread.php?p=1320802#post1320802) part of which is a GUI for avs2bdnxml.

This was my original message, please read it.
(I'm sorry beforehand if the problem already solved)
I chose BDN XML+PNG output to use it with Scenarist.
Well, Scenarist accepted XML structure but hung on first png file.
I've compared your png and png file Scenarist is happy with and they differ.
Due to BD White Papers (Application Definition Blu-ray Disc Format):
Graphics planes
... One graphics plane is assigned for subtitling applications
(Presentation Graphics or Text Subtitles) ...

... Each graphics plane has 8-bits per pixel,
with each pixel value referring to an index entry in a Palette
for translation to YCrCb color and 8-bit (256level) alpha.

So, PNG IHDR chunk must have ColorType=3 (yours is 6 AFAIR), and two more chunks must be present:
PLTE chunk - palette and tRNS chunk - transparency.

Being fed with png having such header Scenarist feels itself very happy

ps auxw

1st September 2009, 14:56

... Each graphics plane has 8-bits per pixel,
with each pixel value referring to an index entry in a Palette
for translation to YCrCb color and 8-bit (256level) alpha.
avs2bdnxml produces 32bit RGBA PNG whereas some programs require 8bit palette PNG. I also explained the reason for using 32bit PNG output (http://forum.doom9.org/showpost.php?p=1313944&postcount=9) before. Conversion is already explained in the first post:
For some programs, you have to convert the PNG files to 8bit RGBA palette. This doesn't apply to BDSup2Sub and BDSupEdit. You can probably do this with a tool like pngquant (http://www.libpng.org/pub/png/apps/pngquant.html) or pngnq (http://pngnq.sourceforge.net/).
You can also use BDSup2Sub to output BDN XML from a BDN XML source. This should also have the PNGs palletised. If easySUP allows output in BDN XML format, doing this automatically might be a good idea.

sneaker_ger

1st September 2009, 16:03

@PHD_1976:

sorry to have you referred to this thread just to get referred back to the easySUP thread... :o
And it get's even better: could you do us a favor? We are having problems problems with blinking subtitles on the PS3 and I'd like to rule out tsmuxer as the cause. Could you mux these subtitles (http://www.mediafire.com/?d2b2oi3hoiu) with Scenarist (just include any kind of video and audio, does not matter, it has to be 24000/1001 = 23.976 fps material though) and upload the result for us? I don't own Scenarist so I can't do it myself.

PHD_1976

2nd September 2009, 06:46

ps auxw ,
tnank you for the explanation

sneaker_ger,

I've created a project with your subs and short video.
Scenarist (I use v4.3) accepted subtitles while creating a project but gave an error while muxing and didn't create a BD:

Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=4220489
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=4747220
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=4747220
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=4747220
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=4747220
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=5272420
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=5798630
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=6324840
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=6324840
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=6324840
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=6850529
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7376218
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7376218
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7376218
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7376218
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7376218
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=7901386
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8426554
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8426554
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8426554
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8426554
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8426554
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=8951201
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=9475848
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=9475848
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=9475848
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=9475848
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=9999974
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=10524100
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=10524100
Error : The Decoded Object Buffer(DB) overflows. limit size=4194304, occupancy size=10587442
Error : PG Encode error(PG#1). See above message.

I don't know what it means really.
Actually I've never seen such colorful subs.
BTW, xml script says its german, but they are russian actually, but it doesn't matter right now.

sneaker_ger

2nd September 2009, 13:25

Thx! :thanks:

Seems as if we have broken some limit. I hope there's a good way to work around it.

ps auxw

2nd September 2009, 15:47

I've created a project with your subs and short video.
Scenarist (I use v4.3) accepted subtitles while creating a project but gave an error while muxing and didn't create a BD:

Thanks, this is helpful. After looking around a bit, I found the following information:

Buffer considerations Before any graphics can be displayed, they need to be loaded into the BD-ROM player's buffer for rendering. There are separate buffers for Interactive and Presentation Graphics known as `decoded object buffers'. The Interactive Graphics `decoded object buffer' is 16MB, while the buffer for Presentation Graphics is 4MB. For BD-J graphics the buffer size is 45.5MB (5MB of which can be used for audio), but all graphics are rendered as 32-bit images, thus they take up more buffer space. There is also a separate `coded object buffer' which holds the entire encoded stream. The composition segment is copied to the `composition buffer'. There are separate size limits for the composition and coded object buffers. Overloading the player buffers will result in the BD-ROM player displaying an error message. Therefore, remember at all times that you need to try and conserve memory. Design the graphics as if they're destined for a web page.
The subtitle pictures are too big for their 4MB buffer. Anyway, cropping the images to minimum size should help a bit. Obviously, from looking at sneaker_ger's subtitles it's not enough yet. Those ~1010x521 frames are still enough to fill up the buffer quickly. If you look at the buffer's occupancy size, you will see it differs by ~526731B, which corresponds to the subtitle frame size. Since the buffer overflows, it seems obvious that images are kept for a certain time, not just until they go out of use. Now, the question is how long a picture is kept in buffer. Probably about one second or so? I couldn't find any information about that.

For the next version of avs2bdnxml, I should implement automatic cropping of output pictures. Dropping some similar subtitle frames and displaying the last one longer for the corresponding time, might be another acceptable way of freeing some buffer space, but this would require knowing how long each picture is kept in buffer.

sneaker_ger

2nd September 2009, 16:18

The problem is that the subtitles I've sent PHD_1976 already are cropped by BDSup2Sub, so that there's probably no need to implement autocropping twice.

ps auxw

2nd September 2009, 17:02

The problem is that the subtitles I've sent PHD_1976 already are cropped by BDSup2Sub, so that there's probably no need to implement autocropping twice.

I see, but I'll have to autocrop anyway, if I want to implement accurate frame dropping to fit the buffer. Alternatively, that could be implemented in BDSup2Sub.

hamletiii

2nd September 2009, 18:27

hamletiii

2nd September 2009, 18:35

For the next version of avs2bdnxml, I should implement automatic cropping of output pictures. Dropping some similar subtitle frames and displaying the last one longer for the corresponding time, might be another acceptable way of freeing some buffer space, but this would require knowing how long each picture is kept in buffer.

Seeing as you can drop similar subtitle frames, is that possible to implement splitting timecodes for the same subtitle?
Here's the example timecodes for the same subtitle sliced to several parts:

InTC="00:06:29:01" OutTC="00:06:29:09">
<Graphic>00000_1_01_0643.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:29:09" OutTC="00:06:29:17">
<Graphic>00000_1_01_0644.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:29:17" OutTC="00:06:30:01">
<Graphic>00000_1_01_0645.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:30:01" OutTC="00:06:30:09">
<Graphic>00000_1_01_0646.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:30:09" OutTC="00:06:30:17">
<Graphic>00000_1_01_0647.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:30:17" OutTC="00:06:31:01">
<Graphic>00000_1_01_0648.png</Graphic>
</Event>
<Event Forced="false" InTC="00:06:31:01" OutTC="00:06:31:09">
<Graphic>00000_1_01_0649.png</Graphic>
</Event>
<Event Forced="false"

The benefit of doing this is that when you rewind/FF the video, the subtitles immediately shows up.

sneaker_ger

2nd September 2009, 18:38

Thx, let's see if it works on Oleg's PS3.
The question why at 25 fps there's no flickering remains though.

ps auxw

2nd September 2009, 19:00

Seeing as you can drop similar subtitle frames, is that possible to implement splitting timecodes for the same subtitle?
The benefit of doing this is that when you rewind/FF the video, the subtitles immediately shows up.

Well, I can't yet. ;) But I'm working on it. Splitting shouldn't be a problem. Might take a bit though, since I'll be quite busy with other things over the next two weeks.

hamletiii

3rd September 2009, 17:51

Well, I can't yet. ;) But I'm working on it. Splitting shouldn't be a problem. Might take a bit though, since I'll be quite busy with other things over the next two weeks.

Please take your time.
Here (http://www.mediafire.com/?sharekey=342b0405c4c1a8e12fb2ca15d7ea42d9e04e75f6e8ebb871) is an entire subtitle example, unfortunately the pngs are in Japanese. I think for the timecodes, they just split each sentence 8 frames apart.

I think this stream also does cropping, and it crops subtitles with large areas to two smaller areas. Here (http://i44.photobucket.com/albums/f18/DVDmaster/compositionobject.png) is a demonstration when you import it into scenarist BD, the PES editor is showing two composition objects, and it's only taking 0.1M of buffer for spanning quite a large area. So take sneaker_ger's subtitle for example, 1000*500 ones, there are actually a lot of empty space between lines on the upper right corner and lower left corner, if these are cropped separately and still placed correctly in their position, then buffer overflow should be taken care of.

Oleg Rode

3rd September 2009, 18:57

Here's your subtitle compiled in Scenarist BD 5, with the large sized subpictures causing overflow removed. No obvious flickering viewed in TMT3

http://www.mediafire.com/?tqmzrzlivwz
Again, wrong AVCHD structure. I opened a .m2ts file with tsMuxeR and created a new one. Result is perfect, sub is moving smoothly and no flickerings at all :). Still, I don't see the bottom part of the sub. Must be like this.
http://pic.ipicture.ru/uploads/090903/thumbs/CAngqbB38l.png (http://ipicture.ru/Gallery/Viewfull/23171361.html)
Is it correct? There is a foto (well, picture is not very good :p)
http://pic.ipicture.ru/uploads/090903/thumbs/9RCV112iTE.jpg (http://ipicture.ru/Gallery/Viewfull/23171033.html)

So, what is the solution of the problem?

hamletiii

3rd September 2009, 19:46

Scenarist will only output Blu-ray structure, you'll need deank's goBD (http://forum.doom9.org/showpost.php?p=1255353&postcount=30) or wirepole's AVCHD-patcher (https://cid-8ea621696fd320b1.skydrive.live.com/browse.aspx/%E5%B7%A5%E5%85%B7%E7%A8%8B%E5%BC%8F/AVCHD-Patcher) or manually hex editing index.bdmv or just burn a Blu-ray Disc to avoid remux in tsmuxer.

I removed the large sized subtitles (in your first photo) because they are too big, causing the same buffer overflowing error as PHD_1976. So it appears that both Scenarist and tsmuxer gives you good results as long as the large subtitles are removed, it just might be tsmuxer muxes the overflowing ones anyways which causes flickering. If you want to keep them, I think you'll have to cut and crop the large pictures to two small regions. We'll have to wait and see if ps auxw can do anything about it.

ps auxw

3rd September 2009, 20:24

Please take your time.
Here (http://www.mediafire.com/?sharekey=342b0405c4c1a8e12fb2ca15d7ea42d9e04e75f6e8ebb871) is an entire subtitle example, unfortunately the pngs are in Japanese. I think for the timecodes, they just split each sentence 8 frames apart.

I think this stream also does cropping, and it crops subtitles with large areas to two smaller areas. Here (http://i44.photobucket.com/albums/f18/DVDmaster/compositionobject.png) is a demonstration when you import it into scenarist BD, the PES editor is showing two composition objects, and it's only taking 0.1M of buffer for spanning quite a large area. So take sneaker_ger's subtitle for example, 1000*500 ones, there are actually a lot of empty space between lines on the upper right corner and lower left corner, if these are cropped separately and still placed correctly in their position, then buffer overflow should be taken care of.

This is very interesting. The BDN XML scheme (http://www.urusoft.net/forum/viewtopic.php?id=5446) seems to tell me that an event can have 0-2 graphical or text components. This means it should be possible to split images into two rectangles with minimum surface area to minimize buffer usage. Will try to implement that instead of just autocropping.

ps auxw

6th September 2009, 14:36

I finished version 1.10 (http://ps-auxw.de/avs2bdnxml/avs2bdnxml-1.10.tar.bz2) now. See the first post for changes and new syntax. Since I couldn't quite figure out the way buffer is calculated, this version does not yet have Presentation Graphics buffer overflow checks.

Seeing as you can drop similar subtitle frames, is that possible to implement splitting timecodes for the same subtitle?
This is implemented now, see the --split-at or -s option.

http://pic.ipicture.ru/uploads/090903/thumbs/9RCV112iTE.jpg (http://ipicture.ru/Gallery/Viewfull/23171033.html)

So, what is the solution of the problem?
Please try again with the new version. It should be much more efficient in buffer use for your subtitles.

Oleg Rode

6th September 2009, 16:53

Please try again with the new version. It should be much more efficient in buffer use for your subtitles.
Well, not so fast. Neither BDSupEdit, nor BDSup2Sub understand subs splitting (they see only upper part of the sub). I am a shame to ask, but may be you can write simple xml to sup converter? Or add a .sup output to your program?

Oleg Rode

6th September 2009, 20:21

Well, Scenarist also does not accept created subs. Any recommendations?

ps auxw

6th September 2009, 20:46

Well, Scenarist also does not accept created subs. Any recommendations?
I might've gotten the XML wrong. For now, use "-b0" should disable image splitting, but of course it'll flicker again.

I am a shame to ask, but may be you can write simple xml to sup converter? Or add a .sup output to your program?
That would take some time and I'm quite busy currently. Maybe it will work, once the format is corrected(?).

hamletiii: Could you generate and post a BDN XML file for the subtitles on that screenshot (http://i44.photobucket.com/albums/f18/DVDmaster/compositionobject.png), so I can check the format?

hamletiii

6th September 2009, 21:22

http://www.mediafire.com/?wnajh2nbaa2

This is the entire example file, including all the pngs and the xml generated by BD Reauthor Pro from a Japanese commercial disc.

I'll try your new version when I have access to Scenarist BD to see if I get the same result as Oleg Rode.

ps auxw

6th September 2009, 22:36

http://www.mediafire.com/?wnajh2nbaa2

This is the entire example file, including all the pngs and the xml generated by BD Reauthor Pro from a Japanese commercial disc.

Thank you, but I have looked through all the subtitles in the archive and did not find a case where two subtitles in different positions where displayed at the same time, like in the screenshot. (I did not see any カセットテプ subtitle either, but might just have missed it.) Are you sure it is the right file?

hamletiii

7th September 2009, 00:02

I downloaded the rar, yes it's the right one. Look for png end with 1280-1287, 1280-1285 are the bottom horizontal lines "カセットテープ：ギタの音", 1286-1287 are the right vertical lines "唯：けいおん！".
BD Reauthor Pro don't crop the subtitle, so I think the secret is within the xml file.

ps auxw

7th September 2009, 00:27

I downloaded the rar, yes it's the right one. Look for png end with 1280-1287, 1280-1285 are the bottom horizontal lines "カセットテープ:ギタの音", 1286-1287 are the right vertical lines "唯:けいおん!".
BD Reauthor Pro don't crop the subtitle, so I think the secret is within the xml file.

Ah, you are right, there are those frames. Sorry for the trouble. Still, it doesn't look quite right:
<Event Forced="false" InTC="00:14:23:02" OutTC="00:14:23:10">
<Graphic>00000_1_01_1280.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:23:10" OutTC="00:14:24:13">
<Graphic>00000_1_01_1281.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:24:18" OutTC="00:14:25:02">
<Graphic>00000_1_01_1282.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:25:02" OutTC="00:14:25:10">
<Graphic>00000_1_01_1283.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:25:10" OutTC="00:14:26:14">
<Graphic>00000_1_01_1284.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:27:03" OutTC="00:14:27:11">
<Graphic>00000_1_01_1285.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:27:11" OutTC="00:14:27:19">
<Graphic>00000_1_01_1286.png</Graphic>
</Event>
<Event Forced="false" InTC="00:14:27:19" OutTC="00:14:28:21">
<Graphic>00000_1_01_1287.png</Graphic>
</Event>

I don't think this can work. Maybe BD Reauthor Pro "linearized" the subtitles.

hamletiii

7th September 2009, 22:16

OK, regarding the file generated by BD Reauthor Pro, I've tried the following 2 methods:
1. Import the entire project xml file, compile the disc. Result is 1:1 copy of original.
2. Manually add in video and audio, then import subtitle xml file, compile the disc. Result is as what the timecodes would give you, the subs will just go like crazy.

So the project xml file is definitely doing some work there in cross referencing (not sure if your term "linerized" is the same meaning?) these picture events.

http://www.mediafire.com/file/ogctmqygmnd/project.rar

I'm not sure if the Scenarist project file will help you, but I've uploaded it anyway.

More details in comparing the differences after importing:
Methold 1. There are 382 Epoches. Most time: one Epoch has one window and one DisplaySet, one DisplaySet (CompositionState: Epoch Start) has one Palette and one compositionobject. Other time: one Epoch has two windows and multiple DisplaySets, the first DisplaySet (CompositionState: Epoch Start), second and anything after (CompositionState: Normal Case), one DisplaySets could also have two CompositionObjects which reside in their respective window.

Methold 2. There are 404 Epoches. Most time: one Epoch has one window and one DisplaySet, one DisplaySet (CompositionState: Epoch Start) has one Palette and one compositionobject. Other time: one Epoch has two windows and multiple DisplaySets, the first DisplaySet (CompositionState: Epoch Start), second and anything after (CompositionState: Acquisition Point), one DisplaySets always has only one CompositionObjects which reside in window#1 or window#2.

• Epoch Flag sets the composition state for the Display Set; options are:

• Normal Case means that the Display Set contains only elements that are changed from the previous composition.
• Acquisition Point means that the Display Set contains all elements needed to display the next composition.
• Epoch Start indicates the start of a new Epoch; the Display Set contains all elements needed to display the next composition.
• Epoch Continue means that the Epoch may be continued across into this graphics stream from the previous graphics stream when seamless
connection conditions apply. The Display Set contains all elements needed to display the next composition.

hamletiii

8th September 2009, 21:58

So I just tested version 1.10 briefly with the b1 switch.
BDSup2Sub totally ignores the second object in the event.
So I went with my old method, using Fireworks to downconvert the png32 to png8. The xml file imports fine and compiles. The subtitles show up ok in TMT3.
About the Normal Case/Acquisition Point flag for the second DisplaySet, I don't think that matters.
I'll try the split function later.

hamletiii

8th September 2009, 22:09

Well, Scenarist also does not accept created subs. Any recommendations?

Which version of Scenarist are you using?
4.5 and below seems to have more restriction than the latest 5.0+, at least that's my experience.

Could you send me your original ssa/ass file?

ps auxw

9th September 2009, 09:22

OK, regarding the file generated by BD Reauthor Pro, I've tried the following 2 methods:
[...]
Thank you very much for the detailed information.

So I just tested version 1.10 briefly with the b1 switch.
BDSup2Sub totally ignores the second object in the event.
So I went with my old method, using Fireworks to downconvert the png32 to png8. The xml file imports fine and compiles. The subtitles show up ok in TMT3.
About the Normal Case/Acquisition Point flag for the second DisplaySet, I don't think that matters.
I'll try the split function later.
So with current Scenarist, -b1 seems to work? This is very good news. I'll take a deeper look at the project file and other information posted before anyway.

I'm still busy the next two or so days, but afterwards I'll try adding color palletisation and possibly SUP/PGS output.

Edit: Actually, before I do that, I'll ask 0xdeadbeef if he can add support for multiple Graphics per Event to BDSup2Sub.

Oleg Rode

10th September 2009, 16:50

Edit: Actually, before I do that, I'll ask 0xdeadbeef if he can add support for multiple Graphics per Event to BDSup2Sub.
Thanks a lot. I had to do this request, but I didn't know how to correctly figure a question :D

ps auxw

10th September 2009, 20:41

Thanks a lot. I had to do this request, but I didn't know how to correctly figure a question :D

It seems like I will have to implement it myself, after all. This might take a while.

ps auxw

10th September 2009, 20:44

Well, Scenarist also does not accept created subs. Any recommendations?Which version of Scenarist are you using?
4.5 and below seems to have more restriction than the latest 5.0+, at least that's my experience.

Could you send me your original ssa/ass file?

I think it was in here: http://rapidshare.com/files/270858243/Valkyria.zip.html

hamletiii

11th September 2009, 13:13

I just finished testing on a full length 2hr movie by using -s switch today, it worked as expected. Since splitting creates a lot of pngs, it took more than one hour for scenarist BD to import and encode them to it's *.pes file, not to mention another hour for avs2bdnxml and BDSup2Sub to get the right xml+pngs. So I was curious about if these *.pes files can be used in other projects. So I just drag the *.pes file into Scenarist's project, and it accepts without any further processing.

So this leads me to go back to check if the files generated by BD Reauthor Pro has these *.pes files, and they are right under the demuxed folder. For the sample I've uploaded here, after importing, it already has all the correct references and structures:

http://www.mediafire.com/file/nmuzi3wtctz/00000_1_01.rar

tsMuxer cannot recognize these streams though.