Mailing List Archive: atrpms: users

5.1 Audio Channels Mixed Up (was vdpau/bijou)

Index | Next | Previous | View Threaded

marklgoldberg at gmail

Apr 17, 2009, 6:25 AM

Post #1 of 19 (2678 views)
Permalink

5.1 Audio Channels Mixed Up (was vdpau/bijou)

I updated from the mythtv-0.21-203.fc10 x86_64 rpms to the bijou 205
rpms. I have 5.1 output mixed
down to 4 channels using this in .asoundrc that should sum center, sub
and left into left, center, sub
and right into right and rears into their respective channels.

pcm.51to40 {
type route
slave.pcm surround40
slave.channels 4
ttable.0.0 1
ttable.4.0 1
ttable.5.0 1
ttable.1.1 1
ttable.4.1 1
ttable.5.1 1
ttable.2.2 1
ttable.3.3 1
}

Now with the bijou 205 rpms, with at least CBS HD 5.1 shows the
channels are mixed up or shifted,
with the center channel coming out the left speaker and another
channel probably rears, coming out the right.
If I change the myth setup to do only stereo, it seems to be correct.

Are there any patches in this version that could cause this?

The VDPAU output seems to work fine on my 8400GS card, consistent with
previous reports as to which
deinterlacers work on the card and Myth seems to have some issues with
certain sound codecs, but that
happened before also. The shifted 5.1 audio is a new phenomenon.

Mark Goldberg

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Apr 18, 2009, 5:01 AM

Post #2 of 19 (2599 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Mark Goldberg <marklgoldberg [at] gmail> says:
> Now with the bijou 205 rpms, with at least CBS HD 5.1 shows the
> channels are mixed up or shifted,
> with the center channel coming out the left speaker and another
> channel probably rears, coming out the right.
> If I change the myth setup to do only stereo, it seems to be correct.
>
> Are there any patches in this version that could cause this?

No, no recent audio-related changes. The only ones in the packages (in
the specfile, 1013, 1014, 1101-1102, and 1135) have been there since
bijou first became available.

> The VDPAU output seems to work fine on my 8400GS card, consistent
> with previous reports as to which deinterlacers work on the card and
> Myth seems to have some issues with certain sound codecs, but that
> happened before also. The shifted 5.1 audio is a new phenomenon.

Patches 1101-1102 (#5900 in SVN) and 1135 (#5964 in SVN) are the ones
that add the very nice audio upmixer that converts the audio cues in
Dolby stereo to 5.1, but it's not perfect. Try manually turning off
the upmixer during playback with "Toggle Upmixer."

If audio fixes itself (and the indicator on your receiver changes from
'Dolby' to 'Stereo' or somesuch), this means that a) either there's a
flaw with the upmixer or b) the cues in the audio track; probably the
latter.

If audio does not fix itself (and the indicator on your receiver still
says 'Dolby'), and if your audio system is connected to your frontend
via an optical or coaxial cable (or HDMI through your monitor), then
the audio track is being passed through unchanged from the broadcast,
to the recording on your hard drive, and to the audio system, and any
flaw is with the broadcast. I'll then bet you won't see such issues
with other channels/recordings.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 18, 2009, 10:19 AM

Post #3 of 19 (2597 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Yeechang Lee <ylee[at]pobox.com> said:

>Patches 1101-1102 (#5900 in SVN) and 1135 (#5964 in SVN) are the ones
>that add the very nice audio upmixer that converts the audio cues in
>Dolby stereo to 5.1, but it's not perfect. Try manually turning off
>the upmixer during playback with "Toggle Upmixer."

I did not try bijou before 205.

I am using the analog audio outputs on the motherboard with 4 speakers.
My pcm.51to40 is basically a downmixer from 5.1 to 4 channels.
Even with the upmixer toggled off the problem is still there, and selecting
Alsa:default instead of Alsa:51to40 still results in the problem.
This on fedora 10 with Pulseaudio, using Alsa output in Myth. I expect that
those patches combined with this setup and the fact that 0.21 does not
directly support Pulse may be the issue.

Maybe those patches should also be removed from the 0.21 vdpau backport.
I am not ready to try 0.22, so I won't be able to check if they work there.

Mark Goldberg

marklgoldberg at gmail

Apr 18, 2009, 10:59 AM

Post #4 of 19 (2592 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Sat, Apr 18, 2009 at 10:19 AM, Mark Goldberg <marklgoldberg [at] gmail> wrote:
> Maybe those patches should also be removed from the 0.21 vdpau backport.
> I am not ready to try 0.22, so I won't be able to check if they work there.

Sorry I was not really clear in what I wrote. What I meant to suggest
was to remove
the audio upmixer patches from the list of patches included in the
bijou atrpms 0.21
vdpau backport, since they are pretty much unrelated, and what people really
want is vdpau.

Mark Goldberg

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Apr 18, 2009, 9:18 PM

Post #5 of 19 (2577 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Mark Goldberg <marklgoldberg [at] gmail> says:
> Setting Max Audio Channels to Stereo fixes the problem but at least
> in 0.21-fixes is also shuts off all audio to the rear speakers.

All? Even from a broadcast with native 5.1 audio? That is indeed
peculiar.

> For shows that are 5.1, I want to have the rear speakers
> working. 0.21-fixes does have the same controls in setup. What is
> different about the upmixer #5900?

The page isn't quite the same thing; without the #5900 upmixer a few
of the other controls aren't there.

The short answer is that the upmixer in 0.21 without the #5900 patch
plain doesn't work.

> I need to do more studying, but I'm thinking there really is a bug
> in #5900. I have seen postings that channel mapping with DTS
> sources is wrong. This is similar. It would help alot to have a
> test file with audio on each channel.

Yes, it would. Is DTS audio even used in broadcasts? I thought it was
all Dolby Digital. And speaking of Dolby, on my system the AC3
passthrough over optical has always worked quite nicely (before and
after #5900) and I've, to the best of my knowledge, never had a
mapping or other issue, other than the peculiarity with a couple of
ripped DVDs I mentioned in the other audio-on-MythTV thread here.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 19, 2009, 8:28 AM

Post #6 of 19 (2567 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Yeechang Lee <ylee[at]pobox.com> said:

>Mark Goldberg <marklgoldberg[at]gmail.com> says:
>> Setting Max Audio Channels to Stereo fixes the problem but at least
>> in 0.21-fixes is also shuts off all audio to the rear speakers.
>
>All? Even from a broadcast with native 5.1 audio? That is indeed
>peculiar.

Yes, it shuts off all output to the rear speakers even for native 5.1 audio,
both in 0.21-fixes and bijou.

>
>> For shows that are 5.1, I want to have the rear speakers
>> working. 0.21-fixes does have the same controls in setup. What is
>> different about the upmixer #5900?
>
>The page isn't quite the same thing; without the #5900 upmixer a few
>of the other controls aren't there.

I don't see any difference in the setup page.

>
>The short answer is that the upmixer in 0.21 without the #5900 patch
>plain doesn't work.
>
>> I need to do more studying, but I'm thinking there really is a bug
>> in #5900. I have seen postings that channel mapping with DTS
>> sources is wrong. This is similar. It would help alot to have a
>> test file with audio on each channel.
>

I have not found one yet. I could create one, but it seems that there are
issues getting it right with various tools and that would add another
variable in whatever creates the file.

>Yes, it would. Is DTS audio even used in broadcasts? I thought it was
>all Dolby Digital. And speaking of Dolby, on my system the AC3
>passthrough over optical has always worked quite nicely (before and
>after #5900) and I've, to the best of my knowledge, never had a
>mapping or other issue, other than the peculiarity with a couple of
>ripped DVDs I mentioned in the other audio-on-MythTV thread here.

Broadcast is always AC3.

I created a channel mapping as follows:

pcm.bijou {
type route
slave.pcm surround40
slave.channels 4
ttable.0.0 1
ttable.1.0 1
ttable.5.0 1
ttable.2.1 1
ttable.1.1 1
ttable.5.1 1
ttable.3.2 1
ttable.4.3 1
}

Alsa Mapping is as follows:

0 FL
1 FR
2 RL
3 RR
4 C
5 LFE

One reference (Table 5.8 in http://www.atsc.org/standards/a_52b.pdf
audio coding mode 3/2) says AC3 is

0 FL
1 C
2 FR
3 RL
4 RR
5 LFE (not explicitly stated in table 5.8 but after the rest)

and the above pcm.bijou maps to that and seems to work.

So I am guessing that the analog outputs of the new upscaler
are in AC3 order rather than Alsa order. If you are using a
digital output, it probably will work fine.

Mark

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 19, 2009, 2:23 PM

Post #7 of 19 (2577 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Sun, Apr 19, 2009 at 8:28 AM, Mark Goldberg said:

> So I am guessing that the analog outputs of the new upscaler
> are in AC3 order rather than Alsa order. If you are using a
> digital output, it probably will work fine.

Make that

So I am guessing that the analog outputs of the new upmixer
are in AC3 order rather than Alsa order. If you are using a
digital output, it probably will work fine.

So, i have a decent workaround for the issue, but I'd be interested
if anyone can try analog 5.1 in trunk and see how it works.

The only issue left is that video seems to be a little jumpier
on telecined material, but it may be that my 8400gs can't
quite keep up with the temporal deinterlacers. I know it can't
keep up wth the advanced deinterlacers, so maybe now it is
the time to get a 9600gt or 9800gt.

Mark Goldberg

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Apr 19, 2009, 2:58 PM

Post #8 of 19 (2566 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Mark Goldberg <marklgoldberg [at] gmail> says:
> So I am guessing that the analog outputs of the new upmixer
> are in AC3 order rather than Alsa order. If you are using a
> digital output, it probably will work fine.

Yes. Passthrough is a godsend because it avoids so much audio hassle
of the type seen on mythtv-users. That's assuming that one can get it
to work, of course; it's always been more-or-less out-of-the-box for
me on the two audio cards I've used but certainly the topic's also
generated many mythtv-users threads, usually from those whose digital
outputs are on their motherboards.

> So, i have a decent workaround for the issue

Glad to hear it! I suspect your solution may be a generalized audio
solution for others in your shoes, with or without the #5900 mixer
(and, in any case, the new mixer's almost certainly going to be put
into trunk before 0.22), so I'd ask you to consider posting it to
mythtv-users for posterity's sake.

> The only issue left is that video seems to be a little jumpier on
> telecined material, but it may be that my 8400gs can't quite keep up
> with the temporal deinterlacers.

My Asus 8400GS 512MB can handle Temporal 2x without issues, but I
would not be surprised if other makes can't.

Also, the OSD and closed captions will inevitably cause skips in the
video, because they are not part of the video stream that the card's
hardware decodes, and thus must be generated and overlaid separately
somewhere in the decoding/rendering chain.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 19, 2009, 6:20 PM

Post #9 of 19 (2562 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Yeechang Lee <ylee[at]pobox.com> Said:

>Glad to hear it! I suspect your solution may be a generalized audio
>solution for others in your shoes, with or without the #5900 mixer
>(and, in any case, the new mixer's almost certainly going to be put
>into trunk before 0.22), so I'd ask you to consider posting it to
>mythtv-users for posterity's sake.

It is definitely different with the #5900 mixer. I'll try to get it posted.
I know the devs don't want postings of bugs that are not in either
trunk or .21-fixes. That is why I was hoping someone using trunk
could verify the problem.

>
>> The only issue left is that video seems to be a little jumpier on
>> telecined material, but it may be that my 8400gs can't quite keep up
>> with the temporal deinterlacers.
>
>My Asus 8400GS 512MB can handle Temporal 2x without issues, but I
>would not be surprised if other makes can't.

I've got a Silent 8400GS 512 MB, so maybe that is not it. CBS HD seems
to have issues. I can't come up with a set of parameters to get a good
h.264 re encoding of stuff from CBS HD shows. Deinterlacing and
Variable Frame Rate does not result in smooth video and neither
does encoding an interlaced file and using a software player. I am
hoping vdpau will do better. The original mpeg2s don't quite look as
smooth in mythtv as just watching on the Plasma TV.

>
>Also, the OSD and closed captions will inevitably cause skips in the
>video, because they are not part of the video stream that the card's
>hardware decodes, and thus must be generated and overlaid separately
>somewhere in the decoding/rendering chain.

That is definitely part of it. Also, the sound stuff may be involved since audio
is the timebase. I'll continue to look at it.

Mark Goldberg

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

jyavenard at gmail

Apr 19, 2009, 6:39 PM

Post #10 of 19 (2564 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Hi

2009/4/20 Mark Goldberg <marklgoldberg [at] gmail>:

> I've got a Silent 8400GS 512 MB, so maybe that is not it. CBS HD seems
> to have issues. I can't come up with a set of parameters to get a good
> h.264 re encoding of stuff from CBS HD shows. Deinterlacing and
> Variable Frame Rate does not result in smooth video and neither
> does encoding an interlaced file and using a software player. I am
> hoping vdpau will do better. The original mpeg2s don't quite look as
> smooth in mythtv as just watching on the Plasma TV.

There are different nvidia 8400gs card ; one is using the G98 chipset
, and the other using a G86... The G98 ones are much faster.

TVs usually have pretty good deinterlacers ; In my case, the only
deinterlacers that get close to the quality of my Sony TV one is the
advanced 2X one ; unfortunately .. my 9400GT isn't fast enough to do
it on 1080i content

Jean-Yves

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

ylee at pobox

Apr 19, 2009, 8:00 PM

Post #11 of 19 (2575 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Mark Goldberg <marklgoldberg [at] gmail> says:
> It is definitely different with the #5900 mixer. I'll try to get it
> posted. I know the devs don't want postings of bugs that are not in either
> trunk or .21-fixes.

You can do it in one of two ways:

* Post a comment to #5900.
* Send a message to mythtv-users. The patch's author reads it. Point
him to this thread
(<URL:http://www.gossamer-threads.com/lists/atrpms/users/12543#12543>).
Or, if you like, I'll do it.

What you shouldn't do is create a new ticket (for a feature that isn't
even committed to trunk yet), or send a message to mythtv-dev.

> I've got a Silent 8400GS 512 MB, so maybe that is not it. CBS HD seems
> to have issues. I can't come up with a set of parameters to get a good
> h.264 re encoding of stuff from CBS HD shows.

A lot of people on mythtv-users have reported issues with CBS HD
MPEG-2 broadcasts lately, so you're not alone.

--
Yeechang Lee <ylee [at] pobox> | San Francisco CA US

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 19, 2009, 8:24 PM

Post #12 of 19 (2564 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Sun, Apr 19, 2009 at 6:39 PM, Jean-Yves Avenard wrote:
> Hi
> There are different nvidia 8400gs card ; one is using the G98 chipset
> , and the other using a G86... The G98 ones are much faster.

I've got a G98 based one.

>
> TVs usually have pretty good deinterlacers ; In my case, the only
> deinterlacers that get close to the quality of my Sony TV one is the
> advanced 2X one ; unfortunately .. my 9400GT isn't fast enough to do
> it on 1080i content

The fastest silent card that is not water cooled is a 9800GT, not much more
than a 9600GT, so I'll consider that. Just hoping they will come down a little
more.

Mark Goldberg

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

marklgoldberg at gmail

Apr 23, 2009, 9:36 AM

Post #13 of 19 (2480 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

I removed alsa-plugins-pulseaudio, which should disable pulseaudio. I
then re enabled
the sample rate converter in myth. The problem is still the same, so I
will try to rebuild the
rpms without the patches. Can I assume that since buildroot starts
with %{_tmppath}
that in Fedora 10 it will install somewhere in /var/tmp, and then build the rpms
and not break the current installation?

Mark

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Axel.Thimm at ATrpms

Apr 23, 2009, 10:15 AM

Post #14 of 19 (2486 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Thu, Apr 23, 2009 at 09:36:20AM -0700, Mark Goldberg wrote:
> [...] I will try to rebuild the rpms without the patches. Can I
> assume that since buildroot starts with %{_tmppath} that in Fedora
> 10 it will install somewhere in /var/tmp, and then build the rpms
> and not break the current installation?

That's correct.

And build as a normal user (e.g. non-root) to be 110% sure that the
build won't do anything you do not expect. The mythtv rpms are quite
well designed and won't mess with your system, as well as all other
ATrpms src.rpms, but make it a habit for any other rpm you may want to
rebuild.
--
Axel.Thimm at ATrpms.net

marklgoldberg at gmail

Apr 23, 2009, 10:48 AM

Post #15 of 19 (2483 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Thu, Apr 23, 2009 at 10:15 AM, Axel Thimm wrote:
> On Thu, Apr 23, 2009 at 09:36:20AM -0700, Mark Goldberg wrote:
>> [...] I will try to rebuild the rpms without the patches. Can I
>> assume that since buildroot starts with %{_tmppath} that in Fedora
>> 10 it will install somewhere in /var/tmp, and then build the rpms
>> and not break the current installation?
>
> That's correct.
>
> And build as a normal user (e.g. non-root) to be 110% sure that the
> build won't do anything you do not expect. The mythtv rpms are quite
> well designed and won't mess with your system, as well as all other
> ATrpms src.rpms, but make it a habit for any other rpm you may want to
> rebuild.

Thanks, I already set up to build as a non root user, but rpmbuild for
Fedora 10 does not have --test, so you can't find out what it will do
before it is done.

Also, is there another way to handle the dependency on the nvidia
libs? I don't use rpms to install the drivers. I use the nvidia installer.
After installing the rpms for nvidia graphics, libs and devel I reinstall
the driver using their installer, basically because it fixes up stuff that
other things break, and I build a few custom kernel modules. Installing
the nvidia driver last cleans everything up. It's not a big deal, but
it might be nice to just depend on the vdpau lib needed, no matter
how it got installed.

Mark

I

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Axel.Thimm at ATrpms

Apr 23, 2009, 11:03 AM

Post #16 of 19 (2476 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Thu, Apr 23, 2009 at 10:48:16AM -0700, Mark Goldberg wrote:
> On Thu, Apr 23, 2009 at 10:15 AM, Axel Thimm wrote:
> > On Thu, Apr 23, 2009 at 09:36:20AM -0700, Mark Goldberg wrote:
> >> [...] I will try to rebuild the rpms without the patches. Can I
> >> assume that since buildroot starts with %{_tmppath} that in Fedora
> >> 10 it will install somewhere in /var/tmp, and then build the rpms
> >> and not break the current installation?
> >
> > That's correct.
> >
> > And build as a normal user (e.g. non-root) to be 110% sure that the
> > build won't do anything you do not expect. The mythtv rpms are quite
> > well designed and won't mess with your system, as well as all other
> > ATrpms src.rpms, but make it a habit for any other rpm you may want to
> > rebuild.
>
> Thanks, I already set up to build as a non root user, but rpmbuild for
> Fedora 10 does not have --test, so you can't find out what it will do
> before it is done.

There cannot be a --test to rpmbuild, because rpmbuild cannot guess
what the upstream project would produce. There are %files manifests in
the specfile for eyeball review as well as the various build scripts
like %prep, %build, %install which tell you what it will do.

> Also, is there another way to handle the dependency on the nvidia
> libs? I don't use rpms to install the drivers.

Technically you can either remove the BuildRequires or force rmbuild
to proceed w/o them with --nodeps, but you will end up with packages
that will automatically Require packaged versions of the used libs, so
you will have to continue using --nodeps for installing the outcome.

In general it is ill-advised to use build and run-time dependencies
that are not packaged.

> I use the nvidia installer. After installing the rpms for nvidia
> graphics, libs and devel I reinstall the driver using their
> installer, basically because it fixes up stuff that other things
> break,

What for example? The rpms are created by the help of the installer,
there shouldn't be any breakage. If so, you should report it.

> and I build a few custom kernel modules. Installing the nvidia
> driver last cleans everything up. It's not a big deal, but it might
> be nice to just depend on the vdpau lib needed, no matter how it got
> installed.

Actually that's how rpm stores the runtime dependencies, it doesn't
care what the package's name is, it just needs to be packaged. So
there can be may different (packaged) implementations that satisfy the
same dependency.

There is a way to inject information into the rpm database that there
are differently "packaged" bits on the system (Berlin API), but this
is more difficult to master than to start learning how to package.
--
Axel.Thimm at ATrpms.net

marklgoldberg at gmail

Apr 23, 2009, 12:31 PM

Post #17 of 19 (2466 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Thu, Apr 23, 2009 at 11:03 AM, Axel Thimm wrote:
>> graphics, libs and devel I reinstall the driver using their
>> installer, basically because it fixes up stuff that other things
>> break,
>
> What for example? The rpms are created by the help of the installer,
> there shouldn't be any breakage. If so, you should report it.

I use some rpms from "somewhere else" and opengl or Xorg changes
tend to break the nvidia drivers. This is obviously not your fault, so
there is nothing for you to fix. I can deal with it. Usually smart can figure
it out, but occasionally I attempt the install, look at the problems and then
do it with --nodeps anyway.

>> and I build a few custom kernel modules. Installing the nvidia
> Actually that's how rpm stores the runtime dependencies, it doesn't
> care what the package's name is, it just needs to be packaged. So
> there can be may different (packaged) implementations that satisfy the
> same dependency.
>
> There is a way to inject information into the rpm database that there
> are differently "packaged" bits on the system (Berlin API), but this
> is more difficult to master than to start learning how to package.

I rebuild a few individual kernel modules and then replace the stock ones
in the module tree. It's not the best way but I don't want to use a completely
custom kernel.

The nvidia installer just is an easy way to get the libraries and module deps
taken care of when I'm all done. I guess if I was more motivated I would
figure out how to package them up into kmdls with the right post install
scripts.

Thanks for your help

Mark

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Axel.Thimm at ATrpms

Apr 24, 2009, 7:05 AM

Post #18 of 19 (2446 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

On Thu, Apr 23, 2009 at 12:31:53PM -0700, Mark Goldberg wrote:
> I rebuild a few individual kernel modules and then replace the stock ones
> in the module tree. It's not the best way but I don't want to use a completely
> custom kernel.
>
> The nvidia installer just is an easy way to get the libraries and module deps
> taken care of when I'm all done. I guess if I was more motivated I would
> figure out how to package them up into kmdls with the right post install
> scripts.

I guess all the nvidia-installer is doing for you is calling depmod
-ae. Try building your external module, place them where you need them
to be and run depmod -ae. It is faster than having the
nvidia-installer called to fix this as a side-effect.
--
Axel.Thimm at ATrpms.net

marklgoldberg at gmail

Apr 26, 2009, 12:01 AM

Post #19 of 19 (2392 views)
Permalink

Re: 5.1 Audio Channels Mixed Up (was vdpau/bijou) [In reply to]

Yeechang Lee <ylee[at]pobox.com> said:
>You can do it in one of two ways:
>
>* Post a comment to #5900.
>* Send a message to mythtv-users. The patch's author reads it. Point
>him to this thread
>(<URL:http://www.gossamer-threads.com/lists/atrpms/users/12543#12543>).
>Or, if you like, I'll do it.

I posted to mythtv-users but got no reply, so I posted a comment to #5900.

I rebuilt the bijou rpms without the patches and it works fine.
I had attempted to patch freesurround.cpp with a hack
but it did not help. I don't understand the flow of the code
well enough to figure out where to change things.

There are many other places where the channels could be swapped,
but I don't have enough time to try them all, so I just removed the
patches for #5900.

Mark

_______________________________________________
atrpms-users mailing list
atrpms-users [at] atrpms
http://lists.atrpms.net/mailman/listinfo/atrpms-users

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads