[mythtv-users] Quick opinions
J.Pilk at tesco.net
Tue Jun 2 16:33:07 UTC 2009
Alan Marchiori wrote:
> OK, ran into issues, but I have to stop playing for now.
> here was the cmd I used:
> mplayer -benchmark -ao alsa:device=hw=1.0 -vfm ffmpeg -fps 29 -vo gl2
> -vf scale=720:480 -lavdopts skiploopfilter=all:fast=1 BBCHD-sample.mpg
> adding -lavdopts skiploopfilter=all:fast=1 improved output
> I also updated x264 and ffmpeg to latest versions
> the benchmark output was:
> BENCHMARKs: VC: 34.573s VO: 14.211s A: 0.452s Sys: 2.677s = 51.914s
> BENCHMARK%: VC: 66.5968% VO: 27.3746% A: 0.8710% Sys: 5.1576% = 100.0000%
> not sure exactly what this means? Anyway video was watchable (not
> perfect). Audio out of sync, however, it complained "FPS not
> specified in the header or invalid, use the -fps option." So i just
> put -fps 25 to make it play something. I changed the value and it
> didn't seem to have any noticeable affect. (using -fps 60 seems the
> But the major issue was it was not using both cpus; top output while
> playing looks like this:
> Tasks: 161 total, 3 running, 158 sleeping, 0 stopped, 0 zombie
> Cpu(s): 50.4%us, 3.0%sy, 0.0%ni, 46.1%id, 0.3%wa, 0.2%hi, 0.0%si, 0.0%st
> Mem: 882164k total, 873532k used, 8632k free, 13280k buffers
> Swap: 3903784k total, 2772k used, 3901012k free, 385328k cached
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 4928 myth 20 0 349m 58m 21m R 100 6.8 0:17.21 mplayer
> 3712 root 20 0 141m 34m 14m S 3 4.0 0:21.76 Xorg
> One CPU is at 100% and the other is mostly idle. Not sure why the
> other CPU is not helping out. That's why I installed the latest
> ffmpeg. It seems like it should be possible since it is almost
> working using just one cpu.
> One possible issue with the cpu's.... I had 2x1GB RAM in this box, but
> I borrowed one DIMM for another machine. So it is just running one
> DIMM. This means it only has one memory channel. Possibly this is
> significant for this application?
> On Mon, Jun 1, 2009 at 1:34 PM, belcampo <belcampo at zonnet.nl> wrote:
>> cat part1.ts part2.ts part3.ts > BBCHD-2min.ts
This clip plays well on my core2duo 1.8Ghz fc10 box using nvidia 180.51
on a GeForce 7500 LE non-VDPAU capable card and a 1440*900 monitor.
Both cores are active, typically at 70% and 40% levels. Not much
opportunity to judge lipsynch. Without the 'skiploopfilter' it
complains that the system is too slow, but playback is still quite good.
The myth internal player will run the video at 0.8 speed but
continuously drops sound buffers.
$ffmpeg -i BBCHD-2min.ts
Seems stream 0 codec frame rate differs from container frame rate: 50.00
(50/1) -> 25.00 (25/1)
Last message repeated 16 times
Input #0, mpegts, from 'BBCHD-2min.ts':
Duration: 00:01:59.96, start: 599.960000, bitrate: 16540 kb/s
Stream #0.0[0x1011]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR
16:9], 25 tbr, 90k tbn, 50 tbc
Stream #0.1[0x1100]: Audio: aac, 48000 Hz, 5.1, s16, 115 kb/s
At least one output file must be specified
$ mplayer -nolirc -nojoystick -vfm ffmpeg -fps 25 -lavdopts
MPlayer SVN-r29189-snapshot-4.3.2 (C) 2000-2009 MPlayer Team
TS file format detected.
VIDEO H264(pid=4113) AUDIO AAC(pid=4352) NO SUBS (yet)! PROGRAM N. 1
Trying to force video codec driver family ffmpeg...
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio))
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
FPS forced to be 25.000 (ftime: 0.040).
Then several lines of complaint until, presumably, it finds a frame header.
More information about the mythtv-users