|
|
#1 | |
|
Registered User
Join Date: May 2005
Location: Leicester, UK
Posts: 36
|
Hi,
I have an Acer Revo R3600 with an ION chipset. I'm trying to get it working as a HTPC and my last hurdle is getting BBC HD recordings playing smoothly. I can play other 1080(p) content fine, (mkv files, etc.), it appears to be just BBC HD transmissions that are VERY laggy / unwatchable. I've tried with both mplayer and mythtv with the same results. The same recordings playback fine using VDPAU on my GeForce 9500 GT (same mplayer/mythtv). I've attached an nvidia-bug-report.log, but FWIW: MPlayer SVN-r29463-4.3.4 NVIDIA UNIX x86 Kernel Module 190.42 X.Org X Server 1.6.3.901 Linux 2.6.31-gentoo-r4 gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) MythTV SVN-r22703 MPlayer SVN-r29463-4.3.4 Anyone experiencing the same? Cheers, Rich. |
|
|
|
|
|
|
#2 | |
|
Registered User
Join Date: Aug 2005
Posts: 16
|
Hi Rich,
I found a posting somewhere in this forum which gave the solution to BBC HD with mplayer. Add " -mc 1 -delay -0.5" to the command. This works for me when using vdpau for my R3600 and also on a GTX260. Regards, Jason |
|
|
|
|
|
|
#3 |
|
Registered User
Join Date: May 2005
Location: Leicester, UK
Posts: 36
|
Cool - just tried it. MUCH better! I may need to tweek the timings slightly as the lip sync is a little out, but deffo usable.
Thanks! |
|
|
|
|
|
#4 | |
|
FFmpeg developer
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
|
|
|
|
|
|
|
|
#5 |
|
Registered User
Join Date: May 2005
Location: Leicester, UK
Posts: 36
|
Not so good - just get static over the speakers and no picture:
Code:
mythtv@brennan ~ $ mplayer -fs -zoom -ao alsa:device=hw=0.3 -vo vdpau -vc ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau, -demuxer lavf -nocorrect-pts /var/data/video/other/series/BBC\ HD/TODO/Michael\ McIntyre\'s\ Comedy\ Roadshow\ -\ Edinburgh
MPlayer SVN-r29463-4.3.4 (C) 2000-2009 MPlayer Team
Playing /var/data/video/other/series/BBC HD/TODO/Michael McIntyre's Comedy Roadshow - Edinburgh.
libavformat file format detected.
[h264 @ 0x9ea0bb0]number of reference frames exceeds max (probably corrupt input), discarding one
Last message repeated 20 times
[h264 @ 0x9ea0bb0]mmco: unref short failure
LAVF: Program 1
[lavf] Video stream found, -vid 0
[lavf] Audio stream found, -aid 1
[lavf] Audio stream found, -aid 19
VIDEO: [
.
.
.
A:51468.5 (14:17:48.4) of 2938.3 (48:58.2) 18.0%
MPlayer interrupted by signal 2 in module: decode_audio
A:51468.9 (14:17:48.8) of 2938.3 (48:58.2) 18.0%
Exiting... (Quit)
|
|
|
|
|
|
#6 | |
|
FFmpeg developer
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
|
|
|
|
|
|
|
|
#7 |
|
Registered User
Join Date: May 2005
Location: Leicester, UK
Posts: 36
|
OK, compiled the latest mplayer SVN (r29843) and it does indeed playback smoothly using
-demuxer lavf -nocorrect-pts. However, when doing a large seek (10 minute), the screen becomes very garbled and only seems to settle down again after doing a small seek (10 second). Having said that, I think I'll probably stick with this solution, as there is no lip sync issue. Thanks to you all for your input. Rich Last edited by Ankh; 11-07-09 at 04:15 AM. Reason: typo |
|
|
|
|
|
#8 | |
|
FFmpeg developer
Join Date: Jan 2009
Location: Vienna, Austria
Posts: 467
|
Quote:
If so, like it or not, this is a seeking feature: You can not just seek to the nearest key-frame, but to any (?) frame, even if that means some temporary screen-corruption. Carl Eugen |
|
|
|
|
|
|
#9 |
|
Registered User
Join Date: May 2005
Location: Leicester, UK
Posts: 36
|
Yes, leaving it for about 5-10 seconds is enough for the garbled images to subside.
Thanks, Rich. |
|
|
|
![]() |
| Thread Tools | |
|
|