I can be the guinea pig unless someone else beats me to it. May be works with a registry hack?
It didn't work for me, but the 630 is no 770 so it might
Sent from my HTC One with OmniROM
I can be the guinea pig unless someone else beats me to it. May be works with a registry hack?
It didn't work for me, but the 630 is no 770 so it might
Sent from my HTC One with OmniROM
Any fix for the 'steam not found' error?
Sent from my GT-I9505 using XDA Premium 4 mobile app
If your laptop doesn't have Optimus, the mobile streaming hack in should work. http://xdaforums.com/showpost.php?p=47843410&postcount=91
It could be anything. Try reinstalling GeForce Experience or clean installing the Nvidia drivers.
I'm working on a port of the Limelight-pc code to the Raspberry Pi. In it's current state it is able to display the video with low latency using the hardware decoder. Sound is also working, but the Java Sound API is too slow for the cpu which will therefore result in lots of delays. Input is not working because I avoid using X and therefore need to port the code to use the evdev interface directly.
During the port I found some interessting details about the video stream. Currently the video codec hasn't set the bitstream_restriction_flag and the max_dec_frame_buffering property. At least on the Raspberry Pi this will cause huge delay's, becasue the decoder will buffer the frames in case it will find a B-Frame. By edditing the SPS NAL before give it to the decoder I was able to remove almost all delays on the Raspberry Pi. Maybe this will also work on some android decoders. I simply change some bytes in the stream so I will propably break when Nvidia change something in the streamer. See github.com/irtimmer/limelight-pi/commit/5b6ddd10ecdfbef6cea750da1e568ea73be4fbb3 for more information.
The code of the port is of course available online on github.com/irtimmer/limelight-pi. At the end of the week I hope to have sound and input working and will then propably release some binaries too.
Huge thanks for the SPS hint. Fixing up the SPS completely eliminates the Tegra hardware decoder latency.
EDIT: I'll be making the SPS change in limelight-common before feeding data to the DecoderRenderer
This sounds like a break through change. No buffering needed and now frame rates should be perfect. Is this true?
For the hardware decoders that are behaving badly (Tegra), this is a breakthrough change. Older Tegra 3 devices will see the greatest benefit because their CPU cores aren't quite powerful enough to decode at a stable frame rate.
For hardware working well already, the effect should be minimal.
It will a bit. I could notice a difference on the Shield.
And check! Tegra 3(asus tf300) working perfect with hardware decoding 720p@30fps!!!
Many thanks for your hard work guys!
EDIT:since I'm already here... on the PC version i still get very macro blocks in complex images, it looks perfect on steam and the game intro but as soon i enter the actual game its a mess specially if i run! (assassins creed 3)
Great, I always wanted to stream my games to my pi. When I have time I will try installing it, now I have just RaspXBMC on it so I can't test it. In the future if it will support the 360 gamepad it will be complete!I have my first alpha version of Limelight-pi ready. It's available on https://github.com/irtimmer/limelight-pi/releases
Currently only keyboard and mouse input is supported, because I don't have a gamepad to test with. To use keyboard and/or mouse input you have to run as root and specify the /dev/input/event[nr] device using the -input paramater. To find out which event device correspond with which input you can look at the symlinks in /dev/input/by-path.
The OpenJDK JVM is too slow on ARM so you need a Oracle JVM. Oracle Java SE7 is available in the repository's for Raspbian. For other linux distributions you need to download a pre-release version of Oracle Java SE8 or Oracle Java SE-Embedded 7.
I have tested the software on ArchLinux in combination with Oracle Java SE-Embedded 7, but I hope it will also work with other combinations.