Gentoo Archives: gentoo-user

From: Fernando Rodriguez <cyklonite@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] "X11 forwarding" so to say ... but for audio
Date: Tue, 19 Jul 2016 15:34:07
Message-Id: 3712958e-b7d6-e880-affb-951ea21c827f@gmail.com
In Reply to: Re: [gentoo-user] "X11 forwarding" so to say ... but for audio by Meino.Cramer@gmx.de
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 07/19/2016 10:37 AM, Meino.Cramer@×××.de wrote:
5 > Fernando Rodriguez <cyklonite@×××××.com> [16-07-19 16:24]:
6 > On 07/19/2016 08:17 AM, Neil Bothwick wrote:
7 >>>> On Tue, 19 Jul 2016 07:21:33 -0400, Fernando Rodriguez wrote:
8 >>>>
9 >>>>>>> The following REQUIRED_USE flag constraints are unsatisfied:
10 >>>>>>> client? ( x264? ( dec_av2 ) x265? ( dec_av2 ) )
11 >>>>>>
12 >>>>>> It means that if you have client you need x264 and x265 and those both
13 >>>>>> require dec_av2, which is the one you don't have set.
14 >>>>>>
15 >>>>>>
16 >>>>>
17 >>>>> I thought it meant that if you have client AND (x264 OR x265) then you
18 >>>>> need dec_av2. client doesn't require x264 or x265 by itself.
19 >>>>
20 >>>> Doesn't that use || ? Anyway, he has client and x264, so dec_av2 is
21 >>>> needed.
22 >>>>
23 >
24 > No, || means "any of", see [1]. And I believe in that case portage will translate
25 > it to "any-of" or something like that. These are just nested conditionals. It can
26 > be confusing even for someone with programming background. I suppose portage
27 > could translate that into a more human friendly form but with many nesting levels
28 > it will get ugly any way you put it.
29 >
30 > And yes, dec_av2 is what he needs (unless he doesn't need x264 and x265 support).
31 > I was just clearing the point about the meaning of the message.
32 >
33 > [1] https://devmanual.gentoo.org/general-concepts/dependencies/
34 >
35 >>
36 >
37 > Hi all-taht-are-helping-me :)
38 >
39 > ...I am currently facing more fundamental problems. Background:
40 > I run an Orange PI PC (Allwinner H3 quadcore, 1.2GHz), which has
41 > an HDMI connector, but this would mean an additional cable. Since
42 > the Orange PI PC cannot be powered via USB, currently there
43 > is a power cable and an ethernet cable around here (next is to
44 > replace the ethernet cable by a wlan connection, but first I need
45 > some sound...)
46 >
47 > The traditional ssh -X user@host and then starting a X-applications
48 > runs quite well and even monsters like open office are quite
49 > useable...until those applications with sound.
50 >
51 > I tried xpra and (with your help! THX! :) it is spitting warnings
52 > and is to slow even when using application, which do not create
53 > sound.
54 >
55 > I dont want pulseaudio. I tried that several times on my dekstop
56 > Linux PC and it screws up things for reasons unknown to me. I will
57 > not exclude the person in front of my monitor as one of the sources
58 > of those problems...but why to give it another chance.
59
60 You're not alone. Sadly as you're finding out, that is the state of such
61 applications. PulseAudio being the most widely used will probably
62 be the easiest to setup and find answers when you run into trouble.
63
64 On my laptops I disabled the pulseaudio use flag so none of my applications
65 is using it (except Bluez) but I keep it installed and running for bluetooth
66 audio. That way it cannot screw things up (except bluetooth audio but that
67 doesn't work without it anyways). Yours would be a similar use case.
68
69 > Jack-net isnt available fon Armbian as server application (Armbian
70 > is running on the Orange PI PC).
71 >
72 > I dont like HDMI since it is a monitor thingy and does not integrate
73 > into the desktop well, since it is a physical switch.
74 >
75 > Any other chance to get X11 talking to me without any addtional cable?
76 >
77 > Best regards,
78 > Meino
79 >
80 >
81 >
82 >
83 >
84 >
85 >
86 >
87 >
88 >
89 >
90 >
91 >
92
93 -----BEGIN PGP SIGNATURE-----
94 Version: GnuPG v2
95
96 iQIcBAEBCAAGBQJXjkieAAoJEPbOFX/5UlwcGxYP+QHFjWsyvZsuLJKaq0pQw/QD
97 WNGir7xp7XVpTr5T2Pjq2UecJPvjRlOB15NsUbonLiep6R7P1HD5mlq4BBbmAJv8
98 P6/xKZZ2LGg2a5JZrk8BgDWijMQNO7Z2+xm3pR0jVsAqzKehWw1lcTxiEHgZqm33
99 te84Uwd4YKKUFl1Vf/qih1XVHs26TRtX/j4FuTk/JQWW0fZorBoQAl+i9C8PKO9k
100 i8FNyQBv/3amgpPx1xxdQWhCrNF4ljdC7dXYbNHV5V2eMKxNO7YbOIxVdSVDaCt6
101 ZyswWtTHYEktn+tgbu8Uv0fQ4KCJ36YgyOhkycEObanuV1QpfSrd5bWQ0Z8BG81m
102 yCKhA58z6YeMI8inW6cOFERXprFLy5VNAg4RN8jhePEHzrI6U3GVfA6uAb+CPR2u
103 Q65MDxq1X3YBrE8BW01OBhVdj/dS8PGBf7yA3inXkvplr2XibfGaBn7GghpBuVZL
104 ruWBRv+OiL7cU8tfaFezIhdE590pAXq+fWEiqZrmSfuwjUovPi+JhyXh7W5LbWMB
105 MinCChljYFw1G5ZnWDEd2WWF3ToCV4EDuSad+PtfHbOA89yp++TQIpysv5J9T0od
106 OcuRKSnZj6FUMGuCuJOSpdNoLJQvi+lRzZKQVD3teKtN9s2hq5xertIHGfYpZqPo
107 IbI8Xjm0Be5ptF8bLvwR
108 =9p0t
109 -----END PGP SIGNATURE-----

Replies