[Bug?] MKV stdin handling

Microsoft Windows specific usage questions
Forum rules
Please post only Windows specific questions in this forum category. If you don't know where to post, please read the different forums' rules. Thanks.
elron
New Cone
New Cone
Posts: 4
Joined: 01 Sep 2007 07:15

[Bug?] MKV stdin handling

Postby elron » 04 Aug 2008 11:03

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

VLC_help
Mega Cone Master
Mega Cone Master
Posts: 25661
Joined: 13 Sep 2006 14:16

Re: [Bug?] MKV stdin handling

Postby VLC_help » 04 Aug 2008 16:48

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 - ?


Return to “VLC media player for Windows Troubleshooting”

Who is online

Users browsing this forum: Google [Bot] and 30 guests