I made an error when i described one of the problems I faced with the most recent updates. The error message I receive when attempting to stream video fromhttp://radio.7chan.org:8000/CH7.m3uis "Cache not filling!" The audio works but the video does not. Is there a workaround? Thanks On 6 June 2010 13:57, <mplayer-users-request at mplayerhq.hu> wrote: > Send MPlayer-users mailing list submissions to > mplayer-users at mplayerhq.hu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users > or, via email, send a message with subject or body 'help' to > mplayer-users-request at mplayerhq.hu > > You can reach the person managing the list at > mplayer-users-owner at mplayerhq.hu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MPlayer-users digest..." > > > Today's Topics: > > 1. Most recent updates have caused a problem (emem essien) > 2. Re: Most recent updates have caused a problem (Reimar D?ffinger) > 3. Re: Most recent updates have caused a problem (Reimar D?ffinger) > 4. fftheora and 4:4:4 chroma subsampling (Giorgio) > 5. Re: fftheora and 4:4:4 chroma subsampling (Reimar D?ffinger) > 6. Re: fftheora and 4:4:4 chroma subsampling (Reimar D?ffinger) > 7. Re: Most recent updates have caused a problem (Till M) > 8. Re: Most recent updates have caused a problem (Reimar D?ffinger) > 9. Re: Most recent updates have caused a problem (Reimar D?ffinger) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 6 Jun 2010 11:03:10 +0100 > From: emem essien <ememessien at gmail.com> > Subject: Most recent updates have caused a problem > To: mplayer-users at mplayerhq.hu > Message-ID: > <AANLkTilWrwnnh9V3sBSB-Pz2k6stK4-RX65am91bPQPv at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > > > > Hellom > > > > Until the most recent updates I was able to playback videos in the ogv > format seamlessly; I could fast-forward and rewind without a second thought > I was also able to videos back via a server without any problems. > > Today, I find that I now have to deal with a lag of a few seconds before > such videos play and there's a 'cache no filling' message when I attempt to > play back via the server. I've had no such problems with vlc. > > Thanks > > P.s > Site in question (the problem videos will be played for the next few hours) > http://radio.7chan.org:8000/CH7.m3u > > > Thanks again > > E. Essien > > > ------------------------------ > > Message: 2 > Date: Sun, 6 Jun 2010 12:11:42 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: Most recent updates have caused a problem > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606101142.GA2336 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 11:03:10AM +0100, emem essien wrote: > > Today, I find that I now have to deal with a lag of a few seconds before > > such videos play and there's a 'cache no filling' message when I attempt > to > > play back via the server. I've had no such problems with vlc. > > If the message is "Cache no filling" and not "Cache not filling" you had > bad > luck an ended up with a somewhat broken MPlayer version, try updating to > todays, I think it should be ok. > > > ------------------------------ > > Message: 3 > Date: Sun, 6 Jun 2010 12:22:17 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: Most recent updates have caused a problem > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606102217.GA4536 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 12:11:42PM +0200, Reimar D?ffinger wrote: > > On Sun, Jun 06, 2010 at 11:03:10AM +0100, emem essien wrote: > > > Today, I find that I now have to deal with a lag of a few seconds > before > > > such videos play and there's a 'cache no filling' message when I > attempt to > > > play back via the server. I've had no such problems with vlc. > > > > If the message is "Cache no filling" and not "Cache not filling" you had > bad > > luck an ended up with a somewhat broken MPlayer version, try updating to > > todays, I think it should be ok. > > Hm, it seems there's also a few bugs, -demuxer ogg might give you better > results... > > > ------------------------------ > > Message: 4 > Date: Sun, 6 Jun 2010 12:51:52 +0200 > From: Giorgio <mywing81 at gmail.com> > Subject: fftheora and 4:4:4 chroma subsampling > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: > <AANLkTin_3PDug1G4sEkZYcDBdlxME4DZH9PCBeDW8wUx at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello, > > I have a file with 4:4:4 chroma subsampling that doesn't decode > correctly with -vc fftheora. As you can see from the picture [2] the > colored rectangles in the top part of the picture aren't horizontal. > It's worth noting that ffplay displays the video perfectly. > > [1] file: > http://mywing.altervista.org/mplayer/pattern-444-1056x592-1024x571-16-10.ogg > [2] frame 1, -vc theora: http://imagebin.ca/view/YXQeP_Z.html > [3] frame 1, -vc fftheora: http://imagebin.ca/view/llTUWvX.html > > Thanks. > > Giorgio Vazzana > > > ------------------------------ > > Message: 5 > Date: Sun, 6 Jun 2010 13:22:23 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: fftheora and 4:4:4 chroma subsampling > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606112223.GA5765 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 12:51:52PM +0200, Giorgio wrote: > > I have a file with 4:4:4 chroma subsampling that doesn't decode > > correctly with -vc fftheora. As you can see from the picture [2] the > > colored rectangles in the top part of the picture aren't horizontal. > > It's worth noting that ffplay displays the video perfectly. > > I think ffplay does not support slices. > It works fine with -noslices, I guess the slice code was not updated > properly for 4:4:4 > > > ------------------------------ > > Message: 6 > Date: Sun, 6 Jun 2010 13:28:25 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: fftheora and 4:4:4 chroma subsampling > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606112825.GA6302 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 01:22:23PM +0200, Reimar D?ffinger wrote: > > On Sun, Jun 06, 2010 at 12:51:52PM +0200, Giorgio wrote: > > > I have a file with 4:4:4 chroma subsampling that doesn't decode > > > correctly with -vc fftheora. As you can see from the picture [2] the > > > colored rectangles in the top part of the picture aren't horizontal. > > > It's worth noting that ffplay displays the video perfectly. > > > > I think ffplay does not support slices. > > It works fine with -noslices, I guess the slice code was not updated > > properly for 4:4:4 > > This seems to fix it: > Index: libavcodec/vp3.c > =================================================================== > --- libavcodec/vp3.c (revision 23501) > +++ libavcodec/vp3.c (working copy) > @@ -1329,7 +1329,9 @@ > y = s->height - y - h; > } > > - cy = y >> 1; > + cy = y; > + if (s->avctx->pix_fmt == PIX_FMT_YUV420P) > + cy >>= 1; > offset[0] = s->current_frame.linesize[0]*y; > offset[1] = s->current_frame.linesize[1]*cy; > offset[2] = s->current_frame.linesize[2]*cy; > > > ------------------------------ > > Message: 7 > Date: Sun, 06 Jun 2010 22:31:45 +1000 > From: Till M <tillm at optusnet.com.au> > Subject: Re: Most recent updates have caused a problem > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <4C0B9531.8070201 at optusnet.com.au> > Content-Type: text/plain; charset=UTF-8 > > On 06/06/10 20:22 Reimar ? Wrote: > > > On Sun, Jun 06, 2010 at 12:11:42PM +0200, Reimar D?ffinger wrote: > >> On Sun, Jun 06, 2010 at 11:03:10AM +0100, emem essien wrote: > >> > Today, I find that I now have to deal with a lag of a few seconds > before > >> > such videos play and there's a 'cache no filling' message when I > attempt to > >> > play back via the server. I've had no such problems with vlc. > >> > >> If the message is "Cache no filling" and not "Cache not filling" you had > bad > >> luck an ended up with a somewhat broken MPlayer version, try updating to > >> todays, I think it should be ok. > > > > Hm, it seems there's also a few bugs, -demuxer ogg might give you better > > results... > > > Yeah! I've noticed a few also with matroska files. I'm getting lots of > garbage in my terminal of late: > > MPlayer SVN-r31332-4.4.4 (C) 2000-2010 MPlayer Team > CPU vendor name: GenuineIntel max cpuid level: 10 > CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (Family: 6, Model: > 15, Stepping: 6) > extended cpuid-level: 8 > extended cache-info: 268468288 > 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 > > [file] File size is 1570901239 bytes > STREAM: [file] Babylon AD.mkv > STREAM: Description: File > STREAM: Author: Albeu > STREAM: Comment: based on the code from ??? (probably Arpi) > LAVF_check: Matroska file format > libavformat file format detected. > [matroska @ 0x1eee740]Unknown entry 0x4484 > Last message repeated 9 times > [matroska @ 0x1eee740]max_analyze_duration reached > [matroska @ 0x1eee740]Estimating duration from bitrate, this may be > inaccurate > Demuxer info TITLE set to unchanged value Babylon AD > ==> Found video stream: 0 > ======= VIDEO Format ====== > biSize 127 > biWidth 704 > biHeight 432 > biPlanes 0 > biBitCount 0 > biCompression 1446269005='MP4V' > biSizeImage 0 > Unknown extra header dump: [0] [0] [1] [b0] [f5] [0] [0] [1] [b5] [9] > [0] [0] [1] [0] [0] [0] [1] [20] [8] [ca] [7a] [1] [6d] [8] [0] [ce] > [18] [b0] [21] [b0] [a1] [c1] [0] [0] [1] [b2] [58] [76] [69] [44] [30] > [30] [34] [0] [0] [1] [b0] [f5] [0] [0] [1] [b5] [9] [0] [0] [1] [0] [0] > [0] [1] [20] [8] [ca] [7a] [1] [6d] [8] [0] [ce] [18] [b0] [21] [b0] > [a1] [c1] [0] [0] [1] [b2] [58] [76] [69] [44] [30] [30] [34] [36] > =========================== > > Must be some big changes happening at the moment? > > -- > Regards Till > > > > ------------------------------ > > Message: 8 > Date: Sun, 6 Jun 2010 14:47:11 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: Most recent updates have caused a problem > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606124711.GA6744 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 10:31:45PM +1000, Till M wrote: > > Yeah! I've noticed a few also with matroska files. I'm getting lots of > > garbage in my terminal of late: > > Don't really see any garbage... > > > [matroska @ 0x1eee740]Unknown entry 0x4484 > > Last message repeated 9 times > > Though this looks like an unsupported feature, a sample file and/or > feature request to ffmpeg might be a good idea... > > > ------------------------------ > > Message: 9 > Date: Sun, 6 Jun 2010 14:57:19 +0200 > From: Reimar D?ffinger <Reimar.Doeffinger at gmx.de> > Subject: Re: Most recent updates have caused a problem > To: "MPlayer usage questions, feature requests, bug reports" > <mplayer-users at mplayerhq.hu> > Message-ID: <20100606125719.GA7026 at 1und1.de> > Content-Type: text/plain; charset=iso-8859-1 > > On Sun, Jun 06, 2010 at 02:47:11PM +0200, Reimar D?ffinger wrote: > > On Sun, Jun 06, 2010 at 10:31:45PM +1000, Till M wrote: > > > Yeah! I've noticed a few also with matroska files. I'm getting lots of > > > garbage in my terminal of late: > > > > Don't really see any garbage... > > > > > [matroska @ 0x1eee740]Unknown entry 0x4484 > > > Last message repeated 9 times > > > > Though this looks like an unsupported feature, a sample file and/or > > feature request to ffmpeg might be a good idea... > > Figured it out, someone copied a mkvtoolnix bug instead of going by the > spec. > Patch sent to FFmpeg list. > > > ------------------------------ > > _______________________________________________ > MPlayer-users mailing list > MPlayer-users at mplayerhq.hu > https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users > > End of MPlayer-users Digest, Vol 78, Issue 12 > ********************************************* >
