My small contribution I call - StreamTV (35 Viewers)
- Thread starter Valk
- Start date
Switzerland
- Thread starter
- #132
Well since your interested in the plugin MoPhat i'll give ya the option.
I have multiple clients working fine but in the process of changing how the TsBuffer is handled i've broken radio support.
If your fine with that i'll put a special build up here on the forums while I fix radio so I can do a update on GC.
I have multiple clients working fine but in the process of changing how the TsBuffer is handled i've broken radio support.
If your fine with that i'll put a special build up here on the forums while I fix radio so I can do a update on GC.
- Thread starter
- #136
9 times out of 10 from just a simple statement like what you gave I can figure out where the problem is.
Detailed logs... there really isn't that much to it and the logs wouldn't have that much useful data.
The best way to fix most of the problems is to step through each line in the debugger when it happens (at least for now).
The new version uses the Stream class now and is a total re-write of the TsBuffer class (just a little more refined again). I'll upload it in a minute, tell me if you have troubles after long periods again, I'll try and do a long test tomorrow hopefully the changes in the reading function might fix it.
If you really want more detailed logs you will have to compile it as the debug x86 build and set your startup project to "ConsoleTestTool" which runs on port 9000. The debugger will output information to the console window which is how I test. If you use the console testing tool you will need to copy Gentle.config into the bin\x86\Debug folder so it can connect up to the TvServer.
Considering the version on GC is out of date I would suggest you don't try it until I do the next commit (r8) which will have the changes to the Http Server, Timeshifting class and the TsBuffer class.
Detailed logs... there really isn't that much to it and the logs wouldn't have that much useful data.
The best way to fix most of the problems is to step through each line in the debugger when it happens (at least for now).
The new version uses the Stream class now and is a total re-write of the TsBuffer class (just a little more refined again). I'll upload it in a minute, tell me if you have troubles after long periods again, I'll try and do a long test tomorrow hopefully the changes in the reading function might fix it.
If you really want more detailed logs you will have to compile it as the debug x86 build and set your startup project to "ConsoleTestTool" which runs on port 9000. The debugger will output information to the console window which is how I test. If you use the console testing tool you will need to copy Gentle.config into the bin\x86\Debug folder so it can connect up to the TvServer.
Considering the version on GC is out of date I would suggest you don't try it until I do the next commit (r8) which will have the changes to the Http Server, Timeshifting class and the TsBuffer class.
I have now the alpha version running... 
There are some problems with that stream what are streamed.
on one test pc (over network) the stream is very slow like a slide show (CPU 3%), most of times comes a error message if i start the stream from my videocontrol
on my dev machine (same where the tvserver is installed) looks normal but with just 90% of the live speed.
Another point is if a second client connects the stream is started at the beginning of the timeshift file and not the live position.
any ideas?
thx
MoPhat
There are some problems with that stream what are streamed.
on one test pc (over network) the stream is very slow like a slide show (CPU 3%), most of times comes a error message if i start the stream from my videocontrol
Code:
Exception > HRESULT: 0x80004004(E_ABORT) at QuartzTypeLib.IMediaEventEx.GetEvent(...)on my dev machine (same where the tvserver is installed) looks normal but with just 90% of the live speed.
Another point is if a second client connects the stream is started at the beginning of the timeshift file and not the live position.
any ideas?
thx
MoPhat
- Thread starter
- #140
Ok after going through all sorts of hell with new hard to trace errors and like all good hard to find errors it was one line to fix. I present 1.0.1.4a (again).
I've tried watching 3 active streams on the host PC + over wireless (54mbit) to my laptop all at the same time and had no issues at all.
Hopefully I didn't miss a gremlin but I'm sure someone will tell me if I did.
Radio playback will work but it won't be a smooth stream (it will stop / start a lot), it isn't good enough to listen to but I'm working on it.
Tell me how ya go, hopefully once I figure out smooth radio playback I'll be ready to move onto the next feature.
The download is in the first post, even though it has the same name as the previous release it is a new build.
I've tried watching 3 active streams on the host PC + over wireless (54mbit) to my laptop all at the same time and had no issues at all.
Hopefully I didn't miss a gremlin but I'm sure someone will tell me if I did.
Radio playback will work but it won't be a smooth stream (it will stop / start a lot), it isn't good enough to listen to but I'm working on it.
Tell me how ya go, hopefully once I figure out smooth radio playback I'll be ready to move onto the next feature.
The download is in the first post, even though it has the same name as the previous release it is a new build.