Summary: | Realplayer10 doesn't work with artsdsp | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toby Cubitt <tsc25> |
Component: | [OLD] KDE | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | alpeterson, clock, genstef, trapni |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Toby Cubitt
2004-09-17 17:55:52 UTC
does artsdsp -m realwhatever work? For me to play quake3, I have to enable the memory mapping emulation. Same behaviour for artsdsp with and without the -m option. Can you please try the ebuild in Bug 67620. It compiles from source, maybe you have more luck with that. The realplay script checks LD_PRELOAD then empty it. It purposefully stop artsdsp and esd from working. hack the script to take away the LD_PRELOAD related stuff will solve the problem The script hack in comment #4 works perfectly. (Why does the realplay startup script do this anyway?) It should probably be taken into account when a realplayer10 ebuild is eventually created. Toby: That it works for you now, doesn't mean that the issue is resolved. Also please do not open bugs on applications, that are not in the official Portage tree. We're not your private bug fix agency. If you take user submitted ebuilds from bugs.g.o, then add a comment to that enhancement request. If you take an ebuild form elsewhere, don't bother us with it. Christian, it looks like you may want to take care of this. Re: Comment #6 I know you're not my private bug-fix agency, thank you very much. And I know that no realplay10 ebuild exists and therefore bugs in realplay10 aren't gentoo's problem. I submitted the bug because I thought it was an artsdsp problem, which IS in portage, and said as much in the bug report. (I was under the impression gentoo welcomed bug reports, as long as they've been checked for duplicates and include all relevant information...) Now that it's clear it's a bug/issue with realplay10 (not in portage) and NOT with artsdsp (in portage), the bug is resolved as far as gentoo is concerned. To save on duplicate bugs, I merely noted that this should probably be taken into account if and when a realplay10 ebuild is created. >I know you're not my private bug-fix agency, thank you very much.
Don't get too upset, just because I ate a hot chilli. ;) Sorry for that. Let's have a glass of milk. Cheers!
carlo, I'm having a look at it ASAP I'm back home ;) (tomorrow at last) cheers, Christian Parpart. sorry genstef, I'm having no arts on my system since quite a while. I've to take this away though. I'm keeping the other realplayer related bug to me, because I'll have more time for media stuff soon. There are situations in which using artsdsp leads to a lot of headaches. If real wants *not* to be used loaders/wrappers with realplayer, I think it's better doing so. Also, it seems to filter only arts/esd wrappers, and not alsa (aoss). *** Bug 102808 has been marked as a duplicate of this bug. *** |