| 1 |
"Mark Knecht" <markknecht@×××××.com> posted |
| 2 |
5bdc1c8b0711121635t5a1e02abx807e5be4bab7c45e@××××××××××.com, excerpted |
| 3 |
below, on Mon, 12 Nov 2007 16:35:31 -0800: |
| 4 |
|
| 5 |
> OK, it seems that sometimes FLash is working on my system. It never |
| 6 |
> works on Yahoo but sometimes works on YouTube. I think it may fail on |
| 7 |
> YouTube after going to Yahoo, but not sure yet. |
| 8 |
|
| 9 |
Interesting. I'm running swfdec (freedomware flash, was in the Sunrise |
| 10 |
overlay, don't know if it still is or if it moved into the main tree by |
| 11 |
now) on 64-bit firefox here. Of course, it's not a full latest version |
| 12 |
implementation yet, but it does work on YouTube, which uses an older |
| 13 |
flash version, and I've been enjoying catching up on what everyone else |
| 14 |
has been raving about for awhile. |
| 15 |
|
| 16 |
The thing is, apparently there's some sort of timing issue with the way |
| 17 |
the youtube pages load, as sometimes they detect swfdec as flash, |
| 18 |
sometimes they don't, but when they don't, I can reload the page and they |
| 19 |
usually do. If not, I reload again... |
| 20 |
|
| 21 |
So it's interesting that someone running real flash seems to be |
| 22 |
experiencing somewhat similar issues. If it's the same thing, then it's |
| 23 |
not particularly that it doesn't work after Yahoo, but that sometimes the |
| 24 |
pages detect it and sometimes they don't. Why, I haven't delved into, |
| 25 |
but that seems to be the case. Try refreshing the page a few times, and |
| 26 |
if it's the same problem I've had on youtube with swfdec, it'll detect |
| 27 |
the flash somewhat over 50% of the time, probably ~60-75% of the time, or |
| 28 |
at least that's been my experience here. |
| 29 |
|
| 30 |
> I'm thinking that for win32codecs the quicktime use flag isn't supported |
| 31 |
> in the version from portage, but I'm not sure what the (-quicktime%) |
| 32 |
> indication really means. Does that mean the quicktime falg has been |
| 33 |
> 'recently removed' from win32codecs? |
| 34 |
|
| 35 |
I see it's actually (-quicktime%*). The negative parenthesis/percent can |
| 36 |
indicate a masked flag as well, but the asterisk indicates a recent |
| 37 |
change. Thus, it's indicating either that it was recently masked |
| 38 |
(unlikely) or that your current version has the flag, but the new version |
| 39 |
you'd be merging no longer has the quicktime flag. If it's something you |
| 40 |
care about, that's when you do an emerge --pretend --changelog |
| 41 |
win32codecs and see if the flag change is mentioned in the changelog. |
| 42 |
Often, it will be. (Occasionally portage's --changelog functionality |
| 43 |
won't work, and you'll have to manually view the changelog at, for this |
| 44 |
package, $PORTDIR/media-libs/win32codecs/Changelog, opening it in an |
| 45 |
editor or catting it to the screen or whatever.) |
| 46 |
|
| 47 |
-- |
| 48 |
Duncan - List replies preferred. No HTML msgs. |
| 49 |
"Every nonfree program has a lord, a master -- |
| 50 |
and if you use the program, he is your master." Richard Stallman |
| 51 |
|
| 52 |
-- |
| 53 |
gentoo-amd64@g.o mailing list |
Archives