Skip to Navigation
Skip to Content
Jamcast
Home
Features
Download
Buy
Forums
Support
Facebook
Twitter
Login
New User?
Sign up ยป
SEARCH
Forums
Welcome Guest! To enable all features please
Register
.
Forum
Active Topics
Search
Register
Notification
Error
OK
Jamcast User Community
»
Jamcast Discussions
»
Technical Support
»
works fine on android, not on POHD
works fine on android, not on POHD
Options
Previous Topic
Next Topic
fastlife
#1
Posted :
Wednesday, August 31, 2011 10:30:07 AM(UTC)
Rank: Newbie
Joined: 8/28/2011(UTC)
Posts: 4
Hi,
I'm running a trial of jamcast (version 1.6.1.133). My goal is to stream music from my laptop to my playon!hd (pohd) via upnp/dlna.
Jamcast is installed and working, because the music being played on my laptop can be 'rendered' on my phone and made hearable there.
I can also use my phone to play mp3's from my phone on the playon!hd, which works fine.
But I cannot get the music from jamcast on the laptop to be rendered on the pohd. The pohd tries to play (the screen shows so) but it seems to think the stream has 0 length and stops playing.
I've used many android upnp/dlna programs to try and do this, such as:
2play
bubbleupnp
imediashare
skifta
softmediaplayer trial
upnplay
upnp remote
only skifta and imediashare are any good.
I also have mediatomb running on a server and I'm able to play music from mediatomb (upnp server) with my phone (upnp control point) on the pohd (renderer).
Because of this I suspect that the stream from jamcast is not currently fully compatible with the POHD.
Do you think there is any way this can be fixed? I'd be happy to do some more tests, run debug commands etc, to get this working.
thanks!
fastlife
Back to top
|
Edit by user
User Profile
View All Posts by User
Scott
#2
Posted :
Wednesday, August 31, 2011 11:57:24 AM(UTC)
Rank: Administration
Joined: 1/25/2009(UTC)
Posts: 1,615
Location: Orlando, FL, USA
Hi fastlife,
Thanks for stopping by and checking out Jamcast! We'll work with you as long as it takes to figure this out.
Jamcast has a couple of tricks up its sleeve fr occasions such as this. Open Jamcast Server Manager, flip over to the Devices tab, and locate the entry that represents your POHD device. Double-click the appropriate item to bring up the Properties dialog, and set EnableSeekTrickMode to True, then Apply your changes. No restart is necessary on the Jamcast side, but you should restart the device to be sure it hasn't cached something important.
Does this help? If no, please check medialog.txt (located in the Jamcast program files directory) to be sure that the trick mode is enabled for the correct device -- you should see mention of "seek trick mode enabled"...
Thanks!
Scott
Jamcast Technical Support
Docs:
http://www.sdstechnologies.com/Wiki/
Back to top
WWW
BLOG
User Profile
View All Posts by User
fastlife
#3
Posted :
Wednesday, August 31, 2011 2:14:51 PM(UTC)
Rank: Newbie
Joined: 8/28/2011(UTC)
Posts: 4
Hi Scott,
Thanks for your quick response.
I've set EnableSeekTrickMode to true and power-cycled the POHD afterwards. The result when playing back now is that I hear short bursts of whitenoise both when using skifta and when using iMS.
The medialog seems to show a correct setting:
08-31-2011 20:44:17 I/O stats for Windows Mixer: queue=32,768 reads=11,755 totalreadbytes=6,373,376 readsnodata=10,977 writes=391 totalwritebytes=6,406,144 writesempty=390 writesfull=0 maxbytes=32,768
08-31-2011 20:44:17 I/O stats for ffmpeg.exe: queue=263,315 reads=2,120 totalreadbytes=1,138,970 readsnodata=1,716 writes=811 totalwritebytes=1,402,285 writesempty=405 writesfull=1 maxbytes=262,144
08-31-2011 20:44:17 Network send stats: bytes=1,138,970 sleeps=1,716
08-31-2011 20:44:17 Streaming to HTC HTC Desire (192.168.2.5) completed.
08-31-2011 20:44:18 The media server @ 192.168.2.3:58642 was shutdown.
08-31-2011 20:44:28 Startup v1.6.1.133 (Microsoft Windows NT 5.1.2600 Service Pack 3)...
08-31-2011 20:44:28 The media server started successfully on toshiba-laptop.lan @ 192.168.2.3:58642
08-31-2011 20:46:10 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
08-31-2011 20:46:10 Media seek trick mode is enabled.
08-31-2011 20:46:10 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
08-31-2011 20:46:10 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Wed, 31 Aug 2011 18:46:10 GMT, Content-Type: audio/mpeg, Content-Length: 2147483647, Accept-Ranges: bytes, transferMode.dlna.org: Streaming
08-31-2011 20:46:10 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
08-31-2011 20:46:10 WaveInDeviceID: -1
08-31-2011 20:46:10 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
08-31-2011 20:46:16 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
08-31-2011 20:46:16 Media seek trick mode is enabled.
08-31-2011 20:46:16 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
08-31-2011 20:46:16 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Wed, 31 Aug 2011 18:46:16 GMT, Content-Type: audio/mpeg, Content-Length: 2147483647, Accept-Ranges: bytes, transferMode.dlna.org: Streaming
08-31-2011 20:46:16 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
08-31-2011 20:46:16 WaveInDeviceID: -1
08-31-2011 20:46:16 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
08-31-2011 20:46:17 I/O stats for Windows Mixer: queue=16,384 reads=382 totalreadbytes=1,048,576 readsnodata=254 writes=65 totalwritebytes=1,064,960 writesempty=61 writesfull=0 maxbytes=57,344
08-31-2011 20:46:17 I/O stats for ffmpeg.exe: queue=1,045 reads=257 totalreadbytes=233,044 readsnodata=131 writes=152 totalwritebytes=234,089 writesempty=127 writesfull=0 maxbytes=4,180
08-31-2011 20:46:17 Network send stats: bytes=233,044 sleeps=131
08-31-2011 20:46:17 Streaming to Realtek Embedded UPnP Render(pohd) (192.168.2.5) completed.
What can I try next?
Regards,
fastlife
Back to top
User Profile
View All Posts by User
Scott
#4
Posted :
Wednesday, August 31, 2011 2:51:03 PM(UTC)
Rank: Administration
Joined: 1/25/2009(UTC)
Posts: 1,615
Location: Orlando, FL, USA
Hi fastlife,
Next, try setting ForceMP3CaptureStream to True. Try that with EnableSeekTrickMode = True (as it is now), then try with False as well. Again, restart the device between changes to settings to make sure caching doesn't send us on a wild goose chase. If you want to paste your medialog.txt after I can verify that the changes had the appropriate effect.
Good luck!
Scott
Jamcast Technical Support
Docs:
http://www.sdstechnologies.com/Wiki/
Back to top
WWW
BLOG
User Profile
View All Posts by User
fastlife
#5
Posted :
Thursday, September 01, 2011 12:38:23 AM(UTC)
Rank: Newbie
Joined: 8/28/2011(UTC)
Posts: 4
Hi Scott,
The captureasmp3 setting on true did not help, neither when seek was true and when seek was false.
medialog:
09-01-2011 07:30:55 I/O stats for Windows Mixer: queue=1,859,584 reads=18,235 totalreadbytes=7,856,128 readsnodata=17,276 writes=593 totalwritebytes=9,715,712 writesempty=479 writesfull=6 maxbytes=1,764,000
09-01-2011 07:30:55 I/O stats for ffmpeg.exe: queue=264,359 reads=2,442 totalreadbytes=1,246,428 readsnodata=2,014 writes=794 totalwritebytes=1,510,787 writesempty=427 writesfull=2 maxbytes=262,144
09-01-2011 07:30:55 Network send stats: bytes=1,246,428 sleeps=2,014
09-01-2011 07:30:55 Streaming to HTC HTC Desire (192.168.2.5) completed.
09-01-2011 07:30:56 The media server @ 192.168.2.3:58642 was shutdown.
09-01-2011 07:31:07 Startup v1.6.1.133 (Microsoft Windows NT 5.1.2600 Service Pack 3)...
09-01-2011 07:31:07 The media server started successfully on toshiba-laptop.lan @ 192.168.2.3:58642
09-01-2011 07:32:16 HTTP/1.1 GET request: /Media/image/jpeg/Resource/Jamcast.Media.Resources.jamcast_album_art.jpg User-Agent: Dalvik/1.2.0 (Linux; U; Android 2.2; HTC Desire Build/FRF91), Host: 192.168.2.3:58642, Connection: Keep-Alive
09-01-2011 07:32:16 Media stream pipeline: Embedded Resource -> HTC HTC Desire @ 192.168.2.2
09-01-2011 07:32:16 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Thu, 01 Sep 2011 05:32:16 GMT, Content-Type: image/jpeg, Content-Length: 18992, Accept-Ranges: none
09-01-2011 07:32:16 Begin streaming to HTC HTC Desire @ 192.168.2.2...
09-01-2011 07:32:16 I/O stats for Embedded Resource: queue=0 reads=5 totalreadbytes=18,992 readsnodata=2 writes=3 totalwritebytes=18,992 writesempty=1 writesfull=0 maxbytes=16,384
09-01-2011 07:32:16 Network send stats: bytes=18,992 sleeps=1
09-01-2011 07:32:16 Streaming to HTC HTC Desire (192.168.2.2) completed.
09-01-2011 07:32:19 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
09-01-2011 07:32:19 Media seek trick mode is enabled.
09-01-2011 07:32:19 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
09-01-2011 07:32:19 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Thu, 01 Sep 2011 05:32:19 GMT, Content-Type: audio/mpeg, Content-Length: 2147483647, Accept-Ranges: bytes, transferMode.dlna.org: Streaming
09-01-2011 07:32:19 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
09-01-2011 07:32:19 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
09-01-2011 07:32:19 WaveInDeviceID: -1
09-01-2011 07:32:25 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
09-01-2011 07:32:25 Media seek trick mode is enabled.
09-01-2011 07:32:25 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
09-01-2011 07:32:25 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Thu, 01 Sep 2011 05:32:25 GMT, Content-Type: audio/mpeg, Content-Length: 2147483647, Accept-Ranges: bytes, transferMode.dlna.org: Streaming
09-01-2011 07:32:25 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
09-01-2011 07:32:25 WaveInDeviceID: -1
09-01-2011 07:32:25 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
09-01-2011 07:32:25 I/O stats for Windows Mixer: queue=16,384 reads=337 totalreadbytes=933,888 readsnodata=223 writes=58 totalwritebytes=950,272 writesempty=58 writesfull=0 maxbytes=16,384
09-01-2011 07:32:25 I/O stats for ffmpeg.exe: queue=0 reads=228 totalreadbytes=209,011 readsnodata=119 writes=136 totalwritebytes=209,011 writesempty=109 writesfull=0 maxbytes=4,180
09-01-2011 07:32:25 Network send stats: bytes=209,011 sleeps=119
09-01-2011 07:32:25 Streaming to Realtek Embedded UPnP Render(pohd) (192.168.2.5) completed.
09-01-2011 07:33:03 I/O stats for Windows Mixer: queue=16,384 reads=6,498 totalreadbytes=6,733,824 readsnodata=5,676 writes=412 totalwritebytes=6,750,208 writesempty=408 writesfull=0 maxbytes=49,152
09-01-2011 07:33:03 I/O stats for ffmpeg.exe: queue=0 reads=2,181 totalreadbytes=1,524,538 readsnodata=1,549 writes=855 totalwritebytes=1,524,538 writesempty=631 writesfull=0 maxbytes=9,404
09-01-2011 07:33:03 Network send stats: bytes=1,524,538 sleeps=1,549
09-01-2011 07:33:03 Streaming to HTC HTC Desire (192.168.2.5) completed.
09-01-2011 07:34:33 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
09-01-2011 07:34:33 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
09-01-2011 07:34:33 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Thu, 01 Sep 2011 05:34:33 GMT, Content-Type: audio/mpeg, Accept-Ranges: none, transferMode.dlna.org: Streaming
09-01-2011 07:34:33 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
09-01-2011 07:34:33 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
09-01-2011 07:34:33 WaveInDeviceID: -1
09-01-2011 07:34:38 HTTP/1.1 GET request: /Media/audio/mpeg/CaptureStream Host: 192.168.2.3:58642, User-Agent: RealtekVOD/1.0.0 (Linux), Keep-Alive: 300, Connection: Keep-Alive, TE: trailers, Accept: */*, transferMode.dlna.org: Streaming, contentFeatures.dlna.org: 1
09-01-2011 07:34:38 Media stream pipeline: Windows Mixer -> ffmpeg.exe -> Realtek Embedded UPnP Render(pohd) @ 192.168.2.5
09-01-2011 07:34:38 Response: Server: Windows NT/5.1, UPnP/1.0, Jamcast/1.6, Date: Thu, 01 Sep 2011 05:34:38 GMT, Content-Type: audio/mpeg, Accept-Ranges: none, transferMode.dlna.org: Streaming
09-01-2011 07:34:38 Process started: ffmpeg.exe -ar 44100 -ac 2 -f s16le -i - -ar 44100 -ac 2 -f mp3 -ab 320k -
09-01-2011 07:34:38 WaveInDeviceID: -1
09-01-2011 07:34:38 Begin streaming to Realtek Embedded UPnP Render(pohd) @ 192.168.2.5...
09-01-2011 07:34:38 I/O stats for Windows Mixer: queue=0 reads=1,213 totalreadbytes=950,272 readsnodata=1,097 writes=58 totalwritebytes=950,272 writesempty=56 writesfull=0 maxbytes=49,152
09-01-2011 07:34:38 I/O stats for ffmpeg.exe: queue=0 reads=364 totalreadbytes=213,191 readsnodata=294 writes=111 totalwritebytes=213,191 writesempty=70 writesfull=0 maxbytes=5,225
09-01-2011 07:34:38 Network send stats: bytes=213,191 sleeps=294
09-01-2011 07:34:38 Streaming to Realtek Embedded UPnP Render(pohd) (192.168.2.5) completed.
What's the next step I should take?
thanks,
fastlife
Back to top
User Profile
View All Posts by User
Scott
#6
Posted :
Thursday, September 01, 2011 6:55:39 PM(UTC)
Rank: Administration
Joined: 1/25/2009(UTC)
Posts: 1,615
Location: Orlando, FL, USA
Hi fastlife,
Hmmm... logfile looks good in terms of the settings you applied doing the right things. The device consumes audio data and appears to terminate the connection, but why?
Do you have any media servers successfully streaming to this device, and have you ever used Wireshark? With network captures of success and failure I might be able to identify the essential difference.
Very strange, usually it's more obvious than this from the logfile.
Thanks for your patience.
Scott
Jamcast Technical Support
Docs:
http://www.sdstechnologies.com/Wiki/
Back to top
WWW
BLOG
User Profile
View All Posts by User
fastlife
#7
Posted :
Monday, September 05, 2011 1:31:58 PM(UTC)
Rank: Newbie
Joined: 8/28/2011(UTC)
Posts: 4
Hi Scott,
Sorry for the delay. Yes I can stream to the POHD just fine, for instance using the mediatomb upnp server.
I think I'm able to use wireshark (have used it in the past) but the laptop that runs jamcast has a wireless adapter that doesn't support promiscious mode so sniffing doesn't seem possible.
I can sniff under linux but because the controlpoint is on my phone it's a bit of an odd situation: All connections are on switches so I don't see all traffic at the same time when sniffing at any point in the network.
Could you be a bit more specific in which data you need to have?
For instance the tcp dump of the jamcast machine, dump from the POHD, dump from mediatomb or dump from the phone ? And what traffic specifically? There is a lot flying around. Is the control and the data separated by port nr or protocol for instance?
thanks,
fastlife
Back to top
User Profile
View All Posts by User
Scott
#8
Posted :
Thursday, September 08, 2011 9:19:51 AM(UTC)
Rank: Administration
Joined: 1/25/2009(UTC)
Posts: 1,615
Location: Orlando, FL, USA
Hi fastlife,
What I'd be looking for is to compare the request/response between POHD and Mediatomb for playback of a track (an MP3 file would suffice), and then the same request/response capture for the Virtual Soundcard playback with EnableMP3CaptureStream set to True.
For Jamcast, the request will come in on TCP 58642; on Mediatomb I couldn't say what port that server listens on. I suppose the capture could be done from the Jamcast endpoint, the Mediatomb endpoint, or the POHD endpoint depending on which evidence you're collecting -- point being, either software or device side should suffice.
Good luck!
Scott
Jamcast Technical Support
Docs:
http://www.sdstechnologies.com/Wiki/
Back to top
WWW
BLOG
User Profile
View All Posts by User
Users browsing this topic
Guest
Jamcast User Community
»
Jamcast Discussions
»
Technical Support
»
works fine on android, not on POHD
Forum Jump
Jamcast Discussions
- General Discussion
- Technical Support
- Jamcast Player for Android
- Feature Requests
- Jamcast API & Plugins
You
cannot
post new topics in this forum.
You
cannot
reply to topics in this forum.
You
cannot
delete your posts in this forum.
You
cannot
edit your posts in this forum.
You
cannot
create polls in this forum.
You
cannot
vote in polls in this forum.
Watch this topic
Email this topic
Print this topic
» Normal
Threaded
Powered by YAF
|
YAF © 2003-2011, Yet Another Forum.NET
This page was generated in 0.201 seconds.