bugGnash - The GNU Flash player - Bugs: bug #25330, Youtube video playback is ugly and...

 
 

bug #25330: Youtube video playback is ugly and pixelated with default agg renderer

Submitted by:  None
Submitted on:  Thu 15 Jan 2009 01:37:51 PM UTC  
 
Category: render-aggSeverity: 3 - Normal
Release: trunkStatus: Fixed
Privacy: PublicAssigned to: Benjamin Wolsey <bwy>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Fri 16 Jan 2009 10:42:39 PM UTC, comment #3:

Thank you very much btw that was my first bug report ever :) and so quick response JUST AWESOME...Honestly thank you very much indeed.

I have kind of followed this projects development since it was announced and that "problem" has bugged me since you got youtube working (honestly didn't it bother you at all?) and after that sort of hoped it would be "fixed" soon. Seems like it wasn't the most important thing to "fix" so it just came to my mind that "how about i just bitched about it!" and luckily i did just before the next freeze. Apparently it was wise thing to do...Gotta love Free Software! :) Thanks! Your work is very much appreciated!

Hmm i probably should register so i can whine more officially, because honestly it seems to work :D
till i am actually capable to contribute somehow...

P.S. There seems to be some issues with HD and hiqh quality youtube viedos ;)

Anonymous
Fri 16 Jan 2009 08:06:47 PM UTC, comment #2:

Video.smoothing and _quality are now implemented, so YouTube should look much better. Cairo should probably be made to look worse by default, at least if that would make it any quicker.

Deblocking isn't implemented, and I'm not planning to do it.

There needs to be an rcfile option for quality, because smoothing is disabled at medium or low display quality, so this bug should stay open until that is implemented (movie_root::setQuality should just query the rcfile; the rcfile needs to signal whether it wants to override the quality and which of the four quality levels it needs).

If anyone wants to implement this override (nice easy job), let me know, or I'll do it by Monday at the latest.

Benjamin Wolsey <bwy>
Project MemberIn charge of this item.
Thu 15 Jan 2009 02:26:35 PM UTC, comment #1:

We can use bilinear resampling instead of nearest neighbour, but it takes more CPU. Implementing the quality setting wouldn't be a bad idea here.

Cairo is too slow.

Benjamin Wolsey <bwy>
Project MemberIn charge of this item.
Thu 15 Jan 2009 01:37:51 PM UTC, original submission:

Looks pixelated, bad and awfully low quality=bad first impression. Cairo does much better job and videos looks as good as with swfdec (also uses Cairo).

Is there anything that could be done to agg to fix that or why not to make Cairo to the default renderer? Guess it has something to do with KDE/Qt support...Cairo=not good match with KDE, but can't QPainter kind of like "wrap" it quite easily nowdays for possible Kpart? Just a thought...

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by bwy (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Fri 23 Jan 2009 09:28:35 AM UTCbwyStatusReady For Test=>Fixed
      Open/ClosedOpen=>Closed
    Fri 16 Jan 2009 08:06:47 PM UTCbwyStatusNone=>Ready For Test
      Assigned toNone=>bwy

    Back to the top


    Powered by Savane 3.1-cleanup1