[MPlayer-users] MPlayer-users Digest, Vol 78, Issue 12
emem essien
ememessien at gmail.com
Mon Jun 7 13:16:11 CEST 2010
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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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: [MPlayer-users] 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
> *********************************************
>
More information about the MPlayer-users
mailing list