Page 1 of 1

[Bug?] MKV stdin handling

Posted: 04 Aug 2008 11:03
by elron
Hello
I am currently trying to pass some mkv-files via fifo/stdout/stdin to VLC, but obviously it fails to play them.
mkv error: Not a Matroska file : DocType =
mkv error: cannot find KaxSegment
I wanted to look closer on the problem and so i activated the File-Logging. Just watch what happened:
-- logger module started --
main debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU
main debug: looking for memcpy module: 3 candidates
main debug: using memcpy module "memcpymmxext"
main debug: waiting for thread completion
main debug: thread 3744 (playlist) created at priority 0 (playlist/playlist.c:184)
main debug: waiting for thread completion
main debug: thread 3760 (preparser) created at priority 0 (playlist/playlist.c:210)
main debug: looking for interface module: 1 candidate
main debug: using interface module "hotkeys"
main debug: thread 3784 (interface) created at priority 0 (interface/interface.c:231)
main debug: looking for interface module: 1 candidate
logger: VLC media player - version 0.8.6h Janus - (c) 1996-2008 the VideoLAN team
btw this is wrong, using 0.8.6i
logger: using logger...
logger warning: no log filename provided, using `vlc-log.txt'
logger debug: opening logfile `vlc-log.txt'
main debug: using interface module "logger"
main debug: thread 3804 (interface) created at priority 0 (interface/interface.c:231)
main debug: adding playlist item `-' ( - )
main debug: looking for interface module: 3 candidates
main debug: using interface module "wxwidgets"
main debug: thread 3840 (manager) created at priority 0 (interface/interface.c:216)
wxwidgets debug: Using last windows config '(-1,0,0,1440,900)(0,854,153,418,94)(6,0,0,-1,150)'
wxwidgets debug: id=0 p=(854,153) s=(418,94)
wxwidgets debug: id=6 p=(0,0) s=(-1,150)
main debug: nothing requested, starting
main debug: creating new input thread
main debug: waiting for thread completion
main debug: creating statistics handler
main debug: thread 3936 (input) created at priority 1 (input/input.c:265)
main debug: `-' gives access `' demux `' path `-'
main debug: creating demux: access='' demux='' path='-'
main debug: looking for access_demux module: 1 candidate
dvdnav warning: cannot open dvdnav
main debug: creating access '' path='-'
main debug: looking for access2 module: 5 candidates
vcd debug: trying .cue file: -.cue
vcd debug: could not find .cue file
access_file debug: opening file `-'
main debug: using access2 module "access_file"
main debug: pre-buffering...
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
access_file error: read failed (Not enough space)
main debug: pre-buffering done 0 bytes in 1s - 0 kbytes/s
main error: cannot pre fill buffer
main warning: cannot create a stream_t from access
main debug: removing module "access_file"
main debug: thread times: real 0m1.406250s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3936 joined (input/input.c:412)
main debug: opening config file []
main debug: opening config file []
main debug: removing all interfaces
main debug: thread times: real 0m32.937500s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3840 joined (interface/interface.c:258)
main debug: removing module "wxwidgets"
main debug: thread times: real 0m33.000000s, kernel 0m0.000000s, user 0m0.000000s
main debug: thread 3804 joined (interface/interface.c:258)
-- logger module stopped --
This is wierd.
The 0.9.0 also tries to open the file "-" and ends with:
message warning: message queue overflowed
However, after a reset of all settings this has gone away.

Any help appreciated!

//Edit: the command line call: UnRAR.exe p -inul test.rar | C:\Programme\vlc\vlc.exe -
//Edit2: On mplayer the same procedure works, i dunno why... but sadly i haven't found any skip-frames-option for h264 on mplayer so i headed over to vlc
//Edit3: Just by the way, i found the option ("skiploopfilter"), but sadly the video-audio playback is still asynchronous so i wait for a solution for the mkv problem

Re: [Bug?] MKV stdin handling

Posted: 04 Aug 2008 16:48
by VLC_help
If the mplayer doesn't play the H.264 video smoothly, I am guessing VLC won't do it either.

Code: Select all

C:\Programme\vlc\vlc.exe -
launches vlc.exe with parameter -, what are you trying to do with - ?