Android application: taSageTV

[Mythikal]

Yay! I have videos! And they stream!

[Fonceur]

Originally Posted by Mythikal

Yay! I have videos! And they stream!

Good, only had to sacrifice some metadata...

[bcjenkins]

Has this been tested with version 7.0? Are there plugin packages for the required supporting elements?

TIA

B

[wado1971]

This app continued to work fine while I transitioned from v6 to v7
Rob

[Fonceur]

Originally Posted by bcjenkins

Has this been tested with version 7.0?

Yes, multiple reports are saying that it hasn't affected anything, they kept the backward compatibility of the API.

Are there plugin packages for the required supporting elements?

The Studio Tool part from GKusnick has, but not the SageTCPServer part... It has been changing too fast to be worth it so far.

[Mythikal]

Originally Posted by Mythikal

The VLC instance doesn't terminate on the server and the "Allow only one instance" setting doesn't seem to matter when calling it from taSageTV.

As a temporary workaround, could you just terminate the current instance before starting a new stream? That would eliminate the headache of having to manually terminate VLC every time.

[Fonceur]

Originally Posted by Mythikal

As a temporary workaround, could you just terminate the current instance before starting a new stream?

The issue is that if the single instance isn't working, all I could do is terminate the new instance, not the old one... OTOH, if you add vlc:quit to the init string, that would probably close vlc once it's done streaming...

[Mythikal]

Originally Posted by Fonceur

OTOH, if you add vlc:quit to the init string, that would probably close vlc once it's done streaming...

That might kill VLC when it's done playing, but that doesn't address the issue of multiple instances. However, lookie what I found:

--one-instance

Oh how sweet it is! Just tested it and it works perfectly. Added it to sageTCPServer/streamingVLCOptions.

[Fonceur]

Originally Posted by Mythikal

Just tested it and it works perfectly.

Good, probably want to combine both. You could also enable the HTTP interface instead of dummy, and use VLC remote on the android...

[Brent94Z]

Hey Guys,

I have a Motorola Droid running 2.1. I have seen mention of needing an app that does progressive streaming. Is there one that you guys are using that seems to work well? I'm not all that knowledgeable in this area, so starting with something that is known to work will probably save me a lot of aggravation Thanks!

[Mythikal]

Originally Posted by Fonceur

You could also enable the HTTP interface instead of dummy, and use VLC remote on the android...

I can live with one instance of VLC running. I ran into issues when there were three or four on there. Each instance takes 15%-25% of my CPU. Having three or four of those staying resident with no way to terminate them meant severe performance degradation.

I was also able to get the audio the rest of the way in sync by adding samplerate=22050 to sageTCPServer/streamingTranscodeOptions.

I did finally get VLC v1.0.5 and 1.1.0 to work with different command line options, but they seem glitchy. It's probably my fault, but I'm sticking with v1.0.0 for now until I've had a chance to play with it more.

Originally Posted by Brent94Z

I have seen mention of needing an app that does progressive streaming. Is there one that you guys are using that seems to work well?

I'm currently using the streaming app that came with my phone (HTC Streaming Media), but I did try doubleTwist and it seemed to work as well. There are a few others that claim to, but that's the only other one I've tried.

[Brent94Z]

Originally Posted by Mythikal

I'm currently using the streaming app that came with my phone (HTC Streaming Media), but I did try doubleTwist and it seemed to work as well. There are a few others that claim to, but that's the only other one I've tried.

I found doubletwist in the market. I'll look into this and see what it takes to get it up and running. Downloaded it to the phone and will try to figure it out Thanks!

[Fonceur]

Version 1.01

- Updated the default VLC init string. (sageTCPServer)
- Fix: Channels were not handled uniformly.

[Fonceur]

Originally Posted by Mythikal

I was also able to get the audio the rest of the way in sync by adding samplerate=22050

I have included both of your changes + the "vlc:quit", so I would suggest that you make a copy of your current values and try the default ones (i.e. delete the lines from sage.properties)...

but I did try doubleTwist and it seemed to work as well.

I got a report that it didn't work, so it's possible that your default HTC Evo app is adding a codec or such that doubleTwist end up using for the streaming...

[Fonceur]

SageTCPServer version 1.4.6

- Fix: was not escaping ' in a JSON string.
- Fix: was escaping / in JSON when it didn't need to...
- Fix: version was stuck at 1.3.9 due to the lack of clean compile.

[Mythikal]

Originally Posted by Fonceur

I have included both of your changes + the "vlc:quit", so I would suggest that you make a copy of your current values and try the default ones (i.e. delete the lines from sage.properties)...

TASageTV-1.01 + SageTCPServer-1.4.6

The syntax for vlc:quit seems to be incorrect. I can no longer start a stream. If I pull the command from sagetv_0.txt and run it from the command line, VLC pops up and starts playing the video. If I remove the vlc:quit, it streams normally. I can't seem to override that setting either from sageTCPServer/streamingVLCOptions.

Wed 6/23 1:42:01.903 [Thread-6@12b940e] [[SageTCPServer-SageServer(local:9250)]]: "C:/Program Files/VideoLAN/VLC/vlc.exe" -I dummy --no-sub-autodetect-file --one-instance "\\server\share\Wallace and Gromit - A Matter of Loaf and Death\Wallace and Gromit in _'A Matter of Loaf and Death_' (2008).divx" vlc:quit :sout=#transcode{vcodec=h264,venc=x264{no-cabac,level=12,vbv-maxrate=300,vbv-bufsize=1000,keyint=75,ref=3,bframes=0},width=320,height=192,acodec=mp4a,ab=64,samplerate=22050,vb=300,audio-sync}:rtp{dst=myserver,8000,sdp=rtsp://myserver:8000/stream.sdp,mp4a-latm}

Rolled back to taSageTV-1.00 + SageTCPServer-1.4.3 for now.

Originally Posted by Fonceur

I got a report that it didn't work, so it's possible that your default HTC Evo app is adding a codec or such that doubleTwist end up using for the streaming...

I was afraid something like that might happen. I'll have a guy at work try it tomorrow on a known working system. If it doesn't work, maybe we can find something that does.

[Fonceur]

Originally Posted by Mythikal

If I remove the vlc:quit, it streams normally. I can't seem to override that setting either from sageTCPServer/streamingVLCOptions.

OK, I'll get rid of it then. I'll also include the other tweaks you did to the streaming options. It seems the actual command might have been: vlc://quit, as it was changed 2 years ago...

[Fonceur]

Version 1.02

- Added a Search option.
- Moved the Favorites/Recorded shows/Schedule/Search to their own section.

SageTCPServer 1.4.8

- Fix: the ' was still not properly escaped.
- Added "vlc://quit" to the vlc streaming.

[Mythikal]

Originally Posted by Fonceur

I got a report that it didn't work, so it's possible that your default HTC Evo app is adding a codec or such that doubleTwist end up using for the streaming...

Confirmed as working on a Hero running 2.1 with no additional players installed. Not working on a G1 running 1.6.

[Fonceur]

Originally Posted by Mythikal

Confirmed as working on a Hero running 2.1 with no additional players installed. Not working on a G1 running 1.6.

OK, and it's not just a version problem, as someone with 2.1 was having issues too.