View previous topic :: View next topic |
Author |
Message |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Tue Sep 16, 2003 8:45 pm Post subject: matroska and mplayer 1.0 don't play nice ... :\ |
|
|
I'm trying to get mplayer to play some matroska encoded files, and so far I've had no luck.
I emerged mplayer 1.0 like so:
Code: |
ACCEPT_KEYWORDS="~x86" USE="matroska" emerge mplayer
|
and it emerged just fine, including libebml and libmatroska ... it can play all the files I'm used to seeing, but it crashes horribly when I try to play a matroska file. The file menu doesn't pick them up as 'video' either ... I have to go to 'all files' in order to choose an .mkv file.
Any ideas? |
|
Back to top |
|
 |
superjaded l33t


Joined: 05 Jul 2002 Posts: 802
|
Posted: Wed Sep 17, 2003 1:19 am Post subject: |
|
|
It doesn't look like the official mplayer ebuild has any real support like the mplayer-cvs ebuild did/does.
It doesn't have any mention of dependencies on libebml or libmatroska, nor does there seem to be any USE flag for matroska either.
The ./configure script attempts to compile in support for Matroska if you have the correct libs, but mine look to be too old, as judging from this configure.log output:
Code: | gcc /tmp/mplayer-conf-11262-31404.cpp -o /tmp/mplayer-conf-31442-31404.o -lmatroska -lebml -lstdc++
/tmp/mplayer-conf-11262-31404.cpp:5:2: #error libebml is too old
/tmp/mplayer-conf-11262-31404.cpp:9:2: #error libmatroska is too old |
It looks like you'll have to continue to use the mplayer-cvs ebuild on BMG if you want Matroska support, or atleast find a more uptodate ebuild for lib{ebml,matroska} than the one you got for mplayer-cvs.
What you might want to do is do this:
Code: |
# ACCEPT_KEYWORDS='~x86' emerge --fetchonly mplayer
# cd /usr/portage/distfiles
# tar -xjvf ./MPlayer-1.0pre1.tar.bz2
# cd mplayer-1.0pre1
# ./configure
|
And make sure that the ./configure script detects your libebml/libmatroska correctly -- it said something similiar to this on my setup:
Code: | Checking for OggVorbis support ... yes
Checking for OggTheora support (only the CVS version!) ... no
Checking for Matroska support (0.5.0 or later) ... no |
And then if you look in your configure.log, you'll probably find an error message similiar to mine.
EDIT: I just did a CVS checkout of the latest lib{ebml,matroska} from this page and installed those from source manually. Now the ./configure script is detecting the correct Matroska version and thusly enabling support for it.
I'm going to recompile mplayer and see how it plays with one of the Matroska I have on my comp.
EDIT2: Heh, Well, I went from having mplayer treat as something it wasn't supposed to be to it crashing explicitly. I guess I'm experiencing what you are now.  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Wed Sep 17, 2003 6:53 am Post subject: |
|
|
superjaded wrote: |
EDIT2: Heh, Well, I went from having mplayer treat as something it wasn't supposed to be to it crashing explicitly. I guess I'm experiencing what you are now. |
Hehehe ... yep ... that's exactly what has happened to me.
Thanks very much for your informative help, superjaded ... I appreciate it.
If I figure it out, I'll let you know ... but right now, I'm to bed.
I'll give it another try tomorrow.  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Wed Sep 17, 2003 4:04 pm Post subject: |
|
|
Well, I used the --fetchonly flag, as you described, and ./configure saw that I have matroska installed happily on my system (post 0.5) ... but when I recompiled mplayer, it still crashes horribly when I try to open an .mkv
Any other ideas? Anyone else?  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Thu Sep 18, 2003 5:00 pm Post subject: |
|
|
I'm still at a loss here, folks.
Anyone have any idea how to play matroska (.mkv) video files under Gentoo?  |
|
Back to top |
|
 |
b-llwyd Guru


Joined: 24 Jul 2002 Posts: 302 Location: Uppsala, Sweden
|
Posted: Fri Sep 19, 2003 9:23 am Post subject: |
|
|
I don't know what your problem might be...matroska support works fine here. I did, however, compile and install libebml/libmatroska manually, prior to emerging the latest mplayer. To be sure to get the latest versions of the libs. |
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Fri Sep 19, 2003 5:22 pm Post subject: |
|
|
Just be sure to have the latest (stable) libebml and libmatroska. I have libebml-0.5.1 and libmatroska-0.5.0 (bumped from the portage ebuilds). Playback of any matroska file is smooth in both stable mplayer and mplayer-cvs.
What is the error given by mplayer when it crashes (run mplayer from the terminal and paste the output/error here so we can locate the problem)? |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 19, 2003 6:59 pm Post subject: |
|
|
Thanks for the help, guys.
I'm running the latest versions of libebml and libmatroska available through the portage tree with ACCEPT_KEYWORDS="~x86" ... 20030622 is the version label on them. When I emerged mplayer, it checked and found matroska support, and under the optional drivers, it did list matroska. I'm running mplayer-1.0_pre1, again from the gentoo portage tree.
I've tried mplayer-cvs, but haven't managed to get it to compile. I've also tried downloading the source and compiling it manually ... in which case I get the same error that I'm getting now. I'll cut and paste:
Code: |
MPlayer 1.0pre1-3.2.2 (C) 2000-2003 MPlayer Team
CPU: Advanced Micro Devices Duron MG Morgan (Family: 6, Stepping: 1)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE
Reading config file /usr/share/mplayer/mplayer.conf
Reading config file /home/connock/.mplayer/config
[cfg] read config file: /home/connock/.mplayer/gui.conf
Reading config file /home/connock/.mplayer/gui.conf
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display)
xscreensaver_disable: xscreensaver wid=8388609.
Reading /home/connock/.mplayer/codecs.conf: Can't open '/home/connock/.mplayer/codecs.conf': No such file or directory
Reading /usr/share/mplayer/codecs.conf: 60 audio & 156 video codecs
font: can't open file: /home/connock/.mplayer/font/font.desc
Font /usr/share/mplayer/font/font.desc loaded successfully! (206 chars)
Failed to open /dev/rtc: No such file or directory (mplayer should be setuid root or /dev/rtc should be readable by the user.)
Using usleep() timing
Can't open input config file /home/connock/.mplayer/input.conf: No such file or directory
Input config file /usr/share/mplayer/input.conf parsed: 52 binds
SKIN dir 1: '/home/connock/.mplayer/Skin'
SKIN dir 2: '/usr/share/mplayer/Skin'
Playing /home/connock/dcc/[ax]_rurouni_kenshin_-_episode_20_[d9cc8cb3].mkv
Cache fill: 3.12% (262144 bytes)
MPlayer interrupted by signal 11 in module: demux_open
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. For details, see DOCS/en/bugreports.html#crash
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
|
|
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Fri Sep 19, 2003 8:33 pm Post subject: |
|
|
re: JipStyle
Quote: | 20030622 is the version label on them |
I've figured out the problem!! These ebuilds are in your PORTDIR_OVERLAY (/usr/local/portage or /usr/portage.local). They are left over from some ebuilds I posted a while ago here for mplayer matroska support. You should delete them, as they are old snapshots and merge the ones in portage. Hope this finally solves your problems. Enjoy watching Rurouni Kenshin  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 19, 2003 9:32 pm Post subject: |
|
|
Borh: I think we're on the right track .. thanks! Except ... I don't have either of those directories. :\ I checked make.conf, and I haven't defined PORTDIR_OVERLAY ... it says that the default is undefined.
So ... I don't really know what to change to get rid of these ebuilds. You're right ... I did use that ebuild in that thread ... so how do I fix it?
Thanks very much for your help.  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 19, 2003 10:18 pm Post subject: |
|
|
Never mind ... I just did an emerge rsync, and the packages are now coming up with the correct names.
I'm now emerging libebml and libmatroska versions 0.5 ... and if that doesn't work, I'll reemerge mplayer with the new versions.
Cross your fingers!!
And thanks again. |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 19, 2003 10:23 pm Post subject: |
|
|
Bah. Libebml emerged just fine .. but libmatroska crashed with an error.
Code: |
In file included from /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/src/KaxAttached.cpp:39:
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxAttached::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:55: cannot
allocate an object of type `libmatroska::KaxAttached'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:55:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileDescription::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:66: cannot
allocate an object of type `libmatroska::KaxFileDescription'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:66:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
In
static member function `static libebml::EbmlElement&
libmatroska::KaxMimeType::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:88: cannot
allocate an object of type `libmatroska::KaxMimeType'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:88:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileData::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:99: cannot
allocate an object of type `libmatroska::KaxFileData'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:99:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileUID::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:111: cannot
allocate an object of type `libmatroska::KaxFileUID'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:111:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
make: *** [/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxAttached.o] Error 1
!!! ERROR: media-libs/libmatroska-0.5.0 failed.
!!! Function src_compile, Line 24, Exitcode 2
!!! make failed
|
|
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Fri Sep 19, 2003 10:54 pm Post subject: |
|
|
I just reemerged libmatroska and found no problems. Which version of gcc are you using? Also, since it seems (I may be wrong) that you just emerge rsync'd, have you tried upgrading any dependencies of libebml/libmatroska? |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 19, 2003 11:04 pm Post subject: |
|
|
I'm using gcc 3.2.2
How do I determine dependencies for the two libraries? Shouldn't that be checked when I do:
When I did that, it determined that I needed libebml ... shouldn't it pick up all the dependencies?
Thanks for your patience .. I'm still noob.  |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Sun Sep 21, 2003 8:23 am Post subject: |
|
|
Bump? |
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Sun Sep 21, 2003 6:36 pm Post subject: |
|
|
Maybe try to first totally unmerge all related stuff:
Code: | # emerge -C libmatroska libebml |
and try merging again. If that doesn't help, it's most likely a gcc error - what are your CFLAGS? |
|
Back to top |
|
 |
superjaded l33t


Joined: 05 Jul 2002 Posts: 802
|
Posted: Sun Sep 21, 2003 7:46 pm Post subject: |
|
|
Hmm, even after unmerging libebml and libmatroska and remerging them, I still get the same error Jip experiences while compiling.
CFLAGS='-march=athlon -O3 -pipe'
GCC 3.2.3
But I doubt it's a CFLAGS thing, as the same error occurs even when I null out my CFLAGS. |
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Sun Sep 21, 2003 8:16 pm Post subject: |
|
|
Well, I'm using gcc-3.3.1-r1, but I doubt that has anything to do with it, since I have compiled other versions just fine with 3.2.3 before. The only real dependency to libebml/libmatroska is glibc + gcc. Maybe an "# env-update" will help I'm running out of ideas here. Also, what is the line before the error you get? As in
Code: | g++ -c -Wall -march=pentium4 -O2 -pipe -Wno-unknown-pragmas -ansi -pedantic -fno-gnu-keywords -D_GNU_SOURCE -I/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../.. -I/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../../libebml -o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxTracks.o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxTracks.cpp
[errors...]
|
|
|
Back to top |
|
 |
superjaded l33t


Joined: 05 Jul 2002 Posts: 802
|
Posted: Mon Sep 22, 2003 6:57 pm Post subject: |
|
|
Well, I'm actually using -r1 as well, so that's not the problem.
Here's a snippet from the whole emerge until the error (it only succesfully compiles one file, so might as well):
Code: | >>> Source unpacked.
g++ -c -Wall -Wno-unknown-pragmas -ansi -pedantic -fno-gnu-keywords -D_GNU_SOURCE -I/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../.. -I/usr/include/ebml -o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/FileKax.o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/FileKax.cpp
g++ -c -Wall -Wno-unknown-pragmas -ansi -pedantic -fno-gnu-keywords -D_GNU_SOURCE -I/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../.. -I/usr/include/ebml -o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxAttached.o /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxAttached.cpp
In file included from /var/tmp/portage/libmatroska-0.5.0/work/libmatroska/src/KaxAttached.cpp:39:
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxAttached::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:55: cannot
allocate an object of type `libmatroska::KaxAttached'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:55:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileDescription::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatro/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:66:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileName::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:77: cannot
allocate an object of type `libmatroska::KaxFileName'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:77:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxMimeType::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:88: cannot
allocate an object of type `libmatroska::KaxMimeType'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:88:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
ska/matroska/KaxAttached.h:66: cannot
allocate an object of type `libmatroska::KaxFileDescription'
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileData::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:99: cannot
allocate an object of type `libmatroska::KaxFileData'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:99:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h: In
static member function `static libebml::EbmlElement&
libmatroska::KaxFileUID::Create()':
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:111: cannot
allocate an object of type `libmatroska::KaxFileUID'
/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/matroska/KaxAttached.h:111:
because the following virtual functions are abstract:
/usr/local/include/ebml/EbmlElement.h:143: virtual libebml::EbmlElement*
libebml::EbmlElement::Clone() const
make: *** [/var/tmp/portage/libmatroska-0.5.0/work/libmatroska/make/linux/../../src/KaxAttached.o] Error 1
!!! ERROR: media-libs/libmatroska-0.5.0 failed.
!!! Function src_compile, Line 24, Exitcode 2
!!! make failed |
|
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Tue Sep 23, 2003 4:59 am Post subject: |
|
|
My CFLAGS are identical to superjaded: CFLAGS="-mcpu=athlon -O3 -pipe"
Wait .. I have -mcpu where he has -march ... important?
Edit: I tried ' emerge -c libebml libmatroska ' and recompiled and got the same error.
Edit2: I looked up the difference between mcpu and march, and it seems that mcpu is the more conservative of the two, since it also comptability with other architectures in the same family of cpus |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Thu Sep 25, 2003 7:20 am Post subject: |
|
|
Final bump before I give up .. .. any more ideas? |
|
Back to top |
|
 |
superjaded l33t


Joined: 05 Jul 2002 Posts: 802
|
Posted: Thu Sep 25, 2003 9:54 am Post subject: |
|
|
Welp, I got it working.
First I upgraded local ebuilds of libebml and libmatroska to 0.6.0 and 0.5.2 respectively; simply by copying the ones in /usr/portage/media-libs into /usr/local/portage/media-libs as the correct version.
For whatever reason, the combination of these two versions compiled fine together, but I was back to mplayer crashing whenever I attempted to play a mkv.
After that, I took a look at the mplayer-cvs ebuild from BMG that hadn't been working for a while and see if I could modify the ebuild to work again with the current CVS and files.
Well, after about ten minutes I got bored of going through the ebuild I just did a manual CVS checkout to see if upgrading mplayer would even cause Matroska to work again. And it did.
I think there may be some buggieness to it since I haven't done a "make install," but overall it seems to play mkv back fine. |
|
Back to top |
|
 |
borh Tux's lil' helper

Joined: 24 Nov 2002 Posts: 89 Location: Ljubljana
|
Posted: Thu Sep 25, 2003 12:25 pm Post subject: |
|
|
Here is an updated ebuild of mplayer-cvs. Note that you have to have the matroska USE flag set. I hope it still works (last tried a few weeks ago) - anyway it's newer then the one on BMG.
JipStyle: try the same thing as superjaded did, seems like it might help to use the cvs version. |
|
Back to top |
|
 |
superjaded l33t


Joined: 05 Jul 2002 Posts: 802
|
Posted: Thu Sep 25, 2003 9:58 pm Post subject: |
|
|
Hmm.. actually, it looks like the ebuild is still br0ked. The non-ttf fonts are no longer *.zip's (look at the mplayer-1.0pre1 ebuild in the stable portage) but bzipped tarballs.
--enable-dvdnav doesn't exist as a ./configure option either, and the default skin has changed as well.
I'll see if I can get it working.
EDIT: Here we go. |
|
Back to top |
|
 |
JipStyle n00b


Joined: 02 Mar 2003 Posts: 48 Location: Vancouver, BC
|
Posted: Fri Sep 26, 2003 3:49 am Post subject: |
|
|
Hi guys .. thank you both very much for your help ... I now have mplayer working happily with matroska ...
I downloaded the source for the latest CVS commits of libebml and libmatroska, compiled and installed them, and then downloaded mplayer pre1 from their website. It was a little more effort than just emerging them, but everything worked and it taught me a bit about CVS.
Thanks again for your help guys ... this kind of help is the reason I've been able to stick to learning linux and gentoo without resorting to the dreaded M$ ...  |
|
Back to top |
|
 |
|