From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-user+bounces-137981-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1SPVR5-0003hR-BQ
	for garchives@archives.gentoo.org; Wed, 02 May 2012 09:01:23 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 411AAE08FC;
	Wed,  2 May 2012 09:01:01 +0000 (UTC)
Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.rwth-aachen.de [134.130.7.72])
	by pigeon.gentoo.org (Postfix) with ESMTP id 06D02E08B5
	for <gentoo-user@lists.gentoo.org>; Wed,  2 May 2012 08:59:21 +0000 (UTC)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-disposition: inline
Content-type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
Received: from mx-out-2.rwth-aachen.de ([134.130.5.187])
 by mta-1.ms.rz.RWTH-Aachen.de
 (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008))
 with ESMTP id <0M3E0099H0YXRP30@mta-1.ms.rz.RWTH-Aachen.de> for
 gentoo-user@lists.gentoo.org; Wed, 02 May 2012 10:59:21 +0200 (CEST)
X-IronPort-AV: E=Sophos;i="4.75,515,1330902000";   d="scan'208";a="87351124"
Received: from relay-2.ms.rz.rwth-aachen.de (HELO relay.rwth-aachen.de)
 ([134.130.7.75]) by mx-2.rz.rwth-aachen.de with ESMTP; Wed,
 02 May 2012 10:59:21 +0200
Received: from numa-i.igpm.rwth-aachen.de
 (numa-i.igpm.rwth-aachen.de [134.130.161.252])
	by relay.rwth-aachen.de (8.14.4+Sun/8.13.8/1) with ESMTP id q428xL6V027735	for
 <gentoo-user@lists.gentoo.org>; Wed, 02 May 2012 10:59:21 +0200 (CEST)
Received: from numa-i (localhost [127.0.0.1])	by numa-i.igpm.rwth-aachen.de
 (Postfix) with ESMTP id 4082E21EE	for <gentoo-user@lists.gentoo.org>; Wed,
 02 May 2012 10:59:21 +0200 (CEST)
Date: Wed, 02 May 2012 10:59:20 +0200
From: Helmut Jarausch <jarausch@igpm.rwth-aachen.de>
Subject: Re: [gentoo-user] convert wmv to mp4?
To: gentoo-user@lists.gentoo.org
References:
 <CAK2H+edbxxLUsaky2-nmPPeMychQ8O83DkMkOkB5mnQkYPAP1w@mail.gmail.com>
 <4FA023B7.1010207@orlitzky.com>
 <CAK2H+ecDYhkvtrLAeg5y6HK+GgkBMkko8A2QeawA5C8-ZshQxA@mail.gmail.com>
 <CAK2H+efHNE=vU55adHg8cZad11RpDnBi-cT=Ew2vv4EtZfx5Pw@mail.gmail.com>
 <CA+czFiCjCQ4mGhCvqp9h88XM-BX+JuLMpd8thvpgO0_NtAu4Nw@mail.gmail.com>
 <CAK2H+edL_T87x01MpxOk_HnrjjfrnudpbsdHnac37K=Vh+UtuQ@mail.gmail.com>
 <20120501205653.736fb202@digimed.co.uk>
 <CAEH5T2M5Or4LVhYxe5WnUk77NxQ2vv6vMK2Wm5P1YPrXf1hKTg@mail.gmail.com>
 <CA+czFiDWwxGjwy1QNKibxHXZcz8toewh4c7M4-S=p8FyhiceQg@mail.gmail.com>
 <CAEH5T2Nrj0-A1HMN235x_PBrY2sy3yNtFrB=QBAraV=rkR3B0w@mail.gmail.com>
 <CAK2H+edj9s=GV1c_ZoUpJr7y3RejzZH7=EVuQYF=GLU2ecVc9Q@mail.gmail.com>
 <CAEH5T2O_c7=h_CywE3nbqmX1G3qL4Zgiir6y+SuxchxOxivOPQ@mail.gmail.com>
 <CAK2H+edt+7P-OVTSdRqtCXGb2v5pAAy5rd0=55CsbtCiHTsZ+w@mail.gmail.com>
 <CA+czFiA_9iGp8O5rwSSKv-jL=hv8QV3znHT-YAyyK+Xo=AO=SA@mail.gmail.com>
 <CAK2H+efFm0OsG9kW47jsogfn1uZ-yYDk6Zvm9og9pN86ygEyvw@mail.gmail.com>
In-reply-to:
 <CAK2H+efFm0OsG9kW47jsogfn1uZ-yYDk6Zvm9og9pN86ygEyvw@mail.gmail.com>
X-Mailer: Balsa 2.4.90-18-g76680d4
Message-id: <1335949160.30217.0@numa-i>
X-Archives-Salt: 32b399c9-9352-4c2d-a966-b6c186773680
X-Archives-Hash: f940d829cfd5a2479cb6a57edf8451fa

On 05/02/2012 02:51:07 AM, Mark Knecht wrote:
> On Tue, May 1, 2012 at 5:42 PM, Michael Mol <mikemol@gmail.com> wrote:
> > On Tue, May 1, 2012 at 7:54 PM, Mark Knecht <markknecht@gmail.com>  
> wrote:
> >> On Tue, May 1, 2012 at 3:36 PM, Paul Hartman
> >> <paul.hartman+gentoo@gmail.com> wrote:
> >>> On Tue, May 1, 2012 at 5:14 PM, Mark Knecht  
> <markknecht@gmail.com> wrote:
> >>>> On Tue, May 1, 2012 at 2:41 PM, Paul Hartman
> >>>> <paul.hartman+gentoo@gmail.com> wrote:
> >>>>> On Tue, May 1, 2012 at 3:51 PM, Michael Mol <mikemol@gmail.com>  
> wrote:
> >>>>>> On Tue, May 1, 2012 at 4:46 PM, Paul Hartman
> >>>>>> <paul.hartman+gentoo@gmail.com> wrote:
> >>>>>>> On Tue, May 1, 2012 at 2:56 PM, Neil Bothwick  
> <neil@digimed.co.uk> wrote:
> >>>>>>>> On Tue, 1 May 2012 12:30:11 -0700, Mark Knecht wrote:
> >>>>>>>>
> >>>>>>>>> Notice the (-win32codecs) flag. Seems to me (on this system  
> anyway)
> >>>>>>>>> they are hard masked off? I tried adding the flag to  
> package.use but
> >>>>>>>>> emerge won't enable the darn thing...
> >>>>>>>>
> >>>>>>>> You need to unmask the USE flag first, by adding -win32codecs
> >>>>>>>> to /etc/portage/profile/use.mask
> >>>>>>>
> >>>>>>> If he is using amd64 he can't use win32codecs unless he uses  
> a 32-bit
> >>>>>>> mplayer/ffmpeg. AFAIK.
> >>>>>>
> >>>>>> Wouldn't using multilib work around this?
> >>>>>
> >>>>> I think he would still need to compile a 32-bit mplayer/ffmpeg  
> (in a
> >>>>> 32-bit chroot) to be able to make use of them. Multilib would  
> let him
> >>>>> run 32-bit mplayer or ffmpeg binaries (which themselves would  
> be able
> >>>>> to use the 32-bit DLLs). But I don't think 64-bit  
> mplayer/ffmpeg can
> >>>>> call 32-bit DLLs.
> >>>>>
> >>>>> There is an amd64codecs package containing the 64-bit codecs,  
> but it
> >>>>> has been masked and made obsolete by the fact that  
> mplayer/ffmpeg can
> >>>>> natively do most (or all?) of those codecs these days.
> >>>>>
> >>>>
> >>>> And presumably for all the same reasons, if I cannot play them I
> >>>> cannot convert them.
> >>>>
> >>>> Ah, a world full of unspecified, proprietary vendor specific file
> >>>> formats hidden in old dlls... Ain't it a fine world we live in?
> >>>>
> >>>> Sort of painful to start maintaining a 32-bit chroot just to  
> handle
> >>>> this sort of thing. I suspect there's some freeware for the  
> Windows
> >>>> world that might allow me to do the conversion in a VM. I'll  
> start
> >>>> looking for that. The web site that advertised conversion didn't  
> work
> >>>> as it bombed out after an hour.
> >>>
> >>> There used to be a 32-bit mplayer-bin package in portage that  
> would
> >>> have made it simple, but that disappeared some time ago.
> >>>
> >>>> Maybe there's some simple binary install I could do - Fedora or
> >>>> Ubuntu, etc. - but my concern there is that those binaries might  
> not
> >>>> play well inside my 64-bit Gentoo environ...
> >>>
> >>> If you can find a statically-linked 32-bit mplayer somewhere, and
> >>> emerge the win32codecs package on your machine, I think it has a
> >>> chance of working.
> >>>
> >>
> >> Actually, going back to the title of the thread, I don't need to  
> watch
> >> wmv files in 64-bit. I really only need to _convert_ them to mp4 so
> >> that I could watch them using xine, etc. or externa
> lly on the Kindle.
> >>
> >> Maybe a 32-bit Gentoo chroot that doesn't maintain any desktop or  
> X11,
> >> etc. could work? If I could convert the files at the command line
> >> using ffmpeg in 32-bit then that would be pretty manageable in  
> terms
> >> of Gentoo work, assuming the ffmpeg package can be built as without
> >> any GUI stuff?
> >
> > I was just thinking that. I played with a chroot briefly just before
> > inara and kaylee bit it, and it seemed pretty trivial. Were it me,
> > that'd be the next thing I'd try. (But then, compiling is cheap for
> > me)
> >
> 
> I think I'll try it in a Virtualbox VM first I instead of a chroot.
> That's pretty easy to deal with. Easy to back up. Easy to move to a
> different system down the road. No disk partitions, etc.
> 
> Biggest issue for me is likely to be that I haven't done a 32-bit
> install in at least 6 years. No idea what to watch out for but I doubt
> it's any big deal. No idea how the 32-bit VM really does 32-bit when
> it's running on a 64-bit processor that's doing 64-bit all the time
> but I guess that's why we pay these Intel & Oracle people the big
> bucks, right? ;-)
> 
> And if I end up needing X in the 32-bit environment for some reason it
> will be easy to add that down the road.
> 
> It's a real drag about the hassles your machines have been going
> through. I hope you get by that soon.
> 

I'd use a SystemRescueCD image (it's an up-to-date Gentoo 32 bit system)
Helmut.