Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 36

Thread: Flash Player 10.1 RC Arrives But Still Not In Tune

  1. #21
    Join Date
    Aug 2007
    Posts
    6,683

    Default

    So basically you want NV to buy AMD, what would not be the worst idea, when it would not be a tiny bit expensive

  2. #22
    Join Date
    Sep 2008
    Posts
    270

    Default

    Quote Originally Posted by Kano View Post
    So basically you want NV to buy AMD, what would not be the worst idea, when it would not be a tiny bit expensive
    That would be a bad idea (less competition). Also, what would become of our nice specsheets we recieve from AMD, huh?

  3. #23
    Join Date
    Oct 2007
    Location
    Poland
    Posts
    200

    Default

    Quote Originally Posted by Kano View Post
    It seems to work better with newer firefox, did you try the 3.6.x pre series?

    http://ftp.mozilla.org/pub/mozilla.o...firefox-3.6.x/
    Currently I'm using :
    Code:
    Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.4pre) Gecko/20100407 Ubuntu/9.10 (karmic) Namoroka/3.6.4pre
    but I didn't noticed any changes since 3.5.x :/

  4. #24
    Join Date
    Dec 2008
    Posts
    1,002

    Default

    I haven't giving it much testing, just a bit of YouTube, but 64-bit Flash seems to work 'fine' here. No crashes and freezing so far, just the regular high cpu usage and tearing in videos.

  5. #25
    Join Date
    Jul 2009
    Posts
    72

    Unhappy not at all necessary

    Quote Originally Posted by Kano View Post
    So basically you want NV to buy AMD, what would not be the worst idea, when it would not be a tiny bit expensive
    to unify the video api wouldn't mean hardware changes. They just have to agree on an api for their graphics drivers to receive all the video data to decode. I just want it so adobe, VLC, and MPlayer don't the excuse of needing to write for both video decoding API to write good video software. They just need to make a driver for it like they did with opencl and opengl.

  6. #26
    Join Date
    Jul 2009
    Posts
    72

    Default r u sure?

    Quote Originally Posted by monraaf View Post
    I haven't giving it much testing, just a bit of YouTube, but 64-bit Flash seems to work 'fine' here. No crashes and freezing so far, just the regular high cpu usage and tearing in videos.
    are you sure you're using 64 bit flash?

  7. #27
    Join Date
    Dec 2008
    Posts
    1,002

    Default

    Quote Originally Posted by dacresbu View Post
    are you sure you're using 64 bit flash?
    Yep.

    Code:
    $ lsof -p `pidof firefox-bin`|grep flash
    (...) /home/monraaf/.mozilla/plugins/libflashplayer.so
    
    $ file /home/monraaf/.mozilla/plugins/libflashplayer.so
    (...) ELF 64-bit LSB shared object, x86-64, version 1 (...)

  8. #28
    Join Date
    Jul 2008
    Posts
    565

    Default

    Quote Originally Posted by dacresbu View Post
    to unify the video api wouldn't mean hardware changes. They just have to agree on an api for their graphics drivers to receive all the video data to decode. I just want it so adobe, VLC, and MPlayer don't the excuse of needing to write for both video decoding API to write good video software. They just need to make a driver for it like they did with opencl and opengl.
    I've apparently completely missed on these threads the reason for OpenGL video accel rendering not being a good API in comparison to the others. Windows almost exclusively uses D3D for video accel, don't they? I'm just surprised then that OGL hasn't tried to become the dominant video accel API in response to that. What does VA and VDPAU have that OGL lacks?

    Competition is great, but it would also be great if a solid leader was largely agreed upon so that a lot of weight would be placed behind it to cause wide adoption by Linux programs to make that easier on everyone.

  9. #29
    Join Date
    Jul 2008
    Posts
    565

    Default

    BTW, Gnash and Swifdec rock for playing flash files.

    On the subject of YouTube, first off I don't expect either program to ever work for it as Google stays up-to-date with Flash and I'm sure that breaks Gnash and Swifdec every time. Secondly, hopefully there will be a greater push for HTML5 which will do away with the YouTube dilemma for the most part, then those lingering flash things can hopefully be dealt with by Swiftdec and/or Gnash.

  10. #30
    Join Date
    Jul 2008
    Posts
    565

    Default

    Yay for 1 minute edits!

    It will do away with the YouTube dilemma except for the fact that the patented H264/MP4 codec is what Google wants to use for YouTube, which will never be supported by Firefox. It's a shame Google is supporting that closed standard instead of pushing for and helping alternatives like Dirac, Snow, and Theora out, not to mention pushing for the abolishment of software/math/art/idea patents in the U.S..

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •