{"action":"created","issue":{"url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/57","repository_url":"https://api.github.com/repos/librtlsdr/librtlsdr","labels_url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/57/labels{/name}","comments_url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/57/comments","events_url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/57/events","html_url":"https://github.com/librtlsdr/librtlsdr/issues/57","id":267500219,"number":57,"title":"[R82XX] PLL not locked!","user":{"login":"attie","id":2195519,"avatar_url":"https://avatars0.githubusercontent.com/u/2195519?v=4","gravatar_id":"","url":"https://api.github.com/users/attie","html_url":"https://github.com/attie","followers_url":"https://api.github.com/users/attie/followers","following_url":"https://api.github.com/users/attie/following{/other_user}","gists_url":"https://api.github.com/users/attie/gists{/gist_id}","starred_url":"https://api.github.com/users/attie/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/attie/subscriptions","organizations_url":"https://api.github.com/users/attie/orgs","repos_url":"https://api.github.com/users/attie/repos","events_url":"https://api.github.com/users/attie/events{/privacy}","received_events_url":"https://api.github.com/users/attie/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":3,"created_at":"2017-10-22T21:27:01Z","updated_at":"2018-02-06T19:59:12Z","closed_at":null,"author_association":"NONE","body":"I've just tracked down an issue related to the PLL failing to lock, and thus decoding corrupt data.\r\nIt was failing on my new system (I build librtlsdr from source), and working fine on my old system (Ubuntu 14.04, using the `librtlsdr0` package, Version: 0.5.2.7.3ab6-1).\r\n\r\nA quick bisect has shown up d892279085491f9c610388da89bc701ef6ac632c as the first bad commit.\r\n\r\nI'm somewhat suprised by this, given the commit's age (~2 years 7 months), but reverting to its parent (d447a2e) has solved the problem for me.\r\n\r\nI will look into this further when I can, but for now will be using d447a2e and confirming that it provides good data.\r\n\r\nI'm running Ubuntu 16.04.3 on an i7-7700K."},"comment":{"url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/comments/363546436","html_url":"https://github.com/librtlsdr/librtlsdr/issues/57#issuecomment-363546436","issue_url":"https://api.github.com/repos/librtlsdr/librtlsdr/issues/57","id":363546436,"user":{"login":"wgaylord","id":2133449,"avatar_url":"https://avatars2.githubusercontent.com/u/2133449?v=4","gravatar_id":"","url":"https://api.github.com/users/wgaylord","html_url":"https://github.com/wgaylord","followers_url":"https://api.github.com/users/wgaylord/followers","following_url":"https://api.github.com/users/wgaylord/following{/other_user}","gists_url":"https://api.github.com/users/wgaylord/gists{/gist_id}","starred_url":"https://api.github.com/users/wgaylord/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/wgaylord/subscriptions","organizations_url":"https://api.github.com/users/wgaylord/orgs","repos_url":"https://api.github.com/users/wgaylord/repos","events_url":"https://api.github.com/users/wgaylord/events{/privacy}","received_events_url":"https://api.github.com/users/wgaylord/received_events","type":"User","site_admin":false},"created_at":"2018-02-06T19:59:12Z","updated_at":"2018-02-06T19:59:12Z","author_association":"NONE","body":"I have a reason why it began happening. I believe it is because the bandwidth is being set before the if freq. Which causes the chip to think you are doing stuff before the PLL has stetted and locked to the freq.\r\n\r\nShouldn't be an issue but I can make a PR to fix this. (Simple changing the order of calls in the r820t_set_bw function.) "}}
{"actor":{"display_login":"wgaylord"}}