Page 1 of 2 12 LastLast
Results 1 to 20 of 40
Like Tree6Likes
  1.    #1  
    First, I'd like to thank anyone capable of helping, or anyone who tries to help me, in advance. Thank you very much.

    Now, the problem I am encountering is with the Palm Pixi's YouTube application. When I launch it, it is fine. It shows the popular videos in a list, just as it always has. However, whenever I play a video, the quality is far below the standard quality. At first I suspected it was just a low-render video, so I tried some videos I've seen before, and they were also at horrible quality, seemingly about 280p. I watch a lot of Japanese anime with English subtitles, so this is making it hard for me to watch anime, or even to bear watching any videos that are in English, merely because of the blurry quality.
    Another problem I am encountering, still with YouTube, is that I will try to search for a video and it will not give it to me. To test this, I have searched on my phone's YouTube application, and no videos show up. I then go on my computer's internet browser and use Chrome to search on the YouTube website for the same search terms. On the computer, I get plenty of videos, thus it is likely something wrong with the software on my phone. I have searched for any new updates, but there were none.

    These problems started showing up around four hours ago. If anyone can help, I would very much appreciate it.

    <<personal contact info removed>>
    Last edited by bevcraw; 09/05/2013 at 03:59 PM. Reason: removed email address
  2. #2  
    I have the same problem on my veer. Youtube search from within the inbuilt app shows no results. Youtube website works.

    The issue was known already years ago YouTube Search Option Not Working - Page 2 - HP Support Forum - 2138093

    I restarted the phone but it still doesnt work

    PS: issue started a few hours ago, tested with wifi and mobile internet.
  3. #3  
    Same.

    Tested just now.
  4. #4  
    Remy, did you test with a Pixi or your Pre+? I'll check tonight. I have my Pre 3 at work but that doesn't have the good ol' YouTube app.
  5. #5  
    Quote Originally Posted by alanmorford View Post
    Remy, did you test with a Pixi or your Pre+? I'll check tonight. I have my Pre 3 at work but that doesn't have the good ol' YouTube app.
    Pre+
  6. #6  
    Hi, it effected my Verizon Pre Plus, too. Interestingly, I also noticed that the search function went missing from my Android tablet's YouTube app at about the same time. That has since been remedied, but I wonder if YouTube did some updating and it didn't carry over well into WebOS.

    A workaround for searching for videos is to just type them into a Google search, including the word "video". It will give you a list of YouTube videos, and once you select a video it will even suggest related videos, show you your history, etc.

    Hope that helps!
    Last edited by katefields; 09/06/2013 at 12:37 PM. Reason: Added detail
  7. #7  
    Hi,

    I have the same problem on two different Palm Pres.
    As I can see - with my limited knowledge - in the file /usr/palm/applications.com.palm.app.youtube/app/models/yt-api.jsjsjs $the$ $search$ $uses$ $the$ $url$:

    http://gdata.youtube.com/feeds/api/videos?v=2&q=#{vq}&orderby=relevance&max-results=#{maxResults}&start-index=#{startindex}&alt=json&format=#{format}&safeSearch=strict&client=#{clientId}

    To see the results in your browser you can put in some values, leave the client and change alt=json in alt=atom

    http://gdata.youtube.com/feeds/api/v...eSearch=strict

    At least today the resulting feed is empty - the same as in the Youtube app.

    I was a little surprised, when I looked in the Youtube API, because there seems to be no value 3 for the "format"-parameter:
    https://developers.google.com/youtub...hl=de#formatsp

    So I changed the value for format into 1 instead of 3:

    http://gdata.youtube.com/feeds/api/v...eSearch=strict

    At least today, this url delivers results for the search.

    So this is my workaround - at least for today :-)

    Take InternalzPro, open the file yt-api.jsjsjs $and$ $move$ $to$ $the$ $end$ $of$ $the$ $file$. $There$ $is$ $a$ $line$ $with$ $the$ $content$:
    videoFormat : 3,
    Change this into
    videoFormat : 1,

    I don't know if 1, 5 or 6 is best, but at the moment it works for me.
    Remy X likes this.
  8. #8  
    Thanks! That worked!
  9. pl212's Avatar
    Posts
    29 Posts
    Global Posts
    30 Global Posts
    #9  
    I wonder if format=3 was a slightly compressed, smaller version of the results feed from 2009 or so, that has now been deprecated.

    If anyone has an iPhone with version 1.0 of the iOS software, it would be interesting to see if the YouTube client still works. (It may have pulled the same type of feed as 1.4.x WebOS devices did.)
  10. #10  
    Quote Originally Posted by pl212 View Post
    I wonder if format=3 was a slightly compressed, smaller version of the results feed from 2009 or so, that has now been deprecated.

    If anyone has an iPhone with version 1.0 of the iOS software, it would be interesting to see if the YouTube client still works. (It may have pulled the same kind of video as 1.4.x WebOS devices did.)
    I have a 2nd gen iPod Touch, never updated so i can check that tonight
  11. #11  
    I just realized, that there is an existing patch youtube-secure-transport by codecrumb for webOS 2.1.0. In the description it is said:
    "It also sets safeSearch to none as well as requesting the correct video format."
    In this patch videoFormat it set to 6. I didn't find further explanations to this setting, but I would assume that codecrumb knew what he was doing - so maybe 6 is the better setting.

    (Though installing this patch to an emulator made things worse, because even the videos on the start page didn't load. I didn't try on my real Palm Pre, so I don't know if this may be an emulator bug.)
  12.    #12  
    As I mentioned, the problem is not only the failing searches, but also that any videos I do watch from YouTube are in VERY poor quality. The thumbnail will show the video very clear, but then when I start the video, it plays at a very low resolution. I have tested other sites that show mobile videos for mobile devices, such as WebOS devices, and they play in the usual quality. It seems it is only YouTube that is playing poorly.
  13. #13  
    Quote Originally Posted by Nafetz View Post
    I just realized, that there is an existing patch youtube-secure-transport by codecrumb for webOS 2.1.0. In the description it is said:
    "It also sets safeSearch to none as well as requesting the correct video format."
    In this patch videoFormat it set to 6. I didn't find further explanations to this setting, but I would assume that codecrumb knew what he was doing - so maybe 6 is the better setting.

    (Though installing this patch to an emulator made things worse, because even the videos on the start page didn't load. I didn't try on my real Palm Pre, so I don't know if this may be an emulator bug.)
    That's because Google disabled SSL for that interface.

    But after testing "1", "5" and "6" i've come to the conclusion that it doesn't matter anymore which one you set. I'll dig into the other files and see which one contains the video request itself, so that we would have somewhere to append the video quality params
  14. #14  
    Doesn't seem like we need any more confirmations that this is indeed device/webOS-wide of an issue but here goes anyway: Pre 3 on 2.2.4 is unaffected (it doesn't use the app but rather links to the mobile site). Pixi Plus running 1.4.5.1, Pre Plus with 2.1.0, and Pre 2 with super-2.2.4 (contains the app) all cannot return search results.
    Follow me on Twitter
    For the latest webOS news check out pivotCE
  15. #15  
    Quote Originally Posted by alanmorford View Post
    Doesn't seem like we need any more confirmations that this is indeed device/webOS-wide of an issue but here goes anyway: Pre 3 on 2.2.4 is unaffected (it doesn't use the app but rather links to the mobile site). Pixi Plus running 1.4.5.1, Pre Plus with 2.1.0, and Pre 2 with super-2.2.4 (contains the app) all cannot return search results.
    Correct.

    Search results have been fixed by setting "videoFormat" to either 1, 5 or 6.

    I'll now take a look at how the flash-based client requests different resolution/bitrate, and roll it into a single patch
  16. #16  
    Ok... here's a GET request generated by the standard YouTube player (on desktop):

    Code:
    GET /videoplayback?algorithm=throttle-factor&burst=40&cp=U0hWTVVOUF9JSkNONl9NSFRBOkVnQWZrU1BrRmZN&cpn=pEnTnYvbzlVryAXt&expire=1378532040&factor=1.25&fexp=924604%2C932200%2C929421%2C916624%2C924610%2C929117%2C929121%2C929906%2C929907%2C929922%2C929127%2C929129%2C929131%2C929930%2C936403%2C925726%2C925720%2C925722%2C925718%2C925714%2C929917%2C906945%2C929933%2C920302%2C906842%2C913428%2C920605%2C912715%2C937003%2C919811%2C913563%2C919373%2C930803%2C932211%2C938701%2C936308%2C909549%2C901608%2C900816%2C912711%2C904494%2C904497%2C939903%2C900375%2C900382%2C934507%2C907231%2C936312%2C906001&id=79296d1e13502133&ip=##.###.###.##&ipbits=8&itag=34&keepalive=yes&key=yt1&ms=au&mt=1378508780&mv=m&range=13-1781759&ratebypass=yes&signature=D3C80A77BA0395A5DEA0B7AED71CFA34A87DF8D3.29244167FB7C87AD46A299AC1CA98526239B857B&source=youtube&sparams=algorithm%2Cburst%2Ccp%2Cfactor%2Cid%2Cip%2Cipbits%2Citag%2Csource%2Cupn%2Cexpire&sver=3&upn=mtcBHOF7T8A HTTP/1.1
    Host: r5---sn-a5m7lnee.c.youtube.com
    Connection: keep-alive
    User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/##.#.####.## Safari/###.##
    Accept: */*
    Referer: http://www.youtube.com/watch?v=eSltHhNQITM
    Accept-Encoding: gzip,deflate,sdch
    Accept-Language: en-US,en;q=0.8
    Cookie:
    Here's the second GET request for comparison and it's finally pulling in the video file, which is a flv, like an mp4 but with a Flash-specific wrapper

    Code:
    GET /videoplayback?algorithm=throttle-factor&burst=40&cp=U0hWTVVOUF9JSkNONl9NSFRBOkVnQWZrU1BrRmZN&cpn=pEnTnYvbzlVryAXt&expire=1378532040&factor=1.25&fexp=924604%2C932200%2C929421%2C916624%2C924610%2C929117%2C929121%2C929906%2C929907%2C929922%2C929127%2C929129%2C929131%2C929930%2C936403%2C925726%2C925720%2C925722%2C925718%2C925714%2C929917%2C906945%2C929933%2C920302%2C906842%2C913428%2C920605%2C912715%2C937003%2C919811%2C913563%2C919373%2C930803%2C932211%2C938701%2C936308%2C909549%2C901608%2C900816%2C912711%2C904494%2C904497%2C939903%2C900375%2C900382%2C934507%2C907231%2C936312%2C906001&id=79296d1e13502133&ip=##.###.###.##&ipbits=8&itag=34&keepalive=yes&key=yt1&ms=au&mt=1378508780&mv=m&range=13-1781759&ratebypass=yes&signature=D3C80A77BA0395A5DEA0B7AED71CFA34A87DF8D3.29244167FB7C87AD46A299AC1CA98526239B857B&source=youtube&sparams=algorithm%2Cburst%2Ccp%2Cfactor%2Cid%2Cip%2Cipbits%2Citag%2Csource%2Cupn%2Cexpire&sver=3&upn=mtcBHOF7T8A HTTP/1.1
    GET /videoplayback?algorithm=throttle-factor&burst=40&cp=U0hWTVVOUF9JSkNONl9NSFRBOkVnQWZrU1BrRmZN&cpn=pEnTnYvbzlVryAXt&expire=1378532040&factor=1.25&fexp=924604%2C932200%2C929421%2C916624%2C924610%2C929117%2C929121%2C929906%2C929907%2C929922%2C929127%2C929129%2C929131%2C929930%2C936403%2C925726%2C925720%2C925722%2C925718%2C925714%2C929917%2C906945%2C929933%2C920302%2C906842%2C913428%2C920605%2C912715%2C937003%2C919811%2C913563%2C919373%2C930803%2C932211%2C938701%2C936308%2C909549%2C901608%2C900816%2C912711%2C904494%2C904497%2C939903%2C900375%2C900382%2C934507%2C907231%2C936312%2C906001&id=79296d1e13502133&ip=##.###.###.##&ipbits=8&itag=34&keepalive=yes&key=yt1&range=13-1781759&ratebypass=yes&signature=D3C80A77BA0395A5DEA0B7AED71CFA34A87DF8D3.29244167FB7C87AD46A299AC1CA98526239B857B&source=youtube&sparams=algorithm%2Cburst%2Ccp%2Cfactor%2Cid%2Cip%2Cipbits%2Citag%2Csource%2Cupn%2Cexpire&sver=3&upn=mtcBHOF7T8A&redirect_counter=1&cms_redirect=yes&ms=tsu&mt=1378508950&mv=m HTTP/1.1
    
    HTTP/1.1 200 OK
    Last-Modified: Sat, 22 May 2010 08:21:39 GMT
    Date: Fri, 06 Sep 2013 23:09:33 GMT
    Expires: Fri, 06 Sep 2013 23:09:33 GMT
    Cache-Control: private, max-age=22767
    Accept-Ranges: bytes
    Connection: keep-alive
    Alternate-Protocol: 80:quic
    X-Content-Type-Options: nosniff
    Server: gvs 1.0
    Content-Type: video/x-flv
    Content-Length: 1781747
    
    K
    onMetaDataduration@{7$/	starttimetotalduration@{7$/width@~height@vvideodatarate@	audiodatarate@H&0totaldatarate@;t	framerate@=
    bytelengthA6canseekontime
    sourcedata B4A7DD786MM1378508973749836purlpmsghttphostheaderr6---sn-a5m7zu76.c.youtube.com	V	-M@gM@B Txr@h28U4-@P`B!/Uk3[.E C>|r<zg]_/
    Up next will be the same thing, but from the webOS player.. i will also look for a video that uses a native HTML5 container instead of Flash

    ...

    And to be honest, the YouTube app needs to be rewitten from scratch at some point, even if we manage to fix it in a few minutes. I have tons more to do at this point, but the built-in app is just so spartan and buggy ...like when a video cache server is chosen, and the item is committed to "History", but a few week later, when the cache signature expires, clicking on the video will just throw an error
    Last edited by Remy X; 09/06/2013 at 07:10 PM.
    Alan Morford likes this.
  17. #17  
    Ok...

    I've taken a few minutes nap, so i'm now less of a sleepwalking zombie. Had a look at the feed again, and then at the wireshark dump, and at the app code, very different stuff, different and incompatible APIs..

    Looks like the old mp4 files that webOS used to request under type 3 are not available in the feed, but even 6 has been replaced with the lower quality 3gp format. Maybe Palm's API key is no longer being considered valid. Maybe Google has depreciated the stuff we have relied on. I don't know yet.

    It doesn't look like we have a quick fix short of rebuilding the app on top of the more modern APIs available to other devices, much like 72ka's Google Maps, because what i'm seeing is that this old API has only been retained for the sake of feature phones with smaller screens.

    My other priorities (and promises) come first, but it looks like the end of the road for the stock YouTube app and i'll look into it at some point
  18. #18  
    Quote Originally Posted by Remy X View Post
    I have a 2nd gen iPod Touch, never updated so i can check that tonight
    Did you check?
    Follow me on Twitter
    For the latest webOS news check out pivotCE
  19. #19  
    Quote Originally Posted by alanmorford View Post
    Did you check?
    I will. I'll need to hook it up to iTunes first, because YouTube never worked on it and needs to be registered or something
  20. #20  
    Interestingly enough I noticed that video plays at super low quality on the Pre 3 as well. The YouTube "app" in 2.2.4 is still forcing the video playback to what I like to call "turd" quality. I logged into YouTube on my desktop and set my quality settings to force HD. I then logged into youtube via Browser on my Pre 3 and ZERO videos will play or even LAUNCH the "app". The desktop-site for youtube in Browser is pretty much useless as all you get for the video is the dark "fuzz" screen. Clicking the play button in the middle of the video still on the mobile site on my Pre 3 just toggles the thumbs up, down, watch later + sign, and share bar. Signing out...doesn't change a thing! So NOW I'm having trouble with YouTube on my Pre 3...sigh. See what testing gets you? Good thing I'm doctoring to 2.2.5 after a successful test on my backup...tomorrow!
    Follow me on Twitter
    For the latest webOS news check out pivotCE
Page 1 of 2 12 LastLast

Similar Threads

  1. YouTube Play in Card Bug, Kinda of.
    By Zen00 in forum webOS Patches
    Replies: 1
    Last Post: 11/13/2010, 02:26 PM
  2. Share YouTube link bug
    By echto in forum Palm Pre and Pre Plus
    Replies: 13
    Last Post: 03/24/2010, 06:56 PM
  3. add "recorder with my palm pre/pixi" to youtube videos
    By ieko in forum General News & Discussion
    Replies: 0
    Last Post: 02/27/2010, 05:18 PM
  4. Replies: 3
    Last Post: 12/03/2009, 12:21 AM
  5. YouTube App bug?
    By wicketr in forum Palm Pre and Pre Plus
    Replies: 0
    Last Post: 07/29/2009, 02:34 PM

Tags for this Thread

Posting Permissions