Closed aksarkar closed 10 years ago
Does this also happen with --player-passthrough rtmp,hls
?
Yes, it still happens with that option.
Hmm, then it looks like a problem with mplayer2, since that option essentialy makes livestreamer only grab a URL and pass it to the player without doing any transport.
Have you tried mpv (another mplayer fork)? I'm using it myself without any problems.
I've got similar problem with mplayer2 as described, using vdpau. With mplayer there is a problem with both audio and video: they are playing for few seconds and they freeze, and the error is "cannot seek backward in linear streams". That is strange, everything worked well with mplayer just few days ago. I've tried mpv, but it seems it's not using vdpau - cpu usage is too high, and there is an error using the same config file as mplayer.
.mpv/config:3: error parsing option vc=ffh264vdpau,ffmpeg12vdpau,ffodivxvdpau,ffwmv3vdpau,ffvc1vdpau,: option not found
Problem with mpv solved, by different /.mpv/config:
hwdec=vdpau
vo=vdpau
now acceleration works
Just for posterity, ffplay seems to work fine: livestreamer twitch.tv/<user> --player ffplay
This happens on all Twitch streams I tried at all quality settings. mplayer2 starts and shows the first frame, but does not update the video or the time elapsed (stuck at 00:00:00) even though the audio plays.
mplayer2 config:
This also happens with vo=gl. With xv/gl, if I seek forward when the player starts, the video and audio restart synced. If I change vo=x11, I get no video (blank window) but audio still plays.
livestreamer g46b9e07 rtmpdump dc76f0a mplayer2 g6c87a98 Arch Linux