http://permalink.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 --disa</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