1 |
On 05/02/2012 02:51:07 AM, Mark Knecht wrote: |
2 |
> On Tue, May 1, 2012 at 5:42 PM, Michael Mol <mikemol@×××××.com> wrote: |
3 |
> > On Tue, May 1, 2012 at 7:54 PM, Mark Knecht <markknecht@×××××.com> |
4 |
> wrote: |
5 |
> >> On Tue, May 1, 2012 at 3:36 PM, Paul Hartman |
6 |
> >> <paul.hartman+gentoo@×××××.com> wrote: |
7 |
> >>> On Tue, May 1, 2012 at 5:14 PM, Mark Knecht |
8 |
> <markknecht@×××××.com> wrote: |
9 |
> >>>> On Tue, May 1, 2012 at 2:41 PM, Paul Hartman |
10 |
> >>>> <paul.hartman+gentoo@×××××.com> wrote: |
11 |
> >>>>> On Tue, May 1, 2012 at 3:51 PM, Michael Mol <mikemol@×××××.com> |
12 |
> wrote: |
13 |
> >>>>>> On Tue, May 1, 2012 at 4:46 PM, Paul Hartman |
14 |
> >>>>>> <paul.hartman+gentoo@×××××.com> wrote: |
15 |
> >>>>>>> On Tue, May 1, 2012 at 2:56 PM, Neil Bothwick |
16 |
> <neil@××××××××××.uk> wrote: |
17 |
> >>>>>>>> On Tue, 1 May 2012 12:30:11 -0700, Mark Knecht wrote: |
18 |
> >>>>>>>> |
19 |
> >>>>>>>>> Notice the (-win32codecs) flag. Seems to me (on this system |
20 |
> anyway) |
21 |
> >>>>>>>>> they are hard masked off? I tried adding the flag to |
22 |
> package.use but |
23 |
> >>>>>>>>> emerge won't enable the darn thing... |
24 |
> >>>>>>>> |
25 |
> >>>>>>>> You need to unmask the USE flag first, by adding -win32codecs |
26 |
> >>>>>>>> to /etc/portage/profile/use.mask |
27 |
> >>>>>>> |
28 |
> >>>>>>> If he is using amd64 he can't use win32codecs unless he uses |
29 |
> a 32-bit |
30 |
> >>>>>>> mplayer/ffmpeg. AFAIK. |
31 |
> >>>>>> |
32 |
> >>>>>> Wouldn't using multilib work around this? |
33 |
> >>>>> |
34 |
> >>>>> I think he would still need to compile a 32-bit mplayer/ffmpeg |
35 |
> (in a |
36 |
> >>>>> 32-bit chroot) to be able to make use of them. Multilib would |
37 |
> let him |
38 |
> >>>>> run 32-bit mplayer or ffmpeg binaries (which themselves would |
39 |
> be able |
40 |
> >>>>> to use the 32-bit DLLs). But I don't think 64-bit |
41 |
> mplayer/ffmpeg can |
42 |
> >>>>> call 32-bit DLLs. |
43 |
> >>>>> |
44 |
> >>>>> There is an amd64codecs package containing the 64-bit codecs, |
45 |
> but it |
46 |
> >>>>> has been masked and made obsolete by the fact that |
47 |
> mplayer/ffmpeg can |
48 |
> >>>>> natively do most (or all?) of those codecs these days. |
49 |
> >>>>> |
50 |
> >>>> |
51 |
> >>>> And presumably for all the same reasons, if I cannot play them I |
52 |
> >>>> cannot convert them. |
53 |
> >>>> |
54 |
> >>>> Ah, a world full of unspecified, proprietary vendor specific file |
55 |
> >>>> formats hidden in old dlls... Ain't it a fine world we live in? |
56 |
> >>>> |
57 |
> >>>> Sort of painful to start maintaining a 32-bit chroot just to |
58 |
> handle |
59 |
> >>>> this sort of thing. I suspect there's some freeware for the |
60 |
> Windows |
61 |
> >>>> world that might allow me to do the conversion in a VM. I'll |
62 |
> start |
63 |
> >>>> looking for that. The web site that advertised conversion didn't |
64 |
> work |
65 |
> >>>> as it bombed out after an hour. |
66 |
> >>> |
67 |
> >>> There used to be a 32-bit mplayer-bin package in portage that |
68 |
> would |
69 |
> >>> have made it simple, but that disappeared some time ago. |
70 |
> >>> |
71 |
> >>>> Maybe there's some simple binary install I could do - Fedora or |
72 |
> >>>> Ubuntu, etc. - but my concern there is that those binaries might |
73 |
> not |
74 |
> >>>> play well inside my 64-bit Gentoo environ... |
75 |
> >>> |
76 |
> >>> If you can find a statically-linked 32-bit mplayer somewhere, and |
77 |
> >>> emerge the win32codecs package on your machine, I think it has a |
78 |
> >>> chance of working. |
79 |
> >>> |
80 |
> >> |
81 |
> >> Actually, going back to the title of the thread, I don't need to |
82 |
> watch |
83 |
> >> wmv files in 64-bit. I really only need to _convert_ them to mp4 so |
84 |
> >> that I could watch them using xine, etc. or externa |
85 |
> lly on the Kindle. |
86 |
> >> |
87 |
> >> Maybe a 32-bit Gentoo chroot that doesn't maintain any desktop or |
88 |
> X11, |
89 |
> >> etc. could work? If I could convert the files at the command line |
90 |
> >> using ffmpeg in 32-bit then that would be pretty manageable in |
91 |
> terms |
92 |
> >> of Gentoo work, assuming the ffmpeg package can be built as without |
93 |
> >> any GUI stuff? |
94 |
> > |
95 |
> > I was just thinking that. I played with a chroot briefly just before |
96 |
> > inara and kaylee bit it, and it seemed pretty trivial. Were it me, |
97 |
> > that'd be the next thing I'd try. (But then, compiling is cheap for |
98 |
> > me) |
99 |
> > |
100 |
> |
101 |
> I think I'll try it in a Virtualbox VM first I instead of a chroot. |
102 |
> That's pretty easy to deal with. Easy to back up. Easy to move to a |
103 |
> different system down the road. No disk partitions, etc. |
104 |
> |
105 |
> Biggest issue for me is likely to be that I haven't done a 32-bit |
106 |
> install in at least 6 years. No idea what to watch out for but I doubt |
107 |
> it's any big deal. No idea how the 32-bit VM really does 32-bit when |
108 |
> it's running on a 64-bit processor that's doing 64-bit all the time |
109 |
> but I guess that's why we pay these Intel & Oracle people the big |
110 |
> bucks, right? ;-) |
111 |
> |
112 |
> And if I end up needing X in the 32-bit environment for some reason it |
113 |
> will be easy to add that down the road. |
114 |
> |
115 |
> It's a real drag about the hassles your machines have been going |
116 |
> through. I hope you get by that soon. |
117 |
> |
118 |
|
119 |
I'd use a SystemRescueCD image (it's an up-to-date Gentoo 32 bit system) |
120 |
Helmut. |