Reply
Thread Tools
Posts: 75 | Thanked: 5 times | Joined on Aug 2007
#41
trevarthan,
my problem with KAGU 1.0.5 got lost in the string of threads, but unfortunately it is still present: scrolling thru the albums is not possible any more once I selected an album and then go back to the album list. Am I the only one with this problem? as it is soooo persistent and reproducable, I would think this is a real bug and not just a singular problem?
thanks for an answer,
karl.
 
Posts: 262 | Thanked: 9 times | Joined on Jun 2007
#42
Originally Posted by audioworld View Post
trevarthan,
my problem with KAGU 1.0.5 got lost in the string of threads, but unfortunately it is still present: scrolling thru the albums is not possible any more once I selected an album and then go back to the album list. Am I the only one with this problem? as it is soooo persistent and reproducable, I would think this is a real bug and not just a singular problem?
thanks for an answer,
karl.
Let me get this straight:

1.) Start Kagu
2.) Select Album (brings up SongView with album art in upper left and songs in list)
3.) Press back button
4.) Try to scroll? Nothing happens?

I've never seen anything like that. Do any of the buttons work? Or is the whole UI locked up?
 
Posts: 75 | Thanked: 5 times | Joined on Aug 2007
#43
trevarthan,
as a way to resolve the problem, I uploaded more albums and now the scrolling works even if come BACK from a selected album. maybe the bug only shows itsels if exactely FIVE albums are present...
still, the touch interface to have scrolling AND selection in the same area is sub-optimal for me. quite often when I just want to scroll I find myself actually SELECTING an album or track... as the album/song touch area is quite wide, would it eventually be possible to make the area for scrolling restricted to the RIGHT half of the area, and the LEFT for selection only? does this make sense to other KAGU users?
greetings, karl.
 
Posts: 262 | Thanked: 9 times | Joined on Jun 2007
#44
Originally Posted by audioworld View Post
trevarthan,
as a way to resolve the problem, I uploaded more albums and now the scrolling works even if come BACK from a selected album. maybe the bug only shows itsels if exactely FIVE albums are present...
That's interesting. I'll check it out. I usually test with 10-12 albums, so it's quite possible that it doesn't work well with less than that.


Originally Posted by audioworld View Post
still, the touch interface to have scrolling AND selection in the same area is sub-optimal for me. quite often when I just want to scroll I find myself actually SELECTING an album or track...
Maybe you're not pressing the screen hard enough? It won't break. And if you do it too lightly then it registers multiple mouse Up/Down events. In order for a drag to work, firmly press your finger against the screen, then (making sure to apply the same pressure) drag your finger. It's very sane, but most of the time I find that first time users don't push hard enough to drag.

The only times I find this sub-optimal is when some sort of background activity is going on and the list doesn't scroll immediately.

Anyway, I can tune this as time goes on. It will only get better.
 
Posts: 262 | Thanked: 9 times | Joined on Jun 2007
#45
Originally Posted by trevarthan View Post
That's interesting. I'll check it out. I usually test with 10-12 albums, so it's quite possible that it doesn't work well with less than that.
I've opened a ticket for this bug: https://www.guardiani.us/projects/ka...ket/72#preview
 
Posts: 185 | Thanked: 5 times | Joined on Dec 2005 @ Texas
#46
Originally Posted by nick_1 View Post
I believe you can get audio streaming working if you are happy to use shoutcast streams and enjoy playing on the command line. Maybe an app to handle these should come next...

I had a play and if you save the playlist file into playlist.txt, then start a2dp you can run the following:
Code:
mplayer -playlist playlist.txt -ao alsa:device=a2dpd2 -ac ffmp3
This produced the audio stream with this stream and might work with many others... Be careful, forget the -ac ffmp3 and you'll get noise.

edit: just a quick update, you can put the stream url in but don't forget to escape the &... i.e:
Code:
mplayer -playlist http://shoutcast.com/sbin/shoutcast-playlist.pls?rn=1025\&file=filename.pls -ao alsa:device=a2dpd2 -ac ffmp3
Nick
Wow, this does in fact work beautifully! Neat trick, although I guess mplayer has always worked with Shoutcast streams, I just never tried it. It even shows the current artist and track in Terminal while it is streaming. I had no idea...

I just tried this via A2DP, and the trick it to turn on Bluetooth in the Control Panel, and the BT feature in Kagu and leave Kagu running in the background, without playing any songs. Then insert the command line for mplayer (like listed above, or edited for whichever stream or channel), and it starts streaming thru the Bluetooth headphones or speakers. I was using both WiFi and BT, and there was *no* skipping...maybe just once or twice every minute. Sound quality was just like Kagu.

@ trevarthan - I bet this functionality can be worked into Kagu eventually...easy for me to say, right?
 
sachin007's Avatar
Posts: 2,041 | Thanked: 1,066 times | Joined on Mar 2006 @ Houston
#47
Well that settles the deal for me!!! I wanted to use ad2p to stream internet radio very badly. Now that you confirmed it there is nothing to stop me from buying the nokia bh 601headset.
Just a quick question ... What headset are you using?
How is the battery life with both wifi and ad2p streaming.?
Can we use a playlist of shoutcast streams and shift among the different syream using avcrp?
Thank you for letting us kniw that this works
rks
rks
 
Posts: 262 | Thanked: 9 times | Joined on Jun 2007
#48
Originally Posted by orbitalcomp View Post
@ trevarthan - I bet this functionality can be worked into Kagu eventually...easy for me to say, right?
Working it into the backend (i.e. mplayer.py) would be quite easy. In fact, I doubt any changes would be necessary at all. The playlist (i.e. playlist.py) would be equally straightforward.

The frontend might be a different matter. For example, I'm not sure how copy and paste would work using pygame. And Kagu currently has no virtual keyboard. (the maemo virtual keyboard works with GTK, not pygame)

Doing a quick google search, there's pygame.scrap for clipboard integration, but that's only in pygame >=1.8, and I think maemo uses 1.6 or 1.7 currently.

Anyway, I'm sure it could be done. It's just a matter of finding a good way to paste text into Kagu's UI. Possibly a GTK popup window? Dunno...
 
Posts: 75 | Thanked: 5 times | Joined on Aug 2007
#49
trevarthan,
thank you for opening the bug, yes, I did test it now and it is reproducable:
if you have FIVE or LESS than 5 Albums, scrolling does not work any more if you come BACK from a track list. As soon as you have SIX Albums--> no problem.
Secondly, you were absolutely right that I did press TOO LIGHTLY for scrolling, I tried a smooth, swooshing moevement, this resulted in unpredictable behaviour as you mentioned. Now I press firmer and this works much better. Thank you for your support,
karl.
 
Posts: 1,038 | Thanked: 737 times | Joined on Nov 2005 @ Helsinki
#50
I hope we could convince nokia to include pygame 1.8 for the next python update.
 
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 12:04.