| |
| |
| |
|
Comments:
<0> Hi!
<0> I use xine-lib-1.1.3 and xine-ui-0.99.5_pre20060716. When I try to use the --stdctrl switch to control xine with stdin I get the usage screen. Can anyone confirm that?
<1> Usage screen?
<0> _ds_: The text you get when you enter an invali option.
<1> Right... error message & help text.
<1> Hint: $ xine --help | grep std
<0> _ds_: It's a bug in the man page. man says --stdctrl, correct is --stdctl
<1> So it does...
<0> Where can I look up what commands xine understands on stdin?
<1> Look at the key bindings, perhaps?
<0> You mean the shortcuts? No, they don't work
<0> I found out that "pause\n" pauses and resumes, but seeking would also be fine.
<1> Help text says "lirc"...
<0> _ds_: As command, or do you mean the lirc plugin?
<1> I'm guessing whatever's defined in .lircrc.
<0> _ds_: But what has infrared to do with stdin controls?
<1> Not much :-)
<0> Hm, another thing. Even with --no-gui the video window appears. If I use --no-gui and --hide-video, I get the panel...
<1> Looks like intended behaviour to me.
<0> _ds_: You mean there's no way to use xine in a terminal without any window?
<1> It certainly looks that way...
<0> Too bad...
<2> Welcome back, Mr Developer!
<2> Hello again, Mr Developer!
<3> Flameeyes: hello
<4> hey redeeman
<3> do you know of any bugs in xine 1.1.3 that would cause some files to play strangely, as if the stream was corrupted
<4> H.264?
<3> nope, i have observed it on mpeg4(xvid mostly), and when i have tested wmv9
<3> ffplay plays it good though
<4> not that I can think of
<3> it happened after i went to 1.1.3
<4> I do have some problems with H.264, but nothing with xvid
<3> kaffeine crashed on an h264 file for me
<3> though
<3> the problems i have, are as if it reads key frames wrong or something, and then it keeps patching up wrong image
<3> if you follow me
<3> it's only on some files
<4> yes I know the kind of problem
<4> but I didn't see it on any of my files lately
<3> i have never experienced previously in any player on linux
<3> i didn't get it in 1.1.3 pre snapshots either
<3> i think it may be because that the wmv9 decoder is enabled
<3> before the wmv9 decoder was enabled by default, i did it myself, and this caused somewhat similar problems, just on a much wider scale
<3> i suppose i should try a snapshot
<4> I don't think that enabling the wmv9 decoder has anything to do with getting corruption in xvid
<3> when i enabled it with external ffmpeg in 1.1.2, i got corruption in any file
<4> redeeman, which version of ffmpeg?
<3> svn
<3> so that may be why
<3> however, i did not update ffmpeg in between update from 1.1.2 to 1.1.3 where the problem started
Return to
#xine
or
Go to some related
logs:
Exec format error lib/cpp
Net::SSH::Perl getpwuid is unimplemented
#centos
#web
rndc: connect failed: connection refused ubuntu
iowait redhat
emerge fsck.ntfs
#math
debian 2 soundcards
acer broadcom ubuntu-fr
|
|