[User 137418]

1) CH 3.1 - plays English, stream identified as 1/2 English
2) CH 6.1 - plays no sound, stream identified as 2/2 Castilian (I do not change anything at this point)
3) CH 10.1 - plays English, stream identified as 1/2 English
4) CH 6.1 - plays no sound, stream identified as 2/2 Castilian (I then switch the stream to 1/2 English and it plays English, and I leave it set on this audio stream)
5) CH 10.1 - plays English, stream identified as 1/2 English
6) CH 6.1 - plays no sound, stream identified as 1/2 Castilian (I then switch the stream to 2/2 English and it plays English)

Did you notice that if you use xbmc to play the wtv file 'LiveTV_ThinkPad_ATSC_6.1_2013_10_14_10_16_38.wtv', it chooses the Castilian audio stream by default (which has no sound)? This is really an xbmc/wtv bug. I should be able to circumvent it by remuxing only eng to the ts file. I hope.

When I open the two files 'LiveTV_ThinkPad_ATSC_6.1_2013_10_14_10_16_38' in XBMC the .ts file opens with/chooses the Castilian/no audio stream. However, when I open the .wtv copy/version, it opens with/chooses the English audio stream.

[mr3p]

Yes, I noticed Castilian audio appeared once as well. I thought it was strange, figured I must have hit the keyboard without remembering changed audio back to English.

[krustyreturns]

When I open the two files 'LiveTV_ThinkPad_ATSC_6.1_2013_10_14_10_16_38' in XBMC the .ts file opens with/chooses the Castilian/no audio stream. However, when I open the .wtv copy/version, it opens with/chooses the English audio stream.

Interesting. Again just looking at the file above (its wtv and ts version):

After reading your post, I opened the wtv version selected english, and then set 'set as default for all video files' (something like that anyway) in xbmc. Then when I restarted xbmc and played the file again it correctly grabbed english - I assume that is what you did and that's why you and I got different results initially.

After doing this, if I open the ts version, the wrong audio is still chosen - like you said. So I figure okay I'll do the same, I chose english for the ts and set it as the default too. Then when I replayed the ts file with xbmc it chose english automatically. BUT when I then replayed the wtv version it played the wrong audio! I tried it a few times then. If I set the default audio for one format, it does the wrong thing for the audio of the other format. Weird right? Same for you?

[User 137418]

When I open the two files 'LiveTV_ThinkPad_ATSC_6.1_2013_10_14_10_16_38' in XBMC the .ts file opens with/chooses the Castilian/no audio stream. However, when I open the .wtv copy/version, it opens with/chooses the English audio stream.

Interesting. Again just looking at the file above (its wtv and ts version):

After reading your post, I opened the wtv version selected english, and then set 'set as default for all video files' (something like that anyway) in xbmc. Then when I restarted xbmc and played the file again it correctly grabbed english - I assume that is what you did and that's why you and I got different results initially.

After doing this, if I open the ts version, the wrong audio is still chosen - like you said. So I figure okay I'll do the same, I chose english for the ts and set it as the default too. Then when I replayed the ts file with xbmc it chose english automatically. BUT when I then replayed the wtv version it played the wrong audio! I tried it a few times then. If I set the default audio for one format, it does the wrong thing for the audio of the other format. Weird right? Same for you?

Definitely weird. Just opened the TS again, and this time it played in English. I hadn't thought to try any of the set as default settings, but one of the things I'm wondering is how it manages that. Like in some instances (the majority) English is stream 1 and Castilian is stream 2. But there was that odd change in step 6 of my previous post where by the end of my channel surfing Castilian was listed as 1 of 2 and English as 2 of 2. I am befuddled.

[mini__me]

I think I did previously, I updated to Gotham to see if that made a difference Will roll all back tonight if I get the chance and give Frodo another go and post logs, if I don't get a chance tonight it's going to be next week now as I'm away for a few days.

Thanks for your help

If you can that would be great. Your problem is a strange one, I'd like to see what is going on.

Interesting, I've rolled back one install to Frodo and it's working, I could have sworn it was broken in Frodo as well! Trying to roll forward again uninstalling everything and reconfiguring the plugin from scratch.

I do need Gotham to get another plugin working so I'm in a catch 22 at the minute, still I've been waiting for something like this for years I'm sure I can wait a few more weeks or however long it may take

Thanks again for your help! Is there anyway we can donate to help out?

[mini__me]

OK so after the full uninstall and reinstall of everything in Gotham it's working on one of the clients

Just need to do the main one where I am trialling XBMC but that will have to wait till I'm back now I have no idea how it got so messed up, but I'll follow the same process as before of rolling back to Frodo, make sure that work and then roll forward to Gotham following a full uninstall again.

I think I read somewhere about being able to watch recordings in progress....that would be the cream on the cake and the deal sealer for binning off my extenders gaining all the functionality of XBMC and the great plugins through the house

[runee]

Hi Krusty!


I've been following this project from day#1 and I am very excited about it.
Due to RL issues, my Media Center activities have been reduced to nil - which also meant I lost track of the original thread, and I see this one has hit page 100 !!!! Lol, well, at least you know your project is in demand I guess ;-)

Anyways, I had some issues, so I bought a new hard drive and performed a fresh install (with Margo build) and your PVR addon.
I am facing just one issue for me to be in perfect heaven with this setup - one I had before as well (so I fear it is my setup, more on that below).
What I can report, is that: Basically it works. And my channel changes are 2-3 seconds! I love it - good job!

My problem: I still see some weird lag on HD channels. I must confess I did not read ALL the 100 pages, but my skimming revealed that I am not the only seeing this ?

I have uploaded a video of the lag, to show you what it is about (cellphone):
http://youtu.be/zGrtoP3mcwE
So it's more of a time speed up/down every second or so than actual lag......

A few notes:
- it is on live-tv only (Recordings seems to have no problem)
- HD channels only (SD works like a charm)
- My HD channels looks perfect in MCE
- CPU is steady around 10-12% so I don't think it's a hardware performance issue


My setup is:
- Windows 7 (32 bit)
- 2 x AnySee 30c tuners (DVB-C)
- Asrock Core-HT100BD system with:
- 4 Gigs of Ram
- Core i3
- Standard 5400 2GB hdd
- 1080p (same problem in 720p)
- disabled AC3 in audio config
- dxva2
- Using DVBLink for the tuner->MCE integration. (If you don't know, the readers digest: MCE wont do DVB-C, so DVBLink goes in between and sets up virtual DVB-T tuners on the system for MCE to use. It then acts as a Streaming server to those tuners. All-in-all pretty clever, and allows me to distribute the server and clients just like an XBMC setup. I am running everything locally on the same machine though)

My fear is, that the DVBLink is the culprit? Seeing as I guess you are also streaming from MCE to the PVR plugin... could it be the double streaming that is the cause of this? (e.g.: Tuner -> DVBLink -> MCE -> XBMC)


Anything I can provide you with to help solve this? It is the only thing preventing me from never starting MCE again and finally get my entire setup running XBMC and not switch all the time. (It is also my only TV viewing platform - so it *has* to work for me to make the switch ;-) )

[krustyreturns]

OK so after the full uninstall and reinstall of everything in Gotham it's working on one of the clients

Just need to do the main one where I am trialling XBMC but that will have to wait till I'm back now I have no idea how it got so messed up, but I'll follow the same process as before of rolling back to Frodo, make sure that work and then roll forward to Gotham following a full uninstall again.

I think I read somewhere about being able to watch recordings in progress....that would be the cream on the cake and the deal sealer for binning off my extenders gaining all the functionality of XBMC and the great plugins through the house

You should be able to watch recordings in progress, its almost the same as watching a live tv stream.

[spaceboy]

ok, we are making progress, i have live tv on the pi!! i just made the change dilligaf suggested and that all works well. so thank you very much for that

recorded tv is still not working. when the pi calls for a wtv through serverwmc then what is the process? because i see nothing in the xbmctemp folder and no sign of the client calling it in the serverwmc log. it seems from the raspbmc log that its trying to access the wtv file directly but i thought xbmc coul not do that. visually on the pi it looks like play back is about to start, the screen goes black and the timer pops up but never starts counting

one thing i have noticed and i think i mentioned earlier is that the live tv streams aren't getting deleted. i see this in the log:

2013/10/13 01:26:09.455 StreamProc::Close> error close stream: System.IO.IOException: The process cannot access the file 'D:\Recorded TV\TempXBMC\LiveTV_192.168.1.17_DVB-T_104_2013_10_13_01_24_42.wtv' because it is being used by another process.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalDelete(String path, Boolean checkHost)
at ServerWMC.Worker.StreamProc.Close()
2013/10/13 01:26:09.456 CloseLiveStream> -----------------done-------------------------

i think this may be because i have comskip monitoring my wmc recorded tv folder, possibly watching recursive directories. could that be causing this?

Great job dilligaf! The reason your recorded tv didn't work after you made the change is that the paths to the old rec tv files are made when the server starts. So save it with dilligaf's changes and restart the server, rec tv will work then.

hi kr ,no still no playback of recorded tv on the pi after restarting the server. as i say above it seems to me that the pi is trying to play the wtv directly, is this correct? the log:

22:05:30 T:3041493632 NOTICE: COMXPlayer: Opening: smb:/username%40outlook.com:password@HTPC/d/Recorded TV/Some Girls_BBC THREE_2013_10_14_21_57_00.wtv
22:05:30 T:3041493632 WARNING: CDVDMessageQueue(player):ut MSGQ_NOT_INITIALIZED
22:05:32 T:2672587840 NOTICE: Thread COMXPlayer start, auto delete: false
22:05:32 T:2672587840 NOTICE: Creating InputStream
22:06:08 T:2705323072 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
22:06:09 T:2696934464 NOTICE: Thread Jobworker start, auto delete: true
22:06:10 T:2672587840 NOTICE: Creating Demuxer
22:06:46 T:2672587840 NOTICE: Opening video stream: 4 source: 256
22:06:46 T:2672587840 NOTICE: Creating video thread
22:06:46 T:2696934464 NOTICE: Thread COMXPlayerVideo start, auto delete: false
22:06:46 T:2672587840 NOTICE: Opening audio stream: 1 source: 256
22:06:46 T:2672587840 NOTICE: Creating audio thread
22:06:46 T:2852123712 NOTICE: Thread COMXPlayerAudio start, auto delete: false
22:06:46 T:2672587840 NOTICE: Opening Subtitle stream: 0 source: 256
22:06:46 T:2672587840 NOTICE: Opening teletext stream: 3 source: 256
22:06:46 T:2672587840 NOTICE: Creating teletext data thread
22:06:46 T:2714760256 NOTICE: Thread CDVDTeletextData start, auto delete: false
22:06:46 T:2714760256 NOTICE: running thread: CDVDTeletextData
22:06:47 T:2696934464 ERROR: Output - renderer not started
22:06:51 T:2705323072 ERROR: Previous line repeats 2 times.
22:06:51 T:2705323072 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: MPEG-2 video
22:06:51 T:2664199232 NOTICE: Thread Jobworker start, auto delete: true
22:08:54 T:2723148864 NOTICE: Thread Background Loader start, auto delete: false

thanks!

[w84no1]

Hi Krusty!


I've been following this project from day#1 and I am very excited about it.
Due to RL issues, my Media Center activities have been reduced to nil - which also meant I lost track of the original thread, and I see this one has hit page 100 !!!! Lol, well, at least you know your project is in demand I guess ;-)

Anyways, I had some issues, so I bought a new hard drive and performed a fresh install (with Margo build) and your PVR addon.
I am facing just one issue for me to be in perfect heaven with this setup - one I had before as well (so I fear it is my setup, more on that below).
What I can report, is that: Basically it works. And my channel changes are 2-3 seconds! I love it - good job!

My problem: I still see some weird lag on HD channels. I must confess I did not read ALL the 100 pages, but my skimming revealed that I am not the only seeing this ?

I have uploaded a video of the lag, to show you what it is about (cellphone):
http://youtu.be/zGrtoP3mcwE
So it's more of a time speed up/down every second or so than actual lag......

A few notes:
- it is on live-tv only (Recordings seems to have no problem)
- HD channels only (SD works like a charm)
- My HD channels looks perfect in MCE
- CPU is steady around 10-12% so I don't think it's a hardware performance issue


My setup is:
- Windows 7 (32 bit)
- 2 x AnySee 30c tuners (DVB-C)
- Asrock Core-HT100BD system with:
- 4 Gigs of Ram
- Core i3
- Standard 5400 2GB hdd
- 1080p (same problem in 720p)
- disabled AC3 in audio config
- dxva2
- Using DVBLink for the tuner->MCE integration. (If you don't know, the readers digest: MCE wont do DVB-C, so DVBLink goes in between and sets up virtual DVB-T tuners on the system for MCE to use. It then acts as a Streaming server to those tuners. All-in-all pretty clever, and allows me to distribute the server and clients just like an XBMC setup. I am running everything locally on the same machine though)

My fear is, that the DVBLink is the culprit? Seeing as I guess you are also streaming from MCE to the PVR plugin... could it be the double streaming that is the cause of this? (e.g.: Tuner -> DVBLink -> MCE -> XBMC)


Anything I can provide you with to help solve this? It is the only thing preventing me from never starting MCE again and finally get my entire setup running XBMC and not switch all the time. (It is also my only TV viewing platform - so it *has* to work for me to make the switch ;-) )

I am using dvblink also and I don't have the stuttering issue. The problem is the margo build, it starts the stream too early. Install 12.2 and see if that fixes the problem.

[spaceboy]

ok, we are making progress, i have live tv on the pi!! i just made the change dilligaf suggested and that all works well. so thank you very much for that

recorded tv is still not working. when the pi calls for a wtv through serverwmc then what is the process? because i see nothing in the xbmctemp folder and no sign of the client calling it in the serverwmc log. it seems from the raspbmc log that its trying to access the wtv file directly but i thought xbmc coul not do that. visually on the pi it looks like play back is about to start, the screen goes black and the timer pops up but never starts counting

one thing i have noticed and i think i mentioned earlier is that the live tv streams aren't getting deleted. i see this in the log:

2013/10/13 01:26:09.455 StreamProc::Close> error close stream: System.IO.IOException: The process cannot access the file 'D:\Recorded TV\TempXBMC\LiveTV_192.168.1.17_DVB-T_104_2013_10_13_01_24_42.wtv' because it is being used by another process.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalDelete(String path, Boolean checkHost)
at ServerWMC.Worker.StreamProc.Close()
2013/10/13 01:26:09.456 CloseLiveStream> -----------------done-------------------------

i think this may be because i have comskip monitoring my wmc recorded tv folder, possibly watching recursive directories. could that be causing this?

Hi Spaceboy,

Do you get the HD stutter on all your clients? Apart from the newer server not working for me at the moment, though old one still works fine, the HD stutter is the only thing stopping me ditching my WMC and Echo setup for XBMC throughout the house.

If I just need to buy a few pi's then job done!

Cheers

mini

hi mini-me, SD playback is stutter free on all clients but HD stutters in windows, is slightly worse wired to the pi and slightly worse again wireless. i believe its suggested that the stutter is caused by some variation in our broadcast signals that xbmc doesn't deal well with.

[krustyreturns]

hi kr ,no still no playback of recorded tv on the pi after restarting the server. as i say above it seems to me that the pi is trying to play the wtv directly, is this correct? the log:

22:05:30 T:3041493632 NOTICE: COMXPlayer: Opening: smb:/username%40outlook.com:password@HTPC/d/Recorded TV/Some Girls_BBC THREE_2013_10_14_21_57_00.wtv
22:05:30 T:3041493632 WARNING: CDVDMessageQueue(player):ut MSGQ_NOT_INITIALIZED
22:05:32 T:2672587840 NOTICE: Thread COMXPlayer start, auto delete: false
22:05:32 T:2672587840 NOTICE: Creating InputStream
22:06:08 T:2705323072 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10
22:06:09 T:2696934464 NOTICE: Thread Jobworker start, auto delete: true
22:06:10 T:2672587840 NOTICE: Creating Demuxer
22:06:46 T:2672587840 NOTICE: Opening video stream: 4 source: 256
22:06:46 T:2672587840 NOTICE: Creating video thread
22:06:46 T:2696934464 NOTICE: Thread COMXPlayerVideo start, auto delete: false
22:06:46 T:2672587840 NOTICE: Opening audio stream: 1 source: 256
22:06:46 T:2672587840 NOTICE: Creating audio thread
22:06:46 T:2852123712 NOTICE: Thread COMXPlayerAudio start, auto delete: false
22:06:46 T:2672587840 NOTICE: Opening Subtitle stream: 0 source: 256
22:06:46 T:2672587840 NOTICE: Opening teletext stream: 3 source: 256
22:06:46 T:2672587840 NOTICE: Creating teletext data thread
22:06:46 T:2714760256 NOTICE: Thread CDVDTeletextData start, auto delete: false
22:06:46 T:2714760256 NOTICE: running thread: CDVDTeletextData
22:06:47 T:2696934464 ERROR: Output - renderer not started
22:06:51 T:2705323072 ERROR: Previous line repeats 2 times.
22:06:51 T:2705323072 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: MPEG-2 video
22:06:51 T:2664199232 NOTICE: Thread Jobworker start, auto delete: true
22:08:54 T:2723148864 NOTICE: Thread Background Loader start, auto delete: false

thanks!

Yes, the pi is trying to play the wtv directly. For rec tv wtv files, xbmc just hands a path to the file from the client. So looking at the excerpt of the log, the path your pi is seeing is:
smb:/username%40outlook.com:password@HTPC/d/Recorded TV/Some Girls_BBC THREE_2013_10_14_21_57_00.wt

This path won't work, it is supposed to start with "smb://". Assuming this is what my code generated, we (oops, I mean I) have a bug. Or did you hand edit the config file?

If you didn't hand edit it, please send me a link to the whole server log. To keep it simple, just start the server, try to play a wtv from your pi, after it fails post that log.

Silly all the fuss over two slashes vs one, isn't it?

---

hi mini-me, SD playback is stutter free on all clients but HD stutters in windows, is slightly worse wired to the pi and slightly worse again wireless. i believe its suggested that the stutter is caused by some variation in our broadcast signals that xbmc doesn't deal well with.

But its important that he remove as many variables as possible, I have heard that the 'margo' build has video problems, so we should eliminate that before we try and diagnose what the problem is.

Not sure why you use the "i believe its its suggested" language, when its clear that playing the ts files you record on these stations have this stutter when played with xbmc and other players do not. Heard anything about the ticket?

[krustyreturns]

I am using dvblink also and I don't have the stuttering issue. The problem is the margo build, it starts the stream too early. Install 12.2 and see if that fixes the problem.

If that is the problem with the margo build, seems like to prove it all you would have to do is pause the stream a few sec and then start it again and it should play smooth.

[runee]

I don't think it is the margro build... I actually installed that instead of the old to see if it fixed the stutter...

I tried pausing to let it buffer, also tried setting a 2 sec channelswitch delay - still same problem :/

[mr3p]

i'm using margro build without any stutter issues