Open GoogleCodeExporter opened 9 years ago
Just figured out how silly my question was...
I am going to implement a rtspclient to stream with authentication (digest)
I will post back here when i get it done...
Original comment by amitaymo...@gmail.com
on 18 Jun 2012 at 6:31
I am able to stream h264 by sending the RTP packets to a port, creating a
custom SDP file, then reopening that file with VLC. VLC then creates a new SDP
file in Quicktime's movie folder. h263 does not seem to work, but that might be
Darwin's fault.
Original comment by bry...@gmail.com
on 25 Jun 2012 at 8:52
I don't know anything about that darwin thing but if you need sdp files,
spydroid can generate them for you. Spydroid features an HTTP server that can
start/stop video/audio streams and send and sdp file describing them.
Try to type that in your browser: http://ip:8080/spydroid.sdp where "ip" is the
ip of your phone.
Stremaing should then start with the configuration from the option menu and
show you a proper sdp file
Original comment by FyHertz
on 26 Jun 2012 at 9:16
WOHOOOO GOT it to work!!!!
Live Streaming to dss with authentication.
No need to move sdp file or create any sdp files!!!
Its all done automagically!!!
just enter user and pass in settings
and enter address in textbox then click stream!!!
I have a big delay if anyone can help me it would be great!!!
Original comment by amitaymo...@gmail.com
on 26 Jun 2012 at 1:11
Attachments:
without audio i get 10 sec delay....
with audio doesn't work more than 5 sec.
Original comment by amitaymo...@gmail.com
on 27 Jun 2012 at 11:18
Well, when I send h.263 RTP packets to my server and have them transcoded into
h.264 for Darwin via VLC/VLCj (but will soon test live555's code which VLC
uses), the delay is really extreme (which is expected since I am using a
terrible computer). I have three phones (LG Optimus One, HTC Thunderbolt, and a
Nexus Galaxy), and none of them do well with the h.264 packetization.
However, they work very well with the h.263 packetization. Every single one
works with h.263 but not h.264, although the Thunderbolt and Galaxy state in
their documentation that they can handle h.264. It is extremely choppy, but I
shall be working on this. I have yet to completely understand the RFCs related
to RTP streaming for h.264/h.263. I am quite impressed you have been able to
accomplish this!
Audio definitely breaks the program, but I shall be seeing if I can somehow
improve on this.
Great work so far, Simon!
Original comment by bry...@gmail.com
on 28 Jun 2012 at 8:15
Testing on my nexus one 2.3.3,
I tested h.263 and it is really choppy...
h.264 works fine without audio....(A little delay.. im not sure if its because
of my internet speed...)
h.264 with audio is a disaster...
Testing with the code i posted above...
What internet speed do you have?
What delay do you get with h.264 and no audio?
Are you streaming to a DSS on the net or local?
Are you streaming with the code posted above or manually adding the sdp?
BTW RFCs are really annoying,Spent alot of time with them... Good luck :)
Thanks,
Amitay
Original comment by amitaymo...@gmail.com
on 28 Jun 2012 at 9:10
Nice brycey :) Tell me if you find out why audio breaks everything !
Original comment by FyHertz
on 28 Jun 2012 at 11:43
[deleted comment]
when i want to stream video to DSS, I get the response from dss: 412
Precondition Failed during sending the setup request.
Original comment by jeffrey...@hoperun.net
on 1 Jul 2012 at 4:35
[deleted comment]
[deleted comment]
Hi amitaymo am using your above code. Getting a error "wdma_output_width(540)
is small than scl_out_width(960)!" . Can you suggest any clue for this?
Below is the log output
Original comment by akhi.s...@gmail.com
on 1 Oct 2014 at 2:30
Attachments:
Original issue reported on code.google.com by
amitaymo...@gmail.com
on 18 Jun 2012 at 6:20