http://blog.gmane.org/gmane.comp.video.mplayer.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.video.mplayer.user/68235 <pre>&lt;p&gt;&lt;a href="http://eurotravel.com.mk/lastnews/30TimothyBailey/"&gt;http://eurotravel.com.mk/lastnews/30TimothyBailey/&lt;/a&gt;&lt;/p&gt; </pre> restou genos 2012-05-24T21:56:23 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68234 <pre>Hi, I'm new to the list, but thought this would be a good place to start, rather than submit a bug for an enhancement, I thought I would seek opinions from others :) Basically, I've had a few times where I've had a playlist, or series of media running and wanted the play to stop at the end of the current song / programme, I was thinking that Q would be a suitable key press for that function. It's a little feature, but I'd use it... anyone else..? Phill </pre> Phill Ramsden 2012-05-24T20:21:09 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68233 <pre>I have done some blind debugging. Sorry I am really not familiar with this part. I found if I change one thing in libmpcodecs/vf_ass.c in function, static void get_image(struct vf_instance *vf, mp_image_t *mpi) if I change mpi-&gt;flags |= MP_IMGFLAG_DIRECT; to mpi-&gt;flags &amp;= ~MP_IMGFLAG_DIRECT; this issue could be fixed. But I don't think it should be made as a patch. Just FYI. </pre> Zongyao Qu 2012-05-24T10:31:36 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68232 <pre>Am 24.05.2012 07:24, schrieb Reimar Döffinger: Oh, didn't know that :-) Thanks! And it is well-tested by me. I often use it on not-live but streaming-only sources to have something like "unlimited cache". Dump to fifo hadn't come to my mind... I thought of playing to yuv4mpeg and raw audio in pipes, but that would be a request for lost audio/video sync. Thanks for the hints :-) Greets, Kiste </pre> Oliver Seitz 2012-05-24T05:33:00 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68231 <pre> Actually there is a keyboard binding to toggle dumping while playing. It doesn't work with all formats though. That is of course an option, too. One could try something crazy like dumping to a fifo and using tee to duplicate it into both stdin of another MPlayer and a file on disk. </pre> Reimar Döffinger 2012-05-24T05:24:50 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68230 <pre>Am 24.05.2012 05:05, schrieb lean fu: No, there isn't. You can save a stream using -dumpstream, but the downloading MPlayer can not play it while dumping. You can, however, start another instance of MPlayer to play the downloading file, while the first MPlayer is still downloading. Give the download process a good headstart as a buffer. If the playing process for some reason eats the stream a bit faster than the downloading spits it out, the playing process eventually will stop. Greets, Kiste </pre> Oliver Seitz 2012-05-24T03:38:01 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68229 <pre>Hi list: is there some method that support to download and save video files on local disk synchronously while playback a streaming file ? thanks! </pre> lean fu 2012-05-24T03:05:15 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68228 <pre>Here is the log --- QZY:mplayer NILTSH$ ./mplayer -ass -demuxer lavf -v /Volumes/Work/MPX/MediaTest/0.\ still-have-problem/chapters-image\ tearing.mkv MPlayer UNKNOWN-4.2.1 (C) 2000-2012 MPlayer Team CPU vendor name: GenuineIntel max cpuid level: 13 CPU: Intel(R) Core(TM) i7-2720QM CPU &lt; at &gt; 2.20GHz (Family: 6, Model: 42, Stepping: 7) extended cpuid-level: 8 extended cache-info: 16801856 Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSSE3: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 SSSE3 CMOV get_path('codecs.conf') -&gt; '/Users/NILTSH/.mplayer/codecs.conf' Reading optional codecs config file /Users/NILTSH/.mplayer/codecs.conf: No such file or directory Reading optional codecs config file /usr/local/etc/mplayer/codecs.conf: No such file or directory Using built-in default codecs.conf. init_freetype Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay get_path('fonts') -&gt; '/Users/NILTSH/.mplayer/fonts' Configuration: --codecsdir=codecs --disable-mencoder --disable-gui --disable-apple-remote --disable-unrarexec --disable-pnm --disable-tga --disable-md5sum --disable-quartz --disable-openal --disable-tremor-internal --disable-jpeg --disable-png --disable-yuv4mpeg --disable-faac --disable-faad --disable-tv --disable-libdca --disable-liba52 --disable-libvorbis --disable-theora --disable-qtx --disable-gl --disable-matrixview --disable-x11 --disable-xv --enable-decoder=vda --extra-cflags=-mmacosx-version-min=10.6 --extra-ldflags=-mmacosx-version-min=10.6 -framework CoreFoundation -framework VideoDecodeAcceleration -framework QuartzCore CommandLine: '-ass' '-demuxer' 'lavf' '-v' '/Volumes/Work/MPX/MediaTest/0. still-have-problem/chapters-image tearing.mkv' Using Darwin accurate timing get_path('input.conf') -&gt; '/Users/NILTSH/.mplayer/input.conf' Reading optional input config file /Users/NILTSH/.mplayer/input.conf: No such file or directory Reading optional input config file /usr/local/etc/mplayer/input.conf: No such file or directory Falling back on default (hardcoded) input config get_path('chapters-image tearing.mkv.conf') -&gt; '/Users/NILTSH/.mplayer/chapters-image tearing.mkv.conf' Playing /Volumes/Work/MPX/MediaTest/0. still-have-problem/chapters-image tearing.mkv. get_path('sub/') -&gt; '/Users/NILTSH/.mplayer/sub/' [file] File size is 100523060 bytes STREAM: [file] /Volumes/Work/MPX/MediaTest/0. still-have-problem/chapters-image tearing.mkv STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) libavformat version 54.6.100 (internal) Configuration: --enable-gpl --enable-postproc LAVF_check: Matroska/WebM file format libavformat file format detected. st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm &lt; at &gt; 0x10097f670]File position before avformat_find_stream_info() is 1168159 [h264 &lt; at &gt; 0x10098a910]no picture [dca &lt; at &gt; 0x10098a910]Stream with high frequencies VQ coding [h264 &lt; at &gt; 0x10098a910]no picture [matroska,webm &lt; at &gt; 0x10097f670]All info found [matroska,webm &lt; at &gt; 0x10097f670]File position after avformat_find_stream_info() is 1398320 ==&gt; Found video stream: 0 ======= VIDEO Format ====== biSize 81 biWidth 1920 biHeight 804 biPlanes 0 biBitCount 0 biCompression 875967048='H264' biSizeImage 0 Unknown extra header dump: [1] [64] [0] [29] [ff] [e1] [0] [19] [67] [64] [0] [29] [ac] [34] [e5] [1] [e0] [19] [fe] [78] [40] [1] [97] [4e] [c0] [4c] [4b] [40] [23] [c6] [c] [65] [80] [1] [0] [5] [68] [ee] [b2] [c8] [b0] =========================== [lavf] stream 0: video (h264), -vid 0 ==&gt; Found audio stream: 1 ======= WAVE Format ======= Format Tag: 8193 (0x2001) Channels: 6 Samplerate: 48000 avg byte/sec: 192000 Block align: 1 bits/sample: 0 cbSize: 0 ================================================================= ======= == [lavf] stream 1: audio (dca), -aid 0, -alang eng LAVF: 1 audio and 1 video streams found LAVF: build 3540580 VIDEO: [H264] 1920x804 0bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s) [V] filefmt:35 fourcc:0x34363248 size:1920x804 fps:23.976 ftime:=0.0417 Clip info: title: WALL·E (2008) creation_time: 2011-07-05 02:39:23 Load subtitles in /Volumes/Work/MPX/MediaTest/0. still-have-problem/ get_path('sub/') -&gt; '/Users/NILTSH/.mplayer/sub/' Opening video filter: [ass auto=1] [vo] query(Planar YV12) -&gt; 0 [vo] query(Planar I420) -&gt; 0 [vo] query(Planar IYUV) -&gt; 0 Opening video filter: [scale] SwScale params: -1 x -1 (-1=no scaling) [ass] auto-open [ass] Raster: FreeType 2.4.8 [ass] Shaper: FriBidi 0.19.2 (SIMPLE) [ass] Initialized get_path('fonts') -&gt; '/Users/NILTSH/.mplayer/fonts' get_path('subfont.ttf') -&gt; '/Users/NILTSH/.mplayer/subfont.ttf' [ass] Updating font cache ================================================================= ======= == Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 54.23.100 (internal) Configuration: --enable-gpl --enable-postproc INFO: libavcodec init OK! Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ================================================================= ======= == ================================================================= ======= == Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders dec_audio: Allocating 1536000 + 131072 = 1667072 bytes for output buffer. FFmpeg's libavcodec audio codec INFO: libavcodec "dca" init OK! [dca &lt; at &gt; 0x10098a910]Stream with high frequencies VQ coding AUDIO: 48000 Hz, 2 ch, s16le, 1536.0 kbit/100.00% (ratio: 192000-&gt;192000) Selected audio codec: [ffdca] afm: ffmpeg (FFmpeg DTS) ================================================================= ======= == Building audio filter chain for 48000Hz/2ch/s16le -&gt; 0Hz/0ch/??... [libaf] Adding filter dummy [dummy] Was reinitialized: 48000Hz/2ch/s16le [dummy] Was reinitialized: 48000Hz/2ch/s16le Trying every known audio driver... AO: [coreaudio] init([48000Hz][2ch][s16le][0]) AO: [coreaudio] got audio output device ID: 34 Name: Built-in Output AO: [coreaudio] source: 48000.0Hz 16bit [lpcm][12][4][1][4][2] int LE S packed AO: [coreaudio] using 375 chunks of 512 bytes (buffer len 192000 bytes) AO: [coreaudio] 48000Hz 2ch s16le (2 bytes per sample) AO: Description: Darwin/Mac OS X native audio output AO: Author: Timothy J. Wood &amp; Dan Christiansen &amp; Chris Roccati Building audio filter chain for 48000Hz/2ch/s16le -&gt; 48000Hz/2ch/s16le... [dummy] Was reinitialized: 48000Hz/2ch/s16le [dummy] Was reinitialized: 48000Hz/2ch/s16le Starting playback... Increasing filtered audio buffer size from 0 to 131072 Unsupported PixelFormat 61 Unsupported PixelFormat 53 Unsupported PixelFormat 81 [h264 &lt; at &gt; 0x10098a910]no picture [h264 &lt; at &gt; 0x10098a910]no picture [ffmpeg] aspect_ratio: 0.000000 VDec: vo config request - 1920 x 804 (preferred colorspace: Planar YV12) Trying filter chain: ass scale vo VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.39:1 - prescaling to correct movie aspect. VO Config (1920x804-&gt;1920x804,flags=0,'MPlayer',0x32315659) REQ: flags=0x475 req=0x0 SwScaler: reducing / aligning filtersize 1 -&gt; 4 SwScaler: reducing / aligning filtersize 1 -&gt; 4 SwScaler: reducing / aligning filtersize 1 -&gt; 1 SwScaler: reducing / aligning filtersize 5 -&gt; 4 [swscaler &lt; at &gt; 0x10098db30]BICUBIC scaler, from yuv420p to yuyv422 using MMX2 [swscaler &lt; at &gt; 0x10098db30]1920x804 -&gt; 1920x804 [swscaler &lt; at &gt; 0x10098db30]lum srcW=1920 srcH=804 dstW=1920 dstH=804 xInc=65536 yInc=65536 [swscaler &lt; at &gt; 0x10098db30]chr srcW=960 srcH=402 dstW=960 dstH=804 xInc=65536 yInc=32768 REQ: flags=0x37 req=0x0 VO: [corevideo] 1920x804 =&gt; 1920x804 Packed YUY2 VO: Description: Mac OS X Core Video VO: Author: Nicolas Plourde &lt;nicolas.plourde&lt; at &gt;gmail.com&gt; [ASPECT] Warning: No suitable new res found! *** [ass] Exporting mp_image_t, 1920x804x12bpp YUV planar, 2315520 bytes *** [scale] Allocating mp_image_t, 1920x804x12bpp YUV planar, 2315520 bytes *** [vo] Allocating mp_image_t, 1920x804x16bpp YUV packed, 3087360 bytes Fontconfig failed to select a font. Trying without fontconfig... get_path('subfont.ttf') -&gt; '/Users/NILTSH/.mplayer/subfont.ttf' New_Face failed. Maybe the font path is wrong. Please supply the text font file (~/.mplayer/subfont.ttf). subtitle font: load_sub_face failed. Fontconfig failed to select a font. Trying without fontconfig... get_path('subfont.ttf') -&gt; '/Users/NILTSH/.mplayer/subfont.ttf' New_Face failed. Maybe the font path is wrong. Please supply the text font file (~/.mplayer/subfont.ttf). subtitle font: load_sub_face failed. A: -0.0 V: 0.0 A-V: -0.004 ct: 0.000 0/ 0 ??% ??% ??,?% 0 0 *** [scale] Allocating mp_image_t, 1920x804x12bpp YUV planar, 2315520 bytes *** [ass] Direct Rendering mp_image_t, 1920x834x12bpp YUV planar, 2401920 bytes A: 0.4 V: 0.3 A-V: 0.023 ct: 0.013 0/ 0 ??% ??% ??,?% 0 0 *** [scale] Allocating mp_image_t, 1920x804x12bpp YUV planar, 2315520 bytes *** [ass] Direct Rendering mp_image_t, 1920x834x12bpp YUV planar, 2401920 bytes A: 2.6 V: 2.6 A-V: 0.015 ct: 0.036 0/ 0 26% 14% 1.7% 0 0 Uninit audio filters... [libaf] Removing filter dummy Uninit audio: ffmpeg Uninit video: ffmpeg Exiting... (Quit) _______________________________________________ MPlayer-users mailing list MPlayer-users&lt; at &gt;mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users</pre> Zongyao Qu 2012-05-24T02:32:43 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68227 <pre>OS Mac OS X 10.7.4 latest mplayer and ffmpeg I still find some files are rendered incorrectly. and I upload the file to the following link https://docs.google.com/open?id=0B2umiuXHhxj5MTJVT0VFeG5XZ1k still, switch -ass is the key point. So I think it may be related to the previous tearing problem. As long as it is off, blinking does not happen. the phenomena is that, on the top of frame, the image is blinking between the correct one and green box. </pre> Zongyao Qu 2012-05-24T02:28:27 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68226 <pre>I think it would be a good idea for mplayer to "resume" normal screensaver operation when a video is paused, and then block it again when the video resumes playing. For example, if I pause a video, and minimize it, and don't resume it for hours -- my screensaver will not be functional for all those hours. </pre> Dennis Nezic 2012-05-24T02:23:38 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68225 <pre> Yes, it does, and I am using it in MPlayerX. Indeed as what you said, it does not reach the best performance. But the render thread runs in higher priority, so as long as the performance of CPU is sufficient, the latency between audio and video is consistent. </pre> Zongyao Qu 2012-05-24T02:10:41 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68224 <pre> I looked at it, does that actually work in a usable way? The protocol seems quite broken, basically it will cause the video to be delayed against the audio, because the application is not notified when a new frame is _available_ (i.e. decoding is done) but only when it really needs to display it ASAP! There's also some other minor issues such as that no stride is transferred, so it is not possible to ensure necessary alignment to make sure it is possible to use SSE or Altivec to process the frame. It's yet slower by a bit on mine. </pre> Reimar Döffinger 2012-05-23T21:04:41 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68223 <pre>* Reimar Döffinger on Tuesday, May 22, 2012 at 21:14:40 +0200 I found -vo quartz to work slightly better than -vo corevideo. </pre> Christian Ebert 2012-05-23T11:03:28 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68221 <pre> Good. Unfortunate. Corevideo could really use some cleanup, but with the only Mac in reach being an old PPC the compile speeds etc. are kind of demotivating. </pre> Reimar Döffinger 2012-05-22T19:14:40 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68220 <pre> Thank you for this info, I was testing just hours before you committed. Just now I downloaded the new version, and it is fixed. I would love to, but I am using the sharing buffer which is built in corevideo. </pre> Zongyao Qu 2012-05-22T12:35:50 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68219 <pre>&lt;p&gt;Online Business Opportunity for you&lt;br&gt;&lt;a href="http://mitkopengukliski.mt.net.mk/currentevents/83StephenFerguson/"&gt;http://mitkopengukliski.mt.net.mk/currentevents/83StephenFerguson/&lt;/a&gt;&lt;/p&gt; </pre> restou genos 2012-05-22T08:46:54 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68218 <pre>[snip] A "State Of The Mplayer" document stating what vo drivers, options &amp; filters are well-maintained in 2012, what we should avoid (mencoder, mga, etc) and how the Developers visualize us using the software. Should you also mark some features as Deprecated in the man pages? Sincerely, Ron </pre> Ron Johnson 2012-05-22T08:03:10 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68217 <pre> If I was unclear: please update again, I committed a fix for such a bug just yesterday. If that does not fix it, we can investigate further. And I figured out a possible explanation why it happend, probably due to the additional scale filter needed with corevideo. This is kind of unrelated, but you might want to compile MPlayer with SDL support and use -vo gl. It can be a lot faster than the default corevideo and I think it works quite nicely nowadays. Though I admit it lacks a few features (and does add some other nice ones, so it depends on your preferences if it's good). </pre> Reimar Döffinger 2012-05-22T07:10:03 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68216 <pre> As far as I could remember, this did not happen in March when I updated, and I am not sure it is due to ffmpeg or mplayer. and it is still unknown whether codec related. If you are familiar with this case in the past. Would please share some info about this? I would like to help on this case. </pre> Zongyao Qu 2012-05-22T01:26:02 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68215 <pre> confirmed, my bad. The latest mplayer has fixed this issue. Sorry for confusing. </pre> Zongyao Qu 2012-05-21T23:59:57 http://permalink.gmane.org/gmane.comp.video.mplayer.user/68214 <pre>On Mon, 21 May 2012 22:28:27 +0200 Reimar Döffinger &lt;Reimar.Doeffinger&lt; at &gt;gmx.de&gt; wrote: Thanks for the update. Seems that all versions will be incompatible in the future as live555 phase out the synchronous in favor of the asynchronous interface. On Fedora, the library is installed in both formats. libliveMedia.a libliveMedia.so libliveMedia.so.0 libliveMedia.so.2012.04.27 _______________________________________________ MPlayer-users mailing list MPlayer-users&lt; at &gt;mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users</pre> stan 2012-05-21T23:52:21 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.video.mplayer.user