weird behaviour with subs

[sillKotscha]

good morning gents,

today I recognized a really strange behaviour concerning subs and xvid. I've ripped and encoded the movie 'We Were Soldiers'. VobSub didn't recognized forced subs but there're certain scenes with essential subtitles (at least for me, 'cause I don't speak vietnamese ;) )

Ok, what I've done...

1. I've wrote this tiny script to have 'burned in' subs and used vobsub to rip the subs (btw, for germans it's the 3rd substream)

LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec3.dll")
LoadPlugin("C:\WINDOWS\System32\vobsub.dll")
mpeg2source("D:\Movies\helden\helden.d2v")
crop(22,73,673,433)
VobSub("D:\Movies\helden\vts_01")
BicubicResize(544,240,0,0.5)


-> result: unrecognized exception in line 5 for avisynth 2.5 and 2.07(+)
I'm 99,9% sure that I've installed all necessary filters and files (VobSub_2.23 and SubTitle_DS1400)

2. ok, who cares ;)
I've used 'SubRip 1.14' for the second try - no problem here - resulting file = *.srt.
Now I took VDub_mod... audio+video+srt = ogm BUT without any subs!!

3. ok, and again - who cares ;)
I've took 'Subtitle Workshop 1.06' to save *.srt as *.sub... this time I've only muxed audio+video and put the *.sub into the same folder and guess what:

ZP and MPC (as every other player) reports the following: broken b-frame, missing Ref

For testing purposes I've encoded the movie again with DivX and this time I had no dilemma for the 2nd and 3rd option in other words:
- *.srt into ogm-container = subs as expected
- *.sub into the same folder with *.ogm = subs as expected

now I'm a little bit lost 'cause one thing I can tell you...

this was my first xvid_encoding (I know - shame on me :D ) and I was so much impressed how wonderfull it can look compared to divx. The movie has a total length of 2:12h and just to test the encoder capabilities I've huddled this movie on one XCD (=800MB).

to the whole xvid-team... guys, you do an outrageous job!! I couldn't believe how sharp it looks compared to divx.

For the ones who like to see what I mean, here is a little *jpg...

http://www.sahnau.de/skotscha/Capture.jpg

regrads Sill

/Edit: if it's of any use... I followed iago's very nice document step by step (just to let you know my settings) and used Koepi's latest development (unstable) binary_XviD-03012003-1

[manono]

Hi-

As for the unrecognized exception, try and put the VobSub line after the Resize and see if that makes a difference.

[sillKotscha]

hi manono,

thanks for your reply - and I can tell you I'm dumb!!! :D

I've solved the avisynth behaviour...

I was wondering why I get this unrecognized exception.. it's as easy as it is sometimes...

1. for aviysynth 2.5: how can subtitles be displayed, if vobsub won't support it yet ;) and

2. for avisynth 2.07(+): I've just forget to change mpeg2dec3 to mpeg2dec2 in my script, that's why I didn't get an unrecognized exception in this case but VDub was just closing without any comment :p

here is my solution for 'burned in' subs:

- if I want them, then I still have to get along with avisynth 2.07(+) - script:


LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec2.dll")
LoadPlugin("C:\WINDOWS\System32\vobsub.dll")
mpeg2source("D:\Movies\helden\helden.d2v")
crop(6,73,705,433)
VobSub("D:\Movies\helden\vts_01_0")
BicubicResize(608,256,0,0.75)


(as you can see, this time I aim for 2CD's ;) )

- or, you can test a little bit and then it's something like this for avisynth 2.5 (latest alpha) - script:


LoadPlugin("C:\PROGRA~1\GORDIA~1\mpeg2dec3.dll")
LoadPlugin("D:\Tools\Audio-Video\Capture\VirtualDub\VirtualDubMod 1.4.13.1\vobsub.dll")
mpeg2source("D:\Movies\helden\helden.d2v")
crop(6,73,705,433)
VobSub("D:\Movies\helden\vts_01_0")
BicubicResize(608,256,0,0.75)


in this script is a modified version of vobsub.dll for avisynth 2.5 and according to Kyo in this
thread (http://forum.doom9.org/showthread.php?s=&threadid=41196) it works for him, hmmm... but it doesn't for me :(

if I include the provided dll by gabest (I know, still for testing puposes only ;) ), I get something like this:

http://www.sahnau.de/skotscha/test.jpg
http://www.sahnau.de/skotscha/test1.jpg

but these things are very minor...

what still is pretty strange is the fact, that I can implement an *.srt-file with xvid into ogm but subs won't show (as I said contrary to divx) and that any player shows the message broken b-frame, missing Ref if I put *sub into the same folder along with *.ogm (audio+video/ without *.srt of course) and yes, contrary to divx as well??!!

The 'broken b-frame' message won't show up, if I just remove the *.sub file - strange, isn't it??!!

regards Sill

[JimiK]

Do you use Nic's decoder for XviD? In a certain release (end of December), no subs were shown, although there are some. If so, try ffdshow and look if the subs are visible now.
Best regards,
JimiK

[vinkes]

Hey sillKotscha,

I experienced the same problem, like jimik said it's due to nic's xvid-decoder. You can either use ffdshow, so subtitles work again or use an older xvid-binary with an older version of nic's decoder. I used
koepi's 19-12 binary and voila.. subtitles worked again.

Regards,
Erik

[sillKotscha]

Originally posted by JimiK
Do you use Nic's decoder for XviD?

nope, ffdshow - that answers your second suggestion, as well ;)

Originally posted by JimiK
In a certain release (end of December), no subs were shown, although there are some.

I'm using latest test_binary (as I said by Koepi)...

tested your proposal to use Nic's decoder - same behaviour - removing *.sub, movie plays just fine, put *.sub back to the folder I got the mentioned message and video stutters :(

thanks for your help

Sill

[sillKotscha]

Originally posted by vinkes
and voila.. subtitles worked again.

et voilá?? not for me ;)

I'll test and let you know...

thanks


Sill

[vinkes]

It didn't work?

Hmmm... strange it's works for me.

Then I suggest you use ffdshow to decode.

Regards

[sillKotscha]

Originally posted by JimiK

Do you use Nic's decoder for XviD?

Originally posted by sillKotscha

nope, ffdshow - that answers your second suggestion, as well ;)

;)

[Angrychair]

I'm not sure if I'm on topic, or misinterpreting what the discussion of this thread is, but I've had a recent problem with the combination of Virtualdub (and vdmod) vobsub (and textsub) and xvid using b-frames. With those three together, my encodes constantly crash on the second pass of an encode. Get rid of vobsub on the encode, and it's fine, get rid of b-frames on the encode, and it's fine. Use divx5, and it's fine. This problem seems to have popped up after installing directX9 but I'm not sure if that's really linked to the problem.

Any suggestions would be greatly appreciated, the only workaround I have right now is encoding to huffyuv to get the subs in, then re-encoding to xvid with b-frames.

Frustruating problem.

[sillKotscha]

Originally posted by sillKotscha
what still is pretty strange is the fact, that I can implement an *.srt-file with xvid into ogm but subs won't show (as I said contrary to divx) and that any player shows the message broken b-frame, missing Ref if I put *sub into the same folder along with *.ogm (audio+video/ without *.srt of course) and yes, contrary to divx as well??!!

The 'broken b-frame' message won't show up, if I just remove the *.sub file - strange, isn't it??!!

regards Sill

hi folks,

just to bring this one up again... (and of course I don't want to open another thread) ;)

as I can see I'm nearly the only one expierencing this weird behaviour - hmm, either I didn't searched very well (strike #1 :D) or I'm just too dumb - both options are possible ;)

but as described above I managed to get around this problem...

I had to use the stable version of avisynth [2.07(+)] to have ('burned in')subtitles. The only "disadvantage" is speed... but who cares - the quality is so impressive.

- talking about this "problem", for my part... period!!! :cool:

but here I come with another bframe-issue...

I've encoded my second movie using xvid - this time using avisynth 2.5...

- speed = fantastic
- quality = fantastic
- playing, seeking = fantastic

but maybe one point to mention - I've used VDub_mod to mux video with audio (for tagging, etc.) and if I move the seekbar_slider I recieve this message for about 500ms (maybe more, maybe less)... have a look here: http://www.sahnau.de/skotscha/b-frame.jpg

I don't know if it's worth to mention, because I don't get any playback_problems nore any other problems - it's just to let you know.

This is by no mean a "huuhh, help - xvid problem" thread, it's just the fact that I started to love this codec and maybe an issue no one else noticed until now... (or as I said I didn't searched well enough)

regards Sill

/Edit: damn it, I always forget about my settings... and again: I've followed iago's very nice document step by step...

[JimiK]

Hi Sill,
just wanted to share my experiences with subs and latest builds here. I assume you also use DirectVobSub (autoloading) to display your subs. I don't know (and don't think) it's an XviD problem, but DirectVobsSubs only displays subtitles when you seek in the file. If you don't seek, they're not shown. I had to do this for a long time now and I think it's a VobSub problem. Btw, I'm using ZoomPlayer to playback files.
The other observation you made (don't know if it belongs in a thread with this title):
When opening the avi (video only) I made in VirtualDubMod and use the slider, then I get this output (white on black screen):
Warning: Nothing to output
Bframe decoder lag
I encoded the movie with an own build, just using files out of the CVS. I can only use ffdshow without "Use XviD" checked, otherwise ZoomPlayer will crash. But with ffdshow the picture is fine.
Another thing that just occured to me. When playing back the movie in windowed mode, then giving the focus to another app that will be drawn in front of the movie, then switching back to the movie, there is no Antialiasing until the next keyframe arrives. And the picture will go blank before the player draws the next frame. Has it always been this way? It never occured to me.
Best regards,
JimiK

[NeVeRLiFt]

Thanks pointing this post out to me sillKotscha, sorry I missed it.

I posted in two different threads about a problem with Bframes.

[Bluedan]

Can confirm Broken B-frame bug while Decoder Lag never occured in my last encode, but I didn't check the whole movie framewise in VDubMod, too lame to do so.
I had Subs(.srt) in OGM, too.
But I didn't crosscheck OGM without subs.
BTW, as you obviously didn't test bsplayer, which has build-in subtitle parser: It simply crashes without warning message. The only way to get those OGMs playing is to turn off subtitles in player presets.
Because BST improved tag support for internal .srt files (OGM)in latest player release, we all thought he messed something up. Maybe we were wrong then.
But frankly, I still don't recognize the relation between subs -especially with externals, no matter if .sub or .srt- and b-frame decoding!!!