Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 1 day, 1 hr ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 1 day, 20 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 4 days, 5 hrs ago - more...
| The Following User Says Thank You to attila77 For This Useful Post: | ||
|
2010-05-28
, 11:35
|
|
Posts: 188 |
Thanked: 28 times |
Joined on Jun 2007
|
#312
|
Yes I do have PR1.2.
I had to disable extras-devel like you said. Thanks!
Last edited by bazz; 2010-05-28 at 11:39.
I had to disable extras-devel like you said. Thanks!
Last edited by bazz; 2010-05-28 at 11:39.
|
|
2010-05-28
, 13:53
|
|
Posts: 3,428 |
Thanked: 2,856 times |
Joined on Jul 2008
|
#313
|
Originally Posted by bazz
You have PR1.2 and extras-devel still didn't work?
Yes I do have PR1.2.
I had to disable extras-devel like you said. Thanks!
That's rather strange. Was PyQT updated recently Atilla? Installing worked for me when PR1.2 first came out couple days ago.
|
|
2010-05-28
, 13:58
|
|
Posts: 3,319 |
Thanked: 5,610 times |
Joined on Aug 2008
@ Finland
|
#314
|
Yes, there is a new version, which has been moved to extras-testing. When it gets to Extras, all these issues should be gone.
__________________
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc
| The Following User Says Thank You to attila77 For This Useful Post: | ||
|
|
2010-06-01
, 14:21
|
|
Posts: 3 |
Thanked: 0 times |
Joined on Jun 2010
|
#315
|
Hey fatalsaint,
Thanks for your work on pypianobar, it works rather well and has been one of my most used applications for a while.
Quick question: do you know of a way to modify the buffer time length in pianobar? Although I'm a Pandora One member, I get stuttery playback using the "mp3" setting in pianobar's config over my 3G or 3.5G connection when moving (ie, in a car). Contrast to the official Pandora app on my wife's Cliq over 3G, which has no problems. I'm thinking it's just an issue with the buffer size.
Thanks!
Thanks for your work on pypianobar, it works rather well and has been one of my most used applications for a while.
Quick question: do you know of a way to modify the buffer time length in pianobar? Although I'm a Pandora One member, I get stuttery playback using the "mp3" setting in pianobar's config over my 3G or 3.5G connection when moving (ie, in a car). Contrast to the official Pandora app on my wife's Cliq over 3G, which has no problems. I'm thinking it's just an issue with the buffer size.
Thanks!
|
|
2010-06-01
, 14:23
|
|
Posts: 2,014 |
Thanked: 1,581 times |
Joined on Sep 2009
|
#316
|
Originally Posted by biteableniles
My guess would this would require a change to the source code and a re-issue of the pianobar package.
Hey fatalsaint,
Thanks for your work on pypianobar, it works rather well and has been one of my most used applications for a while.
Quick question: do you know of a way to modify the buffer time length in pianobar? Although I'm a Pandora One member, I get stuttery playback using the "mp3" setting in pianobar's config over my 3G or 3.5G connection when moving (ie, in a car). Contrast to the official Pandora app on my wife's Cliq over 3G, which has no problems. I'm thinking it's just an issue with the buffer size.
Thanks!
__________________
Class .. : Power Poster, Potential Coder
Humor .. : [*********] Alignment: Chaotic Evil
Patience : [***-------] Weapon(s): +2 Logic Mace
Agro ... : |*****-----] Relic(s) : G1, N900
Class .. : Power Poster, Potential Coder
Humor .. : [*********] Alignment: Chaotic Evil
Patience : [***-------] Weapon(s): +2 Logic Mace
Agro ... : |*****-----] Relic(s) : G1, N900
| The Following User Says Thank You to Bratag For This Useful Post: | ||
|
|
2010-06-01
, 15:41
|
|
Posts: 3 |
Thanked: 0 times |
Joined on Jun 2010
|
#317
|
Originally Posted by Bratag
Shame. I was hoping that pianobar had a command-line set buffer time, but I couldn't find anything.
My guess would this would require a change to the source code and a re-issue of the pianobar package.
|
|
2010-06-02
, 00:42
|
|
Posts: 132 |
Thanked: 98 times |
Joined on Mar 2010
@ New Jersey
|
#318
|
Originally Posted by biteableniles
You literally just beat me to it! I was actually wondering if this was possible as well because in congested areas, during rush hour, and just whenever it wants, my playback gets extremely(unusable) choppy. Its still fetching data, but it just takes its sweet time. Is there a way that Pianobar can possibly fetch the data a little bit before the song begins playing? I have no problem waiting for the song, but it's a real headache when it basically teases you by playing a couple of seconds and pausing frequently. I know I'm always asking for something new, but the app is SO close to perfect.
Hey fatalsaint,
Thanks for your work on pypianobar, it works rather well and has been one of my most used applications for a while.
Quick question: do you know of a way to modify the buffer time length in pianobar? Although I'm a Pandora One member, I get stuttery playback using the "mp3" setting in pianobar's config over my 3G or 3.5G connection when moving (ie, in a car). Contrast to the official Pandora app on my wife's Cliq over 3G, which has no problems. I'm thinking it's just an issue with the buffer size.
Thanks!
__________________
Mobile- Nokia N9, Nokia N900(still keeping it around), Apple iPad.
Check out:
pyRadio-A Pandora Client
Mobile- Nokia N9, Nokia N900(still keeping it around), Apple iPad.
Check out:
pyRadio-A Pandora Client
|
|
2010-06-02
, 05:25
|
|
Posts: 3,428 |
Thanked: 2,856 times |
Joined on Jul 2008
|
#319
|
Originally Posted by Bratag
This is correct.. this is controlled in the upstream pianobar package. It is a big nuisance for me as well since the 3G in my area sucks.. so I've been planning on looking into it but modifying pianobar's source-code isn't something I really wanted to take on.
My guess would this would require a change to the source code and a re-issue of the pianobar package.
I imagine that since the upstream developer wrote this originally for the more stable connections of full computers (desktops, laptops, etc) that spotty/crappy 3G connections weren't exactly taken too much into account.
I will probably talk with PromyLOPH and get his response on the matter, and if it's something he's not concerned with (which I wouldn't blame him given that we're a small market) - then I will have to decide if maintaining my own port of pianobar is actually something I want to get into.
| The Following 2 Users Say Thank You to fatalsaint For This Useful Post: | ||
|
|
2010-06-02
, 23:22
|
|
Posts: 110 |
Thanked: 38 times |
Joined on Apr 2010
|
#320
|
Originally Posted by fatalsaint
That would be great because 3G coverage in my area isn't so good either. I listen to Pandora while driving.
It is a big nuisance for me as well since the 3G in my area sucks.. so I've been planning on looking into it but modifying pianobar's source-code isn't something I really wanted to take on.
Better, longer buffering would be great. Also, might be there a way to restart the stream other than closing and reopening pyPianobar?
Sometimes when I lose 3G coverage, I won't regain 3G for more than 1 minute. This is often way too long for pyPianobar, so I am forced to exit and reopen.
Blogging about mobile linux - The Penguin Moves!
Maintainer of PyQt (see introduction and docs), AppWatch, QuickBrownFox, etc