Alpha tools for USF subtitles, available for testing ....

[Kaiousama]

Hi All,

the USF and matroska dev teams are proud to annouce, that finally the first alpha testing of tools to create, mux and play USF subtitles in/from MKV files are now being made available to the public. We encourage you to give it a shot, but also clearly give advice to not consider using these tools for final backups of your movies yet, as some minor things may still have to be changed with respect to how USF subs are best being stored in MKV files.

Here is what you need :

USF Editors :

ChronoSub (http://sourceforge.net/projects/medusa)
U96 (http://corecodec.org/projects/u96)

Both are in pretty much alpha state still, but you will be surprised about the current status of support for SRT/SSA conversion into USF, as well as creating subs with advanced USF features already.

Muxers :

mkvmerge (http://www.bunkus.org/videotools/mkvtoolnix/)

Currently only mkvmerge support muxing of USF subs, but AMG will hopefully soon offer it also.

Hardcoders :

PicSubU (http://corecodec.org/projects/usf)

Avisynth filter to hardcode your USF subtitles into the videoclip.

Playback :

PixiShow (http://usf.corecodec.org/pixishow)
Haali Splitter (http://haali.cs.msu.ru/mkv/)

Based on unmei's pixifier, the first and only lib for USF rendering ( written in Delphi ), kaiousama created his USF rendering DShow filter. Expect still a number of bugs in it, but its working pretty stable already on some machines here and no major issues have been reported with it from the dev team testing it.

Note that USF playback will only work correctly on DirectShow based players when both PixiShow and Haali's latest matroska splitter are being present on your system.

and now ....... Happy Testing !!!

[Kurtnoise]

First of all, great stuff Kaiousama...:) It's nice to see that USF is not dead.

I've a question : I tested usf embedded into some mkv files. The playback works great if I uninstall VSFilter. If I let VSFilter + PixiShow, all dshow players crash unfortunately. :( So, is there an issue with VSFilter ? here is a sample if you want to test by yourself (http://kurtnoise.free.fr/misc/Clip_Tomorrow.mkv).

Second : could you define with more details the rasterizer functions ? Thanks.

[Kaiousama]

I tested usf embedded into some mkv files. The playback works great if I uninstall VSFilter. If I let VSFilter + PixiShow, all dshow players crash unfortunately. So, is there an issue with VSFilter ? here is a sample if you want to test by yourself.

You're not the only reporting an issue when VSFilter is installed, i need to do investigations about the possible causes; unfortunately on my workstation I do not experience any crashes when VSFilter 3.36 and PixiShow are both installed, so bug-tracking is not so simple (your test file renders correctly on my system).

Please try also the new build I uploaded last evening (PixiShow_20050619), it solves a loading priority issue when concurrent loading between PixiShow and VSFilter occurr.

Another known issue is that one related to Media Player Classic users, they have to deselect MPC internal matroska splitter because it forces VSFilter loading even when PixiShow is the preferred filter.

Another bug-report/solving involves ffdshow settings, actually you need to enable "allow output format changes during playback" in Output section, and (probably) you have to limit output colorspace to RGB32 since it is the only colorspace supported by PixiShow at the moment (YV12 is planned).

Second : could you define with more details the rasterizer functions ?
PixiShow preferences are highly unstable and prone to changes, you can try out them by yourself, i'll provide full documentation when i'll decide what to keep and what to trash.

Thank you for the feedback, and Happy testing.

btw. Very nice gui your BeLight, especially when you need to teach other prople to use besweet. :D

[Kurtnoise]

Hi,

your test file renders correctly on my system
FYI : with the 20050617_alpha version, I can render the file w/o problem. The issue occurs when we play the file.

Please try also the new build I uploaded last evening (PixiShow_20050619), it solves a loading priority issue when concurrent loading between PixiShow and VSFilter occurr.
I tried this new release and the problem has changed... :D The players don't crash anymore but the subtitles stream (usf at least) isn't taken into account. :( I solved this problem by disabling the VSFilter autoloading in the Haali Splitter. Hope this helps...

Another known issue is that one related to Media Player Classic users, they have to deselect MPC internal matroska splitter because it forces VSFilter loading even when PixiShow is the preferred filter.
Well...it's not a problem anymore. Ask them to check "Disable Matroska Splitter in MPC" when they install the Haali Splitter. There is a function to uncheck the splitter now.


btw. Very nice gui your BeLight, especially when you need to teach other prople to use besweet. :D
:thanks:

[LeMoi]

Kaiousama, waiting for you on IRC to complete what we didn't have to finish last time ^^

[Skaarj]

I have found the reason on which at me do not work embeeded subtitles created in U96

<text alignment="TopCenter"><font color="#FFE1E1E1" size="-2">text<font color="#FFD20000">text</font></font></text> - All players crash
<text alignment="TopCenter"><font color="#FFE1E1E1" size="-2">text</font><font color="#FFD20000">text</font></text> - All ok

<text><i><font face="Arial" family="Arial"><font color="#FFDFDF9F">text</font></font></i></text> - All players crash
<text><i><font face="Arial" family="Arial" color="#FFDFDF9F">text</font></i></text> - All ок

[unmei]

ouch! Thanks for pointing this out, Skaarj.
I _thought_ it would work with nested tags (at least "at reasonable levels", let's say 5 deep or so), but apparently i recently broke something here.

As this looks quite serious, i'll be attacking this as one of the next problem. I can't guarantee it will be fixed next week as the parser for these tags is a bit of brainkiller part of code, but i will defintly look into it.

[unmei]

OK, we took your text nodes and pasted them into an otherwise working sample file. It worked perfectly both on mine and kaiousama's machine.

Either the problem lies somewhere else in your file (are your files UTF-8 encoded?) or in your system (operating system? - we only use XP, it should work on W2K tho - ME is unclear) or maybe even other filter interfering (i got triple subs and flipped video - but no crash - when VSFilter has the "load external files" enabled).

[Skaarj]

I checked at myself and at friends when at embeeded subtitles there is "</font></font>" all players and graphedt too crash, in external subtitles wоrks fine.

All other my experiments have passed successfully, and I tested Embedded USF with RUBY http://usf.subforge.net/20050625.php too perfectly works.

[unmei]

oh i didn't realize that you were specifically encountering the bug when the file is embedded. We only tested it with an external file. But this means it definitly isn't an issue in the core (*phew* for me..) but now i wonder how that would make a difference - either the usf is already truncated when muxing into USF, or kaiousama somehow doesn't pass all data to the rasterizer when he recieves the subtitle from the splitter (as opposed to him reading it from a usf file).

[Kaiousama]

I checked at myself and at friends when at embeeded subtitles there is "</font></font>" all players and graphedt too crash, in external subtitles wоrks fine.

Bug traced!
The problem is not unmei's renderer nor my filter, the problem arises when you mux the file into mkv with mkvmerge, probably mosu's xml reformatter commit errors during line creation, so that a line like this:

<text alignment="TopCenter"><font color="#FFE1E1E1" size="-2">text<font color="#FFD20000">text</font></font></text>

after being muxed in .mkv becomes like this (dumped from my filter's input pin):

<text alignment="TopCenter"><font color="#FFE1E1E1" size="-2">text<font color="#FFD20000">text</font/></text>

I'll report the bug to mosu as soon as possible.

All other my experiments have passed successfully, and I tested Embedded USF with RUBY http://usf.subforge.net/20050625.php too perfectly works.

Nice example!

[Kaiousama]

Bug solved!

in order to mux your usf files into matroska container, please use this mkvmerge build (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050626-1.rar).

Thank you for the feedback.

[Skaarj]

With the new mkvtoolnix all perfectly works without bugs.

[Kaiousama]

Another bug squashed!

spaces between nodes inside the <text>...</text> were stripped by mkvmerge's reformatter, now they're all preserved (so be careful and don't apply pretty xml formatting to nodes inside <text>...</text> )

you can download the updated mkvmerge build from here (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.4.2-build20050626-3.rar)

Happy testing.

[Kaiousama]

Kaiousama, waiting for you on IRC to complete what we didn't have to finish last time ^^

I hope i found & solved the problem you explained to me via IRC, please try the new Pixishow_20050626-2 (http://corecodec.org/frs/?group_id=19&release_id=117) build.

new in this build:

- YUY2 color space support
- UYVY color space support
- Fixed a VideoInfoHeader related bug that caused acess violation when a subtitle needs to be rendered.

Happy download!

[darkavatar1470]

wow, putting hiragana on top of kanji is way too cool, very useful for karaoke subs...
I'm wondering if it's possible to do so with ASS ?

[Skaarj]

It is possible to use in subtitles a pictures from attachments?

[unmei]

Skaari, in this way "no".
But USF can have embedded pictures. And even if external pictures do not yet get muxed and used, the embedded ones should IMO, since they are part of the XML data. The muxer only has to mux everyting in the USF file, the splitter to pass everything downstream and the rasteriser does all the rest. This way they don't need to know there are pictures. BUT this is not very efficient because you have to "text-encode" the pictures (base64) which makes them larger, and they will get stored in a place where it may not be appropriate to store large chunks of data (that prefixed, "inline" embedded pictures in the <image> node itself may become interesting at some time..).

I committed code to use embedded pictures in USF last weekend and kaiou made a build using it. AFAIK they plan to put embedded (and probably also formerly external) pictures into the attachments on muxing, BUT i guess it won't work by you adding the picture manually to the attachment.

Note that i do no muxed tests, but since i assume muxing will not throw away what is inside USF, i think this (hard) way should also already work for muxed USF: convert all pictures to base64 encoded files (i think mkvtoolnix has a tool for it, else u96 0.1.9 versions also can do it with file->inc man) and then copy those "text" files into the USF in the <embedded> node.

I *thought* u96 could encode and embed the pictures in one step but unfortunately i didnt rember how to do it when i did the pixifier test last weekend (thus i now only know to do it with a text editor ;) ).

An example how this should look:
(Assuming the base64 encoded file is the string "ABCDEFGH")

<subtitles>
<subtitle start=".." stop="..">
<image alignment="TopRight">mylogo.bmp</image>
</subtitle>
</subtitles>

<embedded>
<b64file filetype="image/bmp" colorkey="#FFFFFF" filename="mylogo.bmp">ABCDEFGH</b64file>
</embedded>

of course, the base64 encoded file will be a bit longer than only 8 characters... (typically 4/3 the size of the original picture file)
also, the filetype can be "image" or a mime-type or completly left out.
The colorkey attribute defined a color in the picture to be replaced with transparent - of course this is only meaningful for files without transparency - and IMO it is preferrable to use PNG pictures with alpha-transparency instread of the clumsy colorkey :Y.

[LeMoi]

And is it possible to use embedded fonts ?

[unmei]

not yet. I was working on it (weekends are so damn short..) but i don't know yet if it will ever work. I do not want to install the font in windows, but there is a API call to load a font just for the running process - if that turns out working, they could be implemented soon - else probably never.

Also, a sample of embedded pictures:
screenshot (http://homepage.hispeed.ch/~mieru/usf/embedded_test2.png) and source usf (http://homepage.hispeed.ch/~mieru/usf/embedded_test2.usf)

[multicone]

not yet. I was working on it .. this should work on container level ( matroska ) already, just like with SSA by attaching the font as a file, when Haali will add support to his splitter for autoloading, no ?

[Mosu]

.. this should work on container level ( matroska ) already, just like with SSA by attaching the font as a file, when Haali will add support to his splitter for autoloading, no ?

Correct.

BTW: MKVToolNix 1.5.0 is out, no need to get a pre-build for USF muxing.

[Kaiousama]

New in PixiShow_20050702 (http://corecodec.org/projects/usf):

- Embeeded images support
- Fixed flickering in non-subtitle frames when in YUV color spaces
- Better handling of Upside-Down RGB bitmaps
- Better quality for RGB to downsampled YUV color spaces conversion
- AYUV color space support
- Y411 color space support
- Y41P color space support
- YUYV color space support
- Y211 color space support

Now all the main packed YUV color spaces are supported, next: implementing planar YUV color spaces support.

Enjoy. :D

[Kaiousama]

New in PixiShow_20050703 (http://corecodec.org/projects/usf) :

- Better copy for non subtitled frames
- RGB24 color space support
- YV12 color space support
- IYUV/I420 color space support

[Kaiousama]

New in PixiShow_20050703-2 (http://corecodec.org/projects/usf/):

- RGB555 color space support
- RGB565 color space support
- fixed VSFilter concorrent loading in RGB24
- fixed PVideoInfoHeader retrieving bug in RGB24

[E-Male]

is there any doc on how much of the official and the proposed USF features are supported in pixishow?
i wonder especially about the effects...

[unmei]

no there isn't really :/
i know it were a good thing, but i get a bit sick by only thinking about writing a decent docu. But at least some notes for those who actually read the specs page before may be coming soon (probably the better option than replying to questions bit by bit :>).

Effects are implemented, but there may be inheritance bugs and such. It needs docu on what is animatable and what not tho (common sense should tell you the answer for most - ie font-family and alignment are clearly not animatable;))

And some of the "more special" attributes are not yet supported (transform for example..) .
Also i discovered a nasty bug in rotate-x/y/z which i don't know yet how to solve. Some angles produce output like the value were different - for example 60° renders as 30° IIRC - it mostly affects negative/larger than 180° angles i think. This really hurt my brain last sunday because the angle are passed to the function corretly, probably it's some bug in the angle -> matrix conversion. I hate to work on rotation code again (it is like the 5th implemetation i tried and the first one that looked like working :() - maybe i'm going to ignore it for a bit :P

[edit]
apart for the broken rotation, draft 0.16 should be implemented.
As for proposals i can't say that simply because i did not try to implemet "in ascending order"

[Kaiousama]

New in PixiShow_20050707 (http://corecodec.org/projects/usf):

- Proper handling of strides.
- Faster copy for non subtitled frames.

enjoy

[iradic]

hi, just tried these new tools and its not wroking for me...

bsplayer 1.32 b820 crashes
wmplayer and mplayer2 plays at 99% CPU usage - not viewable (mplayer from mplayrhq.hu plays the same file at ~30%) ... realatively correctly - i'm new with usf so i dont know why (line breaks are at wrong place - i can see "&#xD;" in usf file - is that a newline marker?)

i used chrono sub to convert srt to usf - but it crashes all the time
u96 wont convert using open srt then save as usf - looks like it cant read srt

Question(s): my OS is WinME, how do i need to handle subtitle encoding when converting srt to usf (my codepage is cp1250)? Can I edit this safely with text editor? Whats the encoding tag in usf - can i just put there cp1250?

thanks bye

EDIT: Another thing player(s) wont stop after pressing stop button ... must kill'em with task manager
also tried mpc and graphedit - cpu 99% not correctly rendered as above

EDIT2: bsplayer plays mkv + srt at ~40-50% cpu (same file)

[iradic]

if someone is interested i made custom format for subtitle workshop for quick srt to usf conversion ... this is very simple (but enough for me) ... starttime, endtime and text is inserted ... plus some other required/optional fields/tags ...

there are comments from usf specs (between ** and !*)... are the specs up to date? files i found are from 2003


[Information]
Name=Universal Subtitle Format
Extension=*.usf
Time structure=hh:mm:ss.zzz
Time=True
FPS=25
New line char=<br/>

[Format text]
** Placed once at the beginning of the file !*
<?xml version="1.0" encoding="UTF-8"?>
<!-- DOCTYPE USFSubtitles SYSTEM "USFV100.dtd" -->
<?xml-stylesheet type="text/xsl" href="USFV100.xsl"?>

<USFSubtitles version="1.0">

<metadata> ** +-metadata !*
<title>Unknown Title</title> ** +-title (1) !*
<author> ** +-author (1..N) !*
<name>Unknown Author</name> ** | +-name (1) !*
<email>Unknown E-mail</email> ** | +-email (0..1) !*
<url>Unknown URL</url> ** | +-url (0..1) !*
<task>Temporary</task> ** | +-task (0..1) !*
</author>
<language code="eng">English</language> ** +-language (1) !*
** | @-code (1) !*
<languageext code="Normal"> ** +-languageext (0..1) !*
SubtitleWorkshop</languageext> ** | @-code !*
<date>YYYY-MM-DD</date> ** +-date (0..1) !*
<comment>No Comment</comment> ** +-comment (0..1) !*
</metadata>

<styles>
<!-- Here we redefine the default style -->
<style name="Default" >
<fontstyle face="Arial"
family="sans-serif"
size="18"
color="#ffFFFFFF"
weight="normal"
** italic="no" !*
** underline="no" !*
** alpha="0" !*
** back-color="#80C0C0C0" !*
outline-color="#FF000000"
outline-level="2"
shadow-color="#80808080"
shadow-level="4"
wrap="auto"/>
<position alignment="BottomCenter"
horizontal-margin="10%"
vertical-margin="5%"
relative-to="Window"/>
</style>
</styles>


<subtitles>** +-subtitles (1..N) !*
<language code="eng">English</language> ** +-language (1) !*
** | @-code (1) !*
<languageext code="Normal"> ** +-languageext (0..1) !*
SubtitleWorkshop</languageext> ** | @-code !*

{RepeatSub}
** This part repeats each time there is a new subtitle
Here you should write the structure of only ONE subtitle
Subtitle number: {SubCount} This writes the actual subtitle number ONLY if it
is between {RepeatSub} and {EndRepeat}
Start time (or frames): {swStart}:{swFrameStart,10}
End time (or frames): {swEnd}:{swFrameEnd,10}
Subtitle text: {swText}
!*
<subtitle ** +-subtitle (1..N) !*
start="{swStart}" ** @-start (1) !*
stop="{swEnd}"> ** @-stop (0..1) !*
** duration="hh:mm:ss.mmm"> @-duration (0..1) !*
<text style="Default">{swText}</text> ** +-text (0..N) !*
** <image></image> +-image (0..N) !*
** <karaoke></karaoke> +-karaoke (0..N) !*
** <shape/> +-shape (0..N) !*
</subtitle>

{EndRepeat}
** Placed once at the end of the file !*
</subtitles>

</USFSubtitles>


EDIT: script "Time structure" was wrong and "<style>" changed...

[Kaiousama]

bsplayer 1.32 b820 crashes
wmplayer and mplayer2 plays at 99% CPU usage - not viewable (mplayer from mplayrhq.hu plays the same file at ~30%)
What's your cpu?

i'm new with usf so i dont know why (line breaks are at wrong place - i can see "&#xD;" in usf file - is that a newline marker?)
can you send me the usf subtitle file you tested?


i used chrono sub to convert srt to usf - but it crashes all the time
u96 wont convert using open srt then save as usf - looks like it cant read srt

Does chronosub crash on subtitle loading or when you save it in USF format?


Question(s): my OS is WinME, how do i need to handle subtitle encoding when converting srt to usf (my codepage is cp1250)? Can I edit this safely with text editor? Whats the encoding tag in usf - can i just put there cp1250?

ChronoSub does actually supports only ANSI, UTF8, UTF16LE and UTF16BE encodings, no codepage conversion/recognition is currently avaible, so i suggest you to convert your srt file to any of the encodings listed above in order to edit it with chronosub.


EDIT: Another thing player(s) wont stop after pressing stop button ... must kill'em with task manager

Are you using the last version of pixishow?
Is your video decoder FFDShow? if yes can you tell me the color space used by ffdshow in order to play the file (from firectshow options-info section)?

[iradic]

can you send me the usf subtitle file you tested?
Sorry, last few times I started chronosub it gave me bsod... sample usf I had
was already deleted ... i remember it complainin about memory (leak or something ... there was log file - deleted sorry)...


Are you using the last version of pixishow?
Is your video decoder FFDShow? if yes can you tell me the color space used by
ffdshow in order to play the file (from firectshow options-info section)?
CPU is duron 700
Video is real 352x288 (508x288 ar), audio he-aac (nero radio preset)...

Finally I managed to work it out.
1) srt to usf with subtitle workshop (script thread above)
2) convert usf to unicode (mkvmerge wont import otherwise)
3) mux wint mkvmerge
4) plays corectly with mplayer2 and mplayer classic ... (cpu ~55%) .. no crashes hangups etc.

pixieshow is latest ... 07/07/2005

what is default text style? if I check "No Styles" in
properties does it mean all text will be default style (doesn't look like pixieshow behaves like this)?
and what is recommended anitaliasing setting? (if any)

[iradic]

EDIT: same post - deleted

[iradic]

hi dont know why, chronosub working again (not always)

i get runtime error 204 at ...

this is log file:
==========
MemCheck version 2.70

Total leak: 114 bytes


*** MEMCHK: Blocks STILL allocated ***

Leak #0 User allocated memory (GetMem)
Size: 98
1 Occurence
call stack - 0 : (no debug info) Find error: 00000062
call stack - 1 : (no debug info) Find error: 0040B859
call stack - 2 : (no debug info) Find error: 00410615
call stack - 3 : (no debug info) Find error: 00410C2F
call stack - 4 : (no debug info) Find error: 00410D3D
call stack - 5 : (no debug info) Find error: 004042AD
call stack - 6 : (no debug info) Find error: BFF78456
call stack - 7 : (no debug info) Find error: FFECBAD3
call stack - 8 : (no debug info) Find error: 004027F3

Leak #1 User allocated memory (GetMem)
Size: 16
1 Occurence

*** MEMCHK: End of allocated blocks ***


*** MEMCHK: Chronological leak information ***

* User allocated memory (GetMem) (Leak #1) Size: 16
* User allocated memory (GetMem) (Leak #0) Size: 98

*** MEMCHK: End of chronological leak information ***


*** MEMCHK: Blocks written to after destruction ***

Bad blocks count: 0


*** MEMCHK: End of blocks written to after destruction ***
============

here is sample usf:
===============

<?xml version="1.0" encoding="UTF-8"?>
<USFSubtitles version="1.0"><metadata><resolution x="640" y="480"></resolution></metadata><styles><style name="Default"><fontstyle face="Arial" size="25" color="#FFFFFFFF" italic="no" underline="no" strikeout="no" back-color="#FF000000" outline-color="#FF000000" outline-level="2" shadow-color="#FF000000" shadow-level="2" wrap="auto"></fontstyle><position alignment="BottomCenter" horizontal-margin="30" vertical-margin="30" relative-to="video" rotate-x="0" rotate-y="0" rotate-z="0"></position></style></styles><subtitles><subtitle start="00:00:05.000" stop="00:00:06.718"><text style="Default" speaker="" effect="">Hvala!</text></subtitle><subtitle start="00:00:08.440" stop="00:00:10.635"><text style="Default" speaker="" effect="">Dubokom podzemlju...</text></subtitle><subtitle start="00:00:10.840" stop="00:00:13.195"><text style="Default" speaker="" effect="">tajnom istraživačkom&#xD;
laboratoriju...</text></subtitle><subtitle start="00:00:13.480" stop="00:00:15.789"><text style="Default" speaker="" effect="">...netko je&#xD;
premostio osiguranje.</text></subtitle><subtitle start="00:00:18.160" stop="00:00:20.469"><text style="Default" speaker="" effect="">Korporacija "Umbrella"&#xD;
je na slobodu pustila</text></subtitle><subtitle start="00:00:20.680" stop="00:00:24.559"><text style="Default" speaker="" effect="">smrtonosan virus koji&#xD;
može zaraziti čitav svijet...</text></subtitle><subtitle start="00:00:28.800" stop="00:00:33.191"><text style="Default" speaker="" effect="">Bože! - Moramo pobjeći iz&#xD;
ove zgrade! Što je to bilo?</text></subtitle><subtitle start="00:00:33.720" stop="00:00:35.438"><text style="Default" speaker="" effect="">Kočnice!</text></subtitle><subtitle start="00:00:41.240" stop="00:00:42.878"><text style="Default" speaker="" effect="">U redu je,&#xD;
došli smo pomoći.</text></subtitle><subtitle start="00:00:43.280" stop="00:00:45.748"><text style="Default" speaker="" effect="">Elitna jedinica poslana je&#xD;
da ga zaustavi...</text></subtitle><subtitle start="00:00:46.040" stop="00:00:48.270"><text style="Default" speaker="" effect="">Prije pet sati Crvena&#xD;
Kraljica je počela ubijati.</text></subtitle><subtitle start="00:00:48.680" stop="00:00:50.033"><text style="Default" speaker="" effect="">Tko je Crvena Kraljica?</text></subtitle><subtitle start="00:00:50.320" stop="00:00:52.038"><text style="Default" speaker="" effect="">Umjetna inteligencija&#xD;
najviše tehnologije.</text></subtitle><subtitle start="00:00:52.240" stop="00:00:53.992"><text style="Default" speaker="" effect="">Korporacija ovdje skriva&#xD;
neke tajne.</text></subtitle><subtitle start="00:00:54.280" stop="00:00:56.475"><text style="Default" speaker="" effect="">Nešto što ne biste&#xD;
trebali vidjeti.</text></subtitle><subtitle start="00:00:56.680" stop="00:01:00.116"><text style="Default" speaker="" effect="">Maju samo tri sata prije&#xD;
nego počne širiti zarazu</text></subtitle><subtitle start="00:01:00.360" stop="00:01:03.238"><text style="Default" speaker="" effect="">mutirati cijelu&#xD;
ljudsku rasu.</text></subtitle><subtitle start="00:01:06.080" stop="00:01:08.230"><text style="Default" speaker="" effect="">Svi ostanite mirni.</text></subtitle><subtitle start="00:01:11.840" stop="00:01:13.478"><text style="Default" speaker="" effect="">Što je to?</text></subtitle><subtitle start="00:01:14.240" stop="00:01:16.834"><text style="Default" speaker="" effect="">Ugrizla me!&#xD;
Otkinula mi je komadić!</text></subtitle><subtitle start="00:01:19.560" stop="00:01:22.120"><text style="Default" speaker="" effect="">Morate izaći.&#xD;
- Ne slušajte što govori.</text></subtitle><subtitle start="00:01:22.360" stop="00:01:24.715"><text style="Default" speaker="" effect="">To je holografski&#xD;
prikaz Crvene Kraljice.</text></subtitle><subtitle start="00:01:25.000" stop="00:01:26.911"><text style="Default" speaker="" effect="">Ona nam je&#xD;
možda jedini izlaz.</text></subtitle><subtitle start="00:01:29.080" stop="00:01:30.957"><text style="Default" speaker="" effect="">Kreni!</text></subtitle><subtitle start="00:01:33.200" stop="00:01:34.633"><text style="Default" speaker="" effect="">Bože!</text></subtitle><subtitle start="00:01:39.360" stop="00:01:41.351"><text style="Default" speaker="" effect="">Zašto još uvijek stoji?</text></subtitle><subtitle start="00:01:42.280" stop="00:01:44.157"><text style="Default" speaker="" effect="">Sada više ne stoji.</text></subtitle><subtitle start="00:01:54.560" stop="00:01:56.915"><text style="Default" speaker="" effect="">Nitko nije siguran...</text></subtitle><subtitle start="00:01:57.200" stop="00:01:59.475"><text style="Default" speaker="" effect="">RESIDENT EVIL</text></subtitle><subtitle start="00:01:59.960" stop="00:02:02.315"><text style="Default" speaker="" effect="">Svi ćete umrijeti ovdje...</text></subtitle></subtitles></USFSubtitles>

[Skaarj]

Has put new version PixiShow_20050707, and now at me instead of the image only inclined color strips, in PixiShow_20050702 all was excellent.
Video - Mpeg4 AVC , decoders Nero or FFDshow

[unmei]

even tho you may try it, neither u96 nor pixifier (and thus in a way pixishow, since it uses pixifer) are programmed for winME. I won't change that. If you get it to work with unicows-dll or in some other misc way, that's OK, i but i strongly recommend using at least windows 2000 (in other words, a windows that has real support for unicode, not some strange workaround to fix the lack thereof). I use XP (as does kaoiu afaik), but w2k/w2k3/longhorn should be ok as well - i don't make OS specific stuff usually, but native unicode support is just a given, else it gets too crippled.

And for the sake of humanity, stop using codepages ;)
If it were for me, USF would be UTF-8 only, but since kaou patched pixifier to work with UTF-16( and even US-ASCII afaik) these "should be somehow ok" as well as long as you indicate it in the encoding attribute in the XML head (and maybe the prober BOM for UTF-16 - i never tried it).

[edit, now that i vented off a bit]
i guess "no styles" means that no style information is written into the USF file (not even the "Default" definition). In this case pixifier itself *should* fall back to some ugly hardcoded default - unless kaiou added an option to supply a default style to pixishow. This should not be the reason for a crash- at least it wasn't the last time i checked :).

As for CPU - there are no CPU specific optizations. No special CPU is required. BUT it *is* slow. You can easily create scripts tha won't play back in realitme even on the fastest CPU. Now if your CPU is slower, this simply means you have to be even more restrictive on the use of styles/markup/effects. I guess for a celeron 700, effects are clearly out of scope (same for karaoke). Styles should probably be OK as long as you don't use rotation and scaling attributes. Very sparse "inline markup" might be possible, but i don't think so.

Of course NO antialiasing for a celeron (radious 0 or however that is exposed in the GUI). AA is very slow.

[edit 2]
OK it was really quite crashing with sin_city.usf (no fallback/default found) - fixed in the cvs now (so next pixishow build should have it)

[Kaiousama]

Has put new version PixiShow_20050707, and now at me instead of the image only inclined color strips, in PixiShow_20050702 all was excellent.
Video - Mpeg4 AVC , decoders Nero or FFDshow
That's because PixiShow_20050702 didn't supported many color spaces.
Some videoclips (like kurtnoise's one) don't play correctly if decoded in YUV color spaces, i haven't actually found the reason (since the most of the other clips plays correctly), anyway all of them renders correctly in RGB32 color space, so for the moment you need to restrict your ffdshow output colorspace to RGB32 in order to play those videoclips.

i get runtime error 204 at ...
I need to make the next build with extended error codes enabled, otherwise these logs are unreadable.... even thought the filesize goes very high compared to the actual.

CPU is duron 700
It is quite reliable that a 700 mhz doesn't suffice for running pixishow at full speed, because the code is not yet optimized for speed, so there is a room for improvements.

[edit 2]
OK it was really quite crashing with sin_city.usf (no fallback/default found) - fixed in the cvs now (so next pixishow build should have it)

I've checked out the latest cvs changes, now the usf_sample.usf does not position correclty the red-colored text, probably because that style does not define an allignment and the fallback align it to top-left margin.
I think it's better to fallback by default on Bottom-Center when no alignment is defined in the style.

[Kaiousama]

New in PixiShow_20050709 (http://corecodec.org/projects/pixishow):

- No "Dimesions" property page more
- Fixed vertically flipped samples in RGB24/555/565
- Merged with latest Pixifier changes

[unmei]

I've checked out the latest cvs changes, now the usf_sample.usf does not position correclty the red-colored text, probably because that style does not define an allignment and the fallback align it to top-left margin.
I think it's better to fallback by default on Bottom-Center when no alignment is defined in the style.

That was a bug :)
(rendering modified style definitions in the style-server, which should really not happen. fixed)
Also i commited an extension to the config object. It now has a section ( getDFS() ) describing a style that will be used as default. This will allow for a user defined style fallback. No reinitialization is necessary when the user changes it. Will be a bit a bitch to write a UI for it tho :) - maybe you have a nice style panel from chronosub to reuse or want to use some parts of the style dialog in u96. Well, anyway, you can as well only gradually support the properties, those you don't touch yet stay at a nice default value initialized on pixifier creation.

[ac-chan123]

@unmei: i work on a new documentation of USF, where can also placed if it is supported in pixishow. I wait in moment on respons of toff, where i send the chaned propsal doc and some question.(-->the same doc as on the german doom9/gleitz Forum)

[unmei]

How would you describe what you plan? Rather "specification", "documentation" or "guide"?
I ask this so we do not work in parallel.. I planned something i would call a "guide", that focuses on "builing up" the user. Ie i would start with explaining the simplest possible script and then go on with introducing more and more complex (and less essential) elements, attributes and concepts. There i would not stricly mention everything, but maybe later expand in to list what software supports what and simlilar things.
If you plan a "specification", you rather would not include what different software supports, but you had to define all the details of concepts, how error handling should work etc. In this case i think we should really generate some discussion among involved people (devs, toff, testers..) so it could become something that has some weight (i wrote most of the concept stuff in the existing doc on my own therefore it doesn't really have weight). What i mean is, i were happy if it would not turn out that the specs become something following pixifier (that were cheap..), but instead the other way round. Of course some consideration of how things can be implemented is necessary tho. ;)

If you plan on expanding the current doc you have there, i'd like to send you the file where i started simplifying the layout. Mostly i dropped the empty lines in the "properties" tables to make them shorter. And i merged all attribute property pages of one lement into a single table, also to make it shorter. IMO also the dark blue headings are too "bold".
One more thing, forget about the different complexity levels found in that file. It's rubbish to define something like this :)

[unmei]

prettier outline rendering and approximatly 20% speed improvement in the CVS. Also some quick fixes to effects (but im not sure this resolves all effect bugs). There is a new picsubu (http://corecodec.org/frs/?group_id=19) (Avisynth filter- i know that's sort of OT in this forum, but since it's the same rasterizer as pixishow.. - anyway please no picsubu discussion here;)) - only change in it is the compilation against the latest pixifier source.

[edit] link now pointing to release on corecodec.org

[ac-chan123]

I write a dokumentation. Also i have some ideas of extend the spec. My version with fixt printing of the reference have you allready. More later on irc.

[Kaiousama]

New in PixiShow 20050717 (http://corecodec.org/frs/?group_id=19&release_id=130#r130):

- Standalone configuration calling "rundll32 pixishow.ax,Configure"
- Default style can be customized from property page
- Improved rendering quality
- Improved rendering speed

have fun :)

P.S. Picsubu discussions can be held here as well as pixishow discussions.

[Skaarj]

Why effects do not work?

<subtitle start="00:01:06.000" stop="00:01:10.000">
<text effect="VerticalScrolling"><b>Credits :</b><br/>The Core Media Player<br/>Blah, Blah, Blah ...</text>
</subtitle>

:(

[unmei]

Did you define that effect?

If yes: pleas upload the the complete usf file

If not:
You need to define it before you can use it. Here is an exanple of an effect definition:

<styles>
[..]
</styles>
<effects>
<effect name="VerticalScrolling">
<keyframes>
<keyframe position="0%">
<position offset-y="-10%">
</keyframe>
<keyframe position="100%">
<position offset-y="100%">
</keyframe>
</keyframes>
</effect>
</effects>


The offsets here are set for no vertical margin and top aligned subs. If you want to base it on a bottom-aligned style, something -like -100% for position 0% and 10% for position 100% work probably more the intended way.
A <keyframe> is the same as a <style> regarding it's content, but of course some attributes do not make sense to be animated (eg. font face/family or alignment).

[Skaarj]

unmei
Thanks and where it is possible to find examples of other effects?

I made as is written in USF_V100-LAST.txt,

<effects>
<effect name="VerticalScrolling">
<keyframes>
<keyframe position="0%"><position alignment="TopCenter"/></keyframe>
<keyframe position="100%"><position alignment="BottomCenter"/></keyframe>
</keyframes>
</effect>
</effects>


Poorly that there is no good description of all opportunities

[Kaiousama]

New in PixiShow_20050724 (http://corecodec.org/frs/?group_id=19&release_id=133#r133) :

- fixed hangup when performing autowrap
- fixed 1-pixel shift of highlighted karaoke text
- fixed hangup when opening color picker
- new photoshop-like color picker

and this is a shot of the new color picker :cool:

[Liisachan]

When I was testing Ruby again, I noticed that the default face was not inherited to ruby texts anymore, so I tried to specify explicitly the font face for ruby texts. But how can I do that? <style name="rubyStyle"> is the default for ruby texts?

In the following sample, the 1st line with rubies plays, but PixiShow seems to hang badly when it tries to render the 2nd line. Maybe my USF file is wrong. Maybe Haali's splitter's problem. I don't know what is wrong. The only thing I can say is, the file that once played doesn't play now. Any advice would be appreciated. TYIA m(_ _)m

http://usf.subforge.net/problem/rubyv2.usf 2K
http://usf.subforge.net/problem/usf-ruby-v2.mkv 56K

Using: PixiShow 20050724 + Haali 18/07/2005 on Windows 2000
Tested on: Graphedit & MPC 6.4.8.4

[Kaiousama]

A new build for you, Liisa: PixiShow_20050724-4 (http://corecodec.org/frs/?group_id=19&release_id=136#r136) :D

changelog:

- fixed incorrect pretty-formatting removal routines
- fixed karaoke on ruby clusters
- fixes to the font selection dialog
- simple zoom in-out in font preview
- new font selector dialog