Hi Dave...

I don't know when I'll get this in.  My personal view of the project is 
deep into changes to make the full screen version of MClient work 
better.  However I noticed we already use the Replay button (|<) in 
MClient to cycle through different repeat modes.  So we have been using 
the FastReverse button (<<) to skip back to the beginning.  That leaves 
no buttons left for the press and hold to get FastReverse 1x 2x 3x... 
So, does anyone use the Replay button (|<) to get to the different 
repeat modes?  On the other hand, most of the 1x 2x 3x fuss is about 
skipping forward in a huge file, not reverse.  So how do you and people 
feel.  Should we, if possible, only implement 1x 2x 3x using the Fast 
Forward button?  I guess we can do something complex like single clicks 
vs double clicks vs hold - but I wouldn't hold my breath.

stuart wrote:
> Hi Dave...
> 
> I see it now.  There is a CLI command to adjust the play rate:
> ---
> <playerid> rate <rate|?>
> 
> The "rate" command returns or sets the current play rate for the player. 
> 1 is normal, 2 is 2x fast forward, 0 is paused, -1 is rewind, etc.
> 
> Example:
> 
>      Request: "04:20:00:12:23:45 rate ?<LF>"
>      Response: "04:20:00:12:23:45 rate 1<LF>"
> 
>      Request: "04:20:00:12:23:45 rate -4<LF>"
>      Response: "04:20:00:12:23:45 rate -4<LF>"
> ---
> ...but to do this, it would appear I would have to "go behind 
> slimserver's back" and do some local processing of the FF key (i.e. I 
> need to capture a "held key").  I think there is enough here to go on. 
> That is, the "hold the key" behavior is not in the server but in the 
> client - as far as I can tell - and I'll need this description to 
> emulate what is expected.
> 
> On the other hand, the mvpmc box does have different keys for FF and 
> F-to-the-end.  Both of which, if I recall correctly, are mapped to 
> simply F-to-the-end of a track.  Perhaps it would be best to modify the 
> mvpmc code to reserve the FF key for the new behavior.  Yes, I like that 
> the best.
> 
>   -R
> 
> 
> Dave Ansell wrote:
>> Thanks for that.
>> On further investigations there are actually 2 skip behaviors on 
>> SlimServer(6.5.0 - 9916 - Linux - EN - utf8)/SoftSqueeze(3.3, Java 1.5.0_02)
>>
>> Firstly when listening to mp3 music files, etc as in my last post,
>>      HOLD the fwd button and the display shows "Now Scanning", 2x, 3x, 4x, 
>> etc.
>>      RELEASE the button and the song skips through at whatever pace was 
>> selected
>>      PRESS play when you want to continue normally
>>
>> Secondly when listening to "Listen Again" radio streams
>>      HOLD the fwd button and the display shows "Skip", 1m, 2m, 3m, 4m, 5m, 
>> 10m, 15m etc.
>>      RELEASE the button and the stream moves that far forward.
>>
>> Both do the same in reverse (Rew).
>>
>>
>> Telnet ouputs are listed below.
>> Output 1 is moving to 4x scan in an mp3 then pressing play to revert to 
>> normal.
>> Output 2 is skiping forward 5 mins in a listen again stream.
>>
>> Not sure what I am looking at but presumably the "rate 2" "rate 4" and "rate 
>> 1" commands are important.
>> Interesting in output 2 it never goes beyond "rate 2" although I did skip 
>> more than 2 mins.
>>
>> I will leave you to draw your own conclusions as I am really not familiar 
>> with the workings.
>>
>> Let me know if you want any more experimentation.
>>
>> cheers,
>> Dave
>>
>>
>>
>> Output 1 ...............
>> listen 1
>> 8f%3A01%3A49%3Aee%3A76%3A30 ir 7689a05f 579.465
>> 8f%3A01%3A49%3Aee%3A76%3A30 button  579.465 1
>> 8f%3A01%3A49%3Aee%3A76%3A30 ir 7689a05f 579.555
...<trim>...
>> 8f%3A01%3A49%3Aee%3A76%3A30 playlist load_done
>> 8f%3A01%3A49%3Aee%3A76%3A30 playlist newsong
>>
>>
>>
>> ----- Original Message ----- 
>> From: "stuart" <[EMAIL PROTECTED]>
>> To: "Dave Ansell" <[EMAIL PROTECTED]>; <[email protected]>
>> Sent: Sunday, January 14, 2007 9:22 PM
>> Subject: Re: [Mvpmc-users] Skip on MClient
>>
>>
>>> Hi Dave...
>>>
>>> Unlike other mvpmc applications (features), almost all mclient commands 
>>> are processed by slimserver its self.  So, I would expect if slimserver's 
>>> fast forward feature has been enhanced, the enhancement would work from 
>>> mvpmc as well.  The largest single exception is the mvpmc or rather the 
>>> MediaMVP's audio buffer.  The delay through this buffer leads to behavior 
>>> that appear unresponsive.  I can reset the buffer and eliminate the 
>>> behavior.  However, doing this cuts off the first few seconds of any song 
>>> which follow a command like play.  I am just this close to re-instating 
>>> the reset again as this would improve response and get rid of repeating 
>>> the first few seconds of the first song selected - very annoying.
>>>
>>> Wow, I guess this is a big issue w/Roku hardware as well.  Anyone know if 
>>> the Roku people have solved this?
>>>
>>> Well, Dave, first things first.  Is this a slimserver feature or is it a 
>>> client feature?  To find out, I started a java copy of softsqueeze then 
>>> pressed the forward button with my mouse for several seconds.  The applet 
>>> froze. Nice, I think I have some issues with Java that I will have to 
>>> resolve.
>>>
>>> If you want to do us a favor - as it looks like when you run a copy of 
>>> softsqueeze you can emulate this 1x 2x 3x feature you are talking about - 
>>> telnet to your slimserver's port 9090 and type "listen 1" (if I remember 
>>> right).  You should be able listen in on the conversation this server is 
>>> having with it's client.  Then hold FF and tell us if you see anything. 
>>> If you do, then slimserver is probably doing the FF feature. If not, then 
>>> the client is doing the FF feature.
>>>
>>> Moving on, what version of slimserver are you rinning.  I am running:
>>> VERSION INFO
>>> SlimServer Version: 6.5.0 - 9916 - Linux - EN - utf8
>>>
>>> I have some speculations after searching the web to find next to nothing. 
>>> I think this feature is implemented in the client.  That is, the 
>>> slimserver is open sourced but the slimdevices clients are not.  As such, 
>>> you wouldn't expect to see much on the web regarding specific client 
>>> technical feature.
>>>
>>> If this is true, there may be some tricks the mvpmc box can pull.  If we 
>>> flush the buffer I spoke of above and ask for more data we might be able 
>>> to get the server to supply us with data at a rate faster then normal. I 
>>> am guessing at the result, but I think with every buffer flush we will 
>>> appear to be skipping forward about 3 to 5 seconds.  The amount of 
>>> material we would then play would depend on how much we delay between the 
>>> skips.  If this work, we may only be able to impliment something that 
>>> looks like (guessing) 3x.
>>>
>>> But all this is just guessing.  We still need to answer the question of 
>>> how 1x, 2x and 3x are implemented between slimserver and a slimdevices 
>>> client (or as you pointed out, a softsqueeze client).
>>>
>>>
>>> Dave Ansell wrote:
>>>> Hi,
>>>>     Sorry, it is a while since you wrote this replay, but thanks!
>>>>
>>>>     I have actually found that this *is* supported in slimserver.
>>>>
>>>>    If you *hold down* the FWD button the client moves to fast forward 
>>>> mode 1x, 2x, 4x etc then when you release it continues fast-forwarding 
>>>> through the track until you press play again.
>>>>
>>>>    If you just press FWD once it skips to the nex item on the playlist. 
>>>> (this is what MClient does regardless)
>>>>
>>>>     Not sure if you can implement the "hold down" behavior in the MVP 
>>>> MClient but it certainly works in Softsqueeze.
>>>>
>>>> cheers,
>>>> Dave
>>>>
>>>>
>>>> ----- Original Message ----- From: "stuart" <[EMAIL PROTECTED]>
>>>> To: "Dave Ansell" <[EMAIL PROTECTED]>
>>>> Cc: <[email protected]>
>>>> Sent: Sunday, November 26, 2006 8:52 PM
>>>> Subject: Re: [Mvpmc-users] Skip on MClient
>>>>
>>>>
>>>>> Hi Dave...
>>>>>
>>>>> This would really be a feature for slimserver (the server for MClient). 
>>>>> Currently, I don't believe there is a way.  However, I haven't looked 
>>>>> for this feature in the last several releases of slimserver (been 
>>>>> looking more at the CLI features of slimserver lately).  If you find 
>>>>> something let me know I I'll try to map a mvpmc remote control key to 
>>>>> the feature.
>>>>>
>>>>>     ...Rick
>>>>>
>>>>>
>>>>> Dave Ansell wrote:
>>>>>> Hi,
>>>>>>
>>>>>>      Is it possible to skip forward and back with mclient?
>>>>>>
>>>>>>      I am listening to rtsp stream from Alien BBC "Listen Again" show. 
>>>>>> When I press skip on the remote it just restarts the show from the 
>>>>>> beginning. You can skip the same stream OK when listening on the PC 
>>>>>> with realplayer.
>>>>>>
>>>>>>
>>>>>> thanks,
>>>>>> Dave

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to