| |
| |
| |
|
Comments:
<0> xine crashes when i load subtitles
<0> every time
<0> why?
<1> Because.
<1> (Insufficient information.)
<0> oki, i have updated to new version, now i doensn't crash :)
<0> it doesn't read txt subtitles either :/
<0> what formats are supported?
<1> .sub .srt .asc .smi .ssa .txt, according to the source.
<1> (as in "these are auto-loaded")
<0> so how can i open them?
<0> i tried file->open->subs.txt and subs.srt, but it doesn'w work
<0> they are in the same directory with a movie but they doesn't seem to be autoloaded
<1> Check that "subtitle autoloading" is enabled (settings window).
<1> If so, check that the video is named (for example) "film.avi" and the subtitles file is named "film.sub" or "film.srt" or similar.
<0> damn... it crashed again :/
<0> but i have subtitles :)
<0> looks like the names of the movie and subs have to be the same
<1> Well, apart from the extensions :-)
<1> As for that crash...
<1> A bug report would be useful. It's likely that a pair of example files (reasonably small) will be needed; a stack backtrace (with full debug information) would help.
<0> i have never done bug reports :/
<1> Now's your chance :-)
<0> but nevermind, now it works nice, looks like its time to remove mplayer ;)
<0> thanks for help&support
<2> question regarding dvd mrls: shouldn't dvd:/home/me/dvd.iso/1.0 play the main feature of a dvd?
<2> (if I have an image of the dvd stored in /home/me/dvd.iso)
<3> do you think this may be something important ? http://pastebin.ca/88741
<4> Emiml, most likely
<3> I don't have xine wiith debbuging symbols. So there is nothing interesting in gdb
<3> can you reproduce that ?
<4> let me see
<4> yes
<4> at least here the problem seems to be that the code tries to access a display never initalised
<3> oki
<3> Should I send bugreport. Or you will take care about it ? :-D
<4> i'm taking a look right now
<4> Emiml, actually, the one i hit myeslf was another bug
<4> the other is trickier
<4> okay found the other too
<3> cool
<5> Emiml, CVS HEAD should be fixed now
<3> thanks
<6> is it possible to toggle through dvd chapters/tracks back and foreward with xine?
<7> hi
<5> hi drizztbsd :P
<7> lol hi
<5> drizztbsd, any problem? :)
<7> any news for it? http://sourceforge.net/tracker/index.php?func=detail&aid=1371252&group_id=9655&atid=109655
<5> drizztbsd, let me finish a cleanup in gentoo and i'll hack at that,
<7> thx
<8> hello, please is there anything like lavdopts lowres=1 -> decode at half resolution available for xine?
<5> _ds, i'm afraid that xine-ui will be a biiig mess in term of security, more and more
<5> the way it's written, it's likely to contain more security vulnerabilities...
<1> :-\
<5> i'm going to see about signing up for coverity, maybe i can fix something
<1> Right...
<5> i can ensure you tho, that if xine-lib has some of the mistake i found on xine-ui today, we're going to need some saints
<1> Hmm?
<5> _ds, overuse of strcat, strcpy, and other non-bound functions
<5> strcat should be forbidden by ginevra's convetion
<1> Right... fine with suitable use of strlen(), though...
<5> uh no strcat is always bad, strncat is a bit better
<5> strlcat is probably simpler
<5> [although that is not available on GNU, so for xine-ui I simply took it out of OpenBSD
<5> the difference between strncat and strlcat is this
<5> strncat(foo, bar, sizeof(foo)-1-strlen(bar))
<5> strlcat(foo, bar, sizeof(foo))
<1> Hmm, useful...
<5> indeed
<5> linux kernel has its own strlcat too
<5> not sure why glibc does not implement it
<5> luckily openbsd's original implementation is under bsd license and it's quite easy to use
<5> [has its own file, i just added #ifndef/#endif and #include to get it to work]
<1> Hmm. src/xitk/main.c:473 looks safe without the change. Not that I'm arguing against the change, though :-)
<5> _ds, trying to limit usage of *printf(), even if it's not a security problem, avoids overhead
<1> I'd have s/strlen(buffer)/len/ there, though.
<5> strange, fbxine does not support intl
<5> yeah in some cases it would have been simpler, but at the end the compiler should take care, if you want to fix tho ;)
<1> Just noticed a mistake: printf ("%s", foo) != puts (foo) since the latter appends \n
<5> uhm you're right, i should have checked to remove the missing \n when was the case
<1> That one (line 485) should have been left untouched.
<5> _ds, which line 485? there are quite a few files :P
<1> src/xitk/main.c
<5> _ds, you're right, i thought of doing another thing there and not sure why i didn't
<5> when strlen(buffer) == 0, printing it won't do anything
<1> I'd also replace strlen(foo)==0 with !*foo, or (in that case, as you seem to be implying) completely remove the conditional.
<5> yeah i'm going to remove that conditional entirely
<5> simply replace with one call to printf()
<1> Sounds good...
Return to
#xine
or
Go to some related
logs:
wusb54g+linux
torsmo slit
#physics
ocfs installer.exe
#linux
#physics
#gaim
debconf Display Problem?
mplayer wintv-go
#web
|
|