+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Python Add-on Development (/forumdisplay.php?fid=26)
+--- Thread: [dev] CetonTV+HDHomeRun - Watch TV on XBMC (WIN/OSX) (/showthread.php?tid=119865)
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112
- LehighBri - 2012-02-20 00:32
mcheng89 Wrote:Added VLC logging. Let see if anything interesting comes up.
http://www.mediafire.com/?e0y375b7p5b8ac3
I cant reproduce the issue on my computers.
I see the same buffering issue on my windows client from time-to-time, but not that often (I don't seem to see any buffering on my ATV2). When I use the remoteCeton debug version, I get the following log: http://pastebin.com/hyn1LtDc
Some observations in reading through the log that I see:
x264 [warning]: invalid DTS: PTS is less than DTS
invalid cbp at 83 27
ac-tex damaged at 22 49
ac-tex damaged at 88 0
- mcheng89 - 2012-02-20 01:02
LehighBri Wrote:I see the same buffering issue on my windows client from time-to-time, but not that often (I don't seem to see any buffering on my ATV2). When I use the remoteCeton debug version, I get the following log: http://pastebin.com/hyn1LtDc
Some observations in reading through the log that I see:
x264 [warning]: invalid DTS: PTS is less than DTS
invalid cbp at 83 27
ac-tex damaged at 22 49
ac-tex damaged at 88 0
If its not too high a priority and because I let vlc do all the transcoding, maybe I should start working on Vlc 2.0
Maybe that version fixed a lot of those issues
I'll probably have it ready later today since most of it is already ready
Not home yet though
- uspino - 2012-02-20 03:30
Still trying to figure out my problem. It doen't seem entirely linked to changing channels. It appears VLC randomly stops encoding and serving the stream for no reason. Sometimes it happens after just a few minutes, sometimes it takes longer, but I can't keep the stream alive for something like an hour. Tried both XBMC W7 and XBMCBUntu.
Don't put too much thought on this yet: maybe VLC 2.0 fixes those issues...
- LehighBri - 2012-02-20 03:49
mcheng89 Wrote:If its not too high a priority and because I let vlc do all the transcoding, maybe I should start working on Vlc 2.0
Maybe that version fixed a lot of those issues
I'll probably have it ready later today since most of it is already ready
Not home yet though
Agree... I wouldn't spend a moment on debugging pre-vlc 2.0 versions... I was just bringing them up in case anything obvious jumped out. If vlc 2.0 truly is a huge improvement which it sounds like it might be, perhaps once that is working you can just update the pre-requisites for the plugin to require vlc 2.0 or greater.
- mcheng89 - 2012-02-20 05:11
mcheng89 Wrote:If its not too high a priority and because I let vlc do all the transcoding, maybe I should start working on Vlc 2.0
Maybe that version fixed a lot of those issues
I'll probably have it ready later today since most of it is already ready
Not home yet though
remoteVLC updated.. remoteCeton updated..
Testing... Direct Streaming is still working!... Transcoding is working also...
EDIT1: remoteVLC Plugin now goes in C:\Program Files\VideoLAN\VLC\plugins\control
EDIT2: Please test to see if the transcoding issues still show up in the latest version
If it looks like everything is working fine, I might stop supporting VLC 1.1..
- uspino - 2012-02-20 15:40
I'm going to be testing all day in various scenarios. But so far I keep getting this:
VLC[4]: Streaming to http://localhost:8559
Error: connect() returned error 10061.
Error: No connection could be made because the target machine actively refused it.
VLC[4]: Error while communicating with VLC
any ideas?
I also get a quick error box from VLC Media Player: "The command line options could not be parsed. Make sure thay are valid"
EDIT: Forget about it: I forgot to copy the VLC plugin. That's what happens early in the morning.
- uspino - 2012-02-20 16:25
Before I forget, one suggestion: How about an option "Start in Channel: xxx" in settings (or maybe default to last channel played)? Every time you start/stop, remoteCeton goes back to the lousiest of channels: number 1.
- mcheng89 - 2012-02-20 16:53
uspino Wrote:Before I forget, one suggestion: How about an option "Start in Channel: xxx" in settings (or maybe default to last channel played)? Every time you start/stop, remoteCeton goes back to the lousiest of channels: number 1.
Yep. Thats simple enough.
So todo for next version is just a bunch of changes to the xbmc plugin:
1. Set channel to last played channel [DONE]... Tested
2. Fix OSD button... [DONE]
3. Fix AppleTV stop button. [DONE] Just close the program?
Taking suggestions for other features... I think I'm running out
- uspino - 2012-02-20 18:20
I'm afraid I keep having the same problem: DirectStream works fine but when I try transcoding I run into the same issue: VLC (2.0) randomly stops transcoding (CPU usage for vlc.exe goes from 20% to 0), or goes up and down every 2 seconds. The good thing is I've narrowed this down to 1080 HD channels. When the source is SD or 720, transcoding & streaming works just fine. So it probably has to do with VLC getting confused with 1080 HD program streams.
On XBMCBuntu, this issue gives you a "Program not available" message box. When you clik OK, it tries again, and again, and the only way to get out of it is just turn off the system: there's no way to go back to the menu.
I also find that sometimes 1.6.4 server takes two or three seconds to receive the order from the client. It used to be instant.
On the bright side, it is jus amazing to see remotCeton serving 2 different transcoded streams to 2 different clients.
One really interesting fact: in DirectStream, remoteCeton provides the raw signal, and that includes subtitles. So if you watch through VLC you can actually turn closed captions on or off! It would be great if that feature could be implemented on XBMC.
- mcheng89 - 2012-02-20 18:37
uspino Wrote:I'm afraid I keep having the same problem: DirectStream works fine but when I try transcoding I run into the same issue: VLC (2.0) randomly stops transcoding (CPU usage for vlc.exe goes from 20% to 0), or goes up and down every 2 seconds. The good thing is I've narrowed this down to 1080 HD channels. When the source is SD or 720, transcoding & streaming works just fine. So it probably has to do with VLC getting confused with 1080 HD program streams.
On XBMCBuntu, this issue gives you a "Program not available" message box. When you clik OK, it tries again, and again, and the only way to get out of it is just turn off the system: there's no way to go back to the menu.
I also find that sometimes 1.6.4 server takes two or three seconds to receive the order from the client. It used to be instant.
On the bright side, it is jus amazing to see remotCeton serving 2 different transcoded streams to 2 different clients.
One really interesting fact: in DirectStream, remoteCeton provides the raw signal, and that includes subtitles. So if you watch through VLC you can actually turn closed captions on or off! It would be great if that feature could be implemented on XBMC.
Fixed the loop issue. Not sure about closed captions though. I cant find the option in XBMC...
I'll try playing some 1080p video and see what happens.
@LehighBri: Try this and see if it fixes those issues you were having. Its a modified XBMC plugin:
http://www.mediafire.com/?dw5od4ws86p7plk
EDIT: I see the issue with 1080p video... It seems cpu rises and drops for a few seconds then rises again...
EDIT2: Setting up the stream manually through vlc does the same thing?