View Full Version : BDSupEdit
GZZ
18th April 2009, 15:34
thats odd I just tested it using a Supread output and with 23,976 and 23.976 and it worked just fine. Maybe I did mis something. Will do a check.
GZZ
18th April 2009, 16:29
Added a new version, I changed the framerate detection a bit, might have had issue, but not sure how. Tryout version 0.41 and if it dosnt work, please post your xml file.
laserfan
18th April 2009, 17:32
0.41 output for me still has red tinge, but worse, the subs are no longer in sync. :(
Ulf
18th April 2009, 20:57
Added a new version, I changed the framerate detection a bit, might have had issue, but not sure how. Tryout version 0.41 and if it dosnt work, please post your xml file.
I have tested XML import for a few cases with different frame rates and version 0.41 seems to work fine in this respect.
Ulf
18th April 2009, 21:07
0.41 output for me still has red tinge, but worse, the subs are no longer in sync. :(
Are you sure that the source material lacks a red tinge? If it's there in the source, it will also be there if you scale it down with BDSupEdit!
One way to find out is to extract the PNG's from the original SUP with SUPRead and inspect the palette in tweakpng.exe (http://entropymine.com/jason/tweakpng/).
GZZ
18th April 2009, 23:46
0.41 output for me still has red tinge, but worse, the subs are no longer in sync. :(
About the red ring, I still see this, but are you 100% sure its not in the original subtitle ? I use the correct color conversion in my tool, so the conversion should be correct.
About the subtitles are no longer in sync is bad. What version did this happen with ? I will do some testing to see if I can reproduce this. Was your Input XML or BD-sub and do you have the subtitle (please upload it) ?.
Are you sure that the source material lacks a red tinge? If it's there in the source, it will also be there if you scale it down with BDSupEdit!
One way to find out is to extract the PNG's from the original SUP with SUPRead and inspect the palette in tweakpng.exe (http://entropymine.com/jason/tweakpng/).
I will try it out.
GZZ
19th April 2009, 10:30
0.41 output for me still has red tinge
About the red outer ring, I did what ulf told me and here is the result from the png file. It does have a few entries with red color. So my program does what it should. A later option could be the possibility to change it.
http://hbar.dk/files/bdsupedit/colorpalette.png
but worse, the subs are no longer in sync. :(
I just did a test on my subtitles and I cant see why it should be out of sync, but if you could provide me with a bit more infomation, like did you resize the subtitles, upload a sample and tell me what you did and so on it would help me alot. :thanks:
GZZ
19th April 2009, 11:59
Found one issue with the framerate. If your input was 29.97, then it would be set to 23.976 when saving. Other input was handle correctly.
0xdeadbeef
19th April 2009, 12:42
About the red outer ring, I did what ulf told me and here is the result from the png file. It does have a few entries with red color. So my program does what it should. A later option could be the possibility to change it.
While I haven't looked into this, I would assume that the image contains fully transparent pixels that still have color components (in this case: red ones).
At least that would explain why BDSup2Sub doesn't show the red fringe. BDSup2Sub assumes fully transparent pixels to be black, no matter what the original color was to avoid this kind of problems when scaling.
GZZ
19th April 2009, 13:40
While I haven't looked into this, I would assume that the image contains fully transparent pixels that still have color components (in this case: red ones).
At least that would explain why BDSup2Sub doesn't show the red fringe. BDSup2Sub assumes fully transparent pixels to be black, no matter what the original color was to avoid this kind of problems when scaling.
You are correct, it did have several index with a Alpha value of 0 and a RGB color of (236, 34, 16). This had an influence on scaling. Thanks.
turbojet
29th April 2009, 20:50
This sup (http://www.sendspace.com/file/m1t7m0) has alignment issues, about half of them seem to be too high and off to the left.
Also any plans for command line support?
GZZ
30th April 2009, 09:49
I will have a look at the subtitle. Thanks.
Also any plans for command line support?
Yes, but not in next version. Been busy lately, so havent had the time needed to make an update.
GZZ
30th April 2009, 20:36
How does it differ from BDSup2Sub? Just another option for us users?
I guess it is.
turbojet
30th April 2009, 21:59
Advantages of BDSupEdit I see over BDSup2Sub is that it doesn't rely on java and it arguably resizes at a higher quality
Disadvantages I see is it doesn't output to vobsub, doesn't have command line support and still has some bugs to work out.
Advantages of BDSupEdit I see over BDSup2Sub is that it doesn't rely on java and it arguably resizes at a higher quality
Disadvantages I see is it doesn't output to vobsub, doesn't have command line support and still has some bugs to work out.
Spot on. I'm working to make it better, but its a free-time tool, so time is limited at the moment, but its not dead. :)
0xdeadbeef
1st May 2009, 10:28
Yet it's questionable to allege platform independence (and documented library interfaces for own application) as a bad point and the "higher quality" issue doesn't seem to be based on any facts.
Anyway, everybody who compares the features lists or just the result of complex BD-SUP imports will find out that there are quite a lot more differences between BDSupEdit and BDSup2Sub.
turbojet
1st May 2009, 11:37
Cross platform is nice for non-windows users. For windows users it doesn't mean much but to make it more friendlier it would be really nice if java had redist libs and had better support, like wxwidgets has.
As it stands right now BDSup2Sub's bdn xml input is broken for me because of a buggy 64 bit JRE and their support seems to be like talking to a brick wall so far. Also many hours were spent getting BDSup2Sub to associate with .sup files and the context menu we got, with native windows the association would be a simple open with, as long as the program had an input parameter and with the context menu we wouldn't have to call javaw (which path could vary on every computer). With redist libs people wouldn't have to install an ~80 MB program to run a ~500 KB app and wouldn't have to call javaw all the time. That's how I see the java limitations being a disadvantage over a native windows app.
I did forget to mention repositioning and swapping colors in BDSup2Sub features and maybe something else. A little OT here but concerning repositioning subs have either of you looked at BD menus? If so is it anything like repositioning subs (to hide menu buttons)?
0xdeadbeef
1st May 2009, 12:07
None of these argument is valid, but I won't discuss this here as I don't intend to hijack this thread.
About support for interactive presentation graphics: I severely doubt that any free/low cost tool will support handling of these streams in the next two years (if ever). BDSup2Sub won't for sure.
rica
15th August 2009, 20:32
GZZ,
what's up?
sneaker_ger
19th August 2009, 18:01
In the AVS2BDNXML thread (http://forum.doom9.org/showthread.php?p=1316234#post1316234) we discovered a problem that seems to be an error in BDSupEdit.
The problem is that when doing a BDN XML to BR Sup conversion the subtitles sometimes appear and/or disappear 1 frame too late.
In this sample (http://www.mediafire.com/?ikmmmitmnji) you'll see that while the subtitle should appear on frame 24 (timecode "00:00:01:00" in bdn xml notation, first frame being frame #0) it appears on frame 25 in the resulting .sup file.
/edit: This error turned out to be an error in the AviSynth SupTitle plugin and not in BDSupedit.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.