Anyone else have any time to help troubleshoot this? I'm fairly stumped at this point and would really love to get this working. So far this is the only serious bug I've found in the 1.1 beta and I've really been putting it through its paces lately. Does anyone at least have a working native audio install that can verify that audio is or isn't choppy with ALSA or Pulseaudio on Ubuntu? For some reason I can't get either to work on any of my test boxes, and it would be good to know if it looks like something specific to the rdpsnd subsystem plugin I'm working on.
On Thu, Apr 11, 2013 at 1:56 PM, Michael Martin <mpmar...@ratchetfish.com>wrote: > A quick follow-up to this. I've done more troubleshooting today, and have > tracked the on-again-off-again audio all the way back to > /libfreerdp/core/transport.c and it looks like the audio traffic (which > comes in as the only non-fastpath data so it's easy to spot) is dropping > before it even makes it onto the stream. So something that FreeRDP is > doing is either screwing with the input stream where I can't quite see it > or with the server itself. Which makes very little sense. Audio works > perfectly with all of my targets using the old (1.0) rdpsnd and the > official MS RDP clients so it's not a bug/problem on that end. I put > together a quick stub rdpsnd subsystem that doesn't actually do anything > and see the same behavior so I'm 100% sure that my subsystem isn't blocking > anything. Does anyone have any idea how we might be affecting the server > like this? Marc-Andre? > > > > On Wed, Apr 10, 2013 at 1:50 PM, Michael Martin > <mpmar...@ratchetfish.com>wrote: > >> Hey, I've been working on porting my hacked version of the rdpsnd plugin >> from v1.0 over to v1.1 beta 1 and have run into a bit of an issue. I >> originally had just hacked the 1.0 rdpsnd/alsa plugin to re-direct to my >> own app (via a socket) and it worked fine. I've now ported that hacked >> code into a proper stand-alone rdpsnd subsystem that implements the wave >> decode/play functions as far as I can tell correctly. The problem I'm >> seeing is that audio messages from my target machine (and I've tried this >> with 2003, 2008 r2 and XP) about 2 out of every 10 seconds. I tossed an >> extra debug print message into rdpsnd_main.c whenever rdpsnd_recv_pdu is >> invoked and what I'm seeing when there is a constant audio stream is >> SNDC_WAVE messages for about 2 seconds, then nothing for 8 seconds, then >> more for about 2 seconds, and so on. Since this is the recv entry point to >> rdpsnd it looks to me like it's further up the chain (perhaps in the VC >> itself) but haven't spent enough time in that system to easily >> troubleshoot. I was hoping this would ring a bell for someone. I don't >> see any issues in GitHub that look quite like this but that doesn't mean it >> hasn't been dealt with before. Any idea guys? >> >> -- >> Michael Martin >> mpmartin (at) ratchetfish (dot) com >> > > ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr _______________________________________________ Freerdp-devel mailing list Freerdp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freerdp-devel
