New recordings won't play until older ones are played
#31
Thanks for the recap. Do you have a windows client that you can try to reproduce this with? I can't reproduce with windows clients. I have tried: starting a remote xbmc client, waiting for a recording to end, then viewing the recording with the remote client (about 10 minutes after the recording finishes). Are you saying you're convinced now that it has to be a client accessing via samba?
Windows Media Center PVR addon (pvr.wmc) and server backend (ServerWMC)
http://bit.ly/serverwmc
Reply
#32
I don't have a Windows client readily available, but I'll set one up next week.

For now, I've turned off the remux active recordings option and am going to see if that makes a difference.

I've noticed that if I attempt to watch an active recording (even with remux off), I access it using a pvr url, i.e.

pvr://recordings/* Recording Now/Name of File

But, if I attempt to watch an older recording, I access it using a smb URL, i.e.

smb://username:[email protected]/Recorded TV/Name of File

Is this something you've changed recently, or has ServerWMC always operated this way? Is there any way to force ServerWMC to use the pvr type URL even for completed recordings?

Also, just to clarify the timing: Typically, when this happens, I haven't watched anything for at 30 minutes before or 30 minutes after the recording. Often it is even longer. For example, I record the CBS Morning News at around 4:00 a.m., but haven't watched anything for hours before or after it records. During my testing today, I typically set up a timer to record a bunch of 30 minute shows from PBS, and then left for about 2 hours, returned, an attempted to watch the latest completed recording.

I'm also going to set up a Raspberry Pi tomorrow. If I can replicate the issue, I'll donate it to you...
Reply
#33
I found a much faster way to replicate this problem.

1. Find an existing recorded program in your Recorded TV Folder.
2. Change the filename by adding the letter a at the beginning of it.

i.e. Change

CBS Evening News....

to

aCBS Evening News...

3. Now, the file definitely won't play right away. XBMC will still be attemping to find

CBS Evening News....

and it isn't there.

But, in a few minutes, WMC will recognize that

aCBS Evening News...

is a new program and will add it to the list of recorded programs. A short time after that, ServerWMC will update the client with the new file. It will appear in exactly the same place as the old program name, since XBMC recognizes the true name of the show and not the file name.

However, even after XBMC updates with the new file name, you still won't be able to play it. You'll get this error:

NOTICE: DVDPlayer: Opening: smb://mediapc:[email protected]/Recorded TV/aCBS Evening News_KOINDT_2014_04_19_18_28_00.wtv
ERROR: CDVDPlayer::OpenInputStream - error opening [smb://mediapc:[email protected]/Recorded TV/aCBS Evening News...

However, if you attempt to play that same file using Video/Files/Recorded TV, it will work:

NOTICE: DVDPlayer: Opening: smb://10.2.2.80/Recorded TV/aCBS Evening News_KOINDT_2014_04_19_18_28_00.wtv
Reply
#34
I am supposed to be out hiding easter eggs but....

Have you tried turning off credentials in the folder tab? Note the path in your 'Video/Files/Recorded TV' experiment didn't include credentials, yet it worked. Maybe its the embedding of credentials that is causing this weirdness.

other notes/answes:

When you play an active recording, the path to the 'ts' file returned should be the same samba path that is returned for a 'new recording' (by that I mean, the ones that aren't working for you). Yet one works and one doesn't. So maybe the paths are different somehow. To see the path returned for an active recording you can either turn on 'debugging' in xbmc, or just look at the OpenRecordingStream command in swmc (for the active recording).

I can't see how the changes I made in the last rev could effect this problem. We have been using this technique of switching paths once the wtv completes recording from the beginning.

Don't 'donate' an rpi. I already have one, I am just too lazy to set it up.
Windows Media Center PVR addon (pvr.wmc) and server backend (ServerWMC)
http://bit.ly/serverwmc
Reply
#35
Happy Easter to you and your family!

I have tried turning off credentials. When I do that, I cannot play any recordings at all.

Interestingly, when I enable debug logging in XBMC, and I attempt to play from the Video/Files section, it shows a notice that indicates that it uses a separate authentication url that includes the username:password, but not the filename.

Active recordings are irrelevant to this issue. This issue concerns new, completed recordings.

I've now tried backing up to 1123 and the same problem occurred there.

If I donate the RPI, it will already be set-up. Since you already have one, I could just donate an 8GB flash card that is set-up for you! Smile

I've discovered a work-around that I apparently set-up on my other installs by accident. If I set-up the Recorded TV folder as a Video/Files/ folder and tell it that the folder contains TV, and set-up the XBMC Library Auto-Updater, then when it scans the directory for "new" TV files, that is enough to make the new recordings work again in the Live TV section as well. However, if I don't do a library update, and just open Video/Folder and watch the .wtv file, that will not make the file playable in Live TV. I can also make the files playable in Live TV by doing a reboot, or by watching an older program in Live TV first...

I'm beginning to suspect at Linux/OpenELEC bug or an XBMC bug unique to Linux. To that end, I'm going to do the following tests:

1. Test changing the filename of an existing recording on watched folder on a Linux NAS and see if we get the same result as I do when I change the filename on the Recorded TV folder of the Windows Media Center machine. If the problem persists, this will rule out any kind of Linx->Windows file sharing issue.
2. Do a fresh install of OpenELEC with zero changes to the configuration and see if the problem replicates. If the problem persists, this will rule out a bug related to any of the myriad of configuration changes that I make to my boxes.
3. Try a Windows-based install of XBMC. If the bug persists, that means that its an XBMC bug (though I doubt it will since you didn't experience the problem) or something about my network.
4. Try a Raspberry Pi install of XBMC. If the bug persists, that means that its an XBMC bug. If it does not persist, that suggests the bug is related to OpenELEC.
5. Try a Beta OpenELEC with XBMC Gotham (instead of Frodo).

I'm travelling today, so I probably won't have time to do much or any of this until next week, or even next weekend.
Reply
#36
I think if you go to the windows sharing setup and set 'turn off password protected settings', you don't need credentials. That's what I was thinking you could test.

Yeah, I'll swap you an 8gb card! The ultimate insult to my procrastination. Happy travels.
Windows Media Center PVR addon (pvr.wmc) and server backend (ServerWMC)
http://bit.ly/serverwmc
Reply
#37
If you turn off credentials in server.wmc you can go to file manager in xbmc>add source>browse to Recorded TV>provide credentials when asked and click on save credentials this will let xbmc handle credentials rather than serverWMC
If I have been of help, please add to my reputation as a way of saying thanks, it's free.
Reply
#38
Well, I tried turning off credentials in ServerWMC and using the file manager, but that did not solve the problem.
I also attempted the change filename on a Watched Folder hosted by a Linux based NAS and the problem recurred there as well.

Here's a Debug Log showing the failures and success after pulling a directory listing using the file manager:

Failure:

03:48:03 T:140019516344128 NOTICE: DVDPlayer: Opening: smb://10.1.1.80/Recorded TV/aABC World News With Diane Sawyer_KABCDT_2014_04_18_18_28_00.wtv
03:48:03 T:140019516344128 WARNING: CDVDMessageQueue(player):Tongueut MSGQ_NOT_INITIALIZED
03:48:03 T:140019516344128 DEBUG: CRenderManager::UpdateDisplayLatency - Latency set to 0 msec
03:48:03 T:140019516344128 NOTICE: CXBMCRenderManager::ResetRenderBuffer - using 5 render buffers
03:48:03 T:140019516344128 DEBUG: LinuxRendererGL: Cleaning up GL resources
03:48:03 T:140019516344128 DEBUG: CLinuxRendererGL:TonguereInit - precision of luminance 16 is 16
03:48:03 T:140019516344128 DEBUG: DllSwScale: Using libswscale system library
03:48:03 T:140019054397184 NOTICE: Thread CDVDPlayer start, auto delete: false
03:48:03 T:140019054397184 NOTICE: Creating InputStream
03:48:03 T:140019054397184 ERROR: CDVDPlayer::OpenInputStream - error opening [smb://10.1.1.80/Recorded TV/aABC World News With Diane Sawyer_KABCDT_2014_04_18_18_28_$
03:48:03 T:140019054397184 NOTICE: CDVDPlayer::OnExit()
03:48:03 T:140019054397184 NOTICE: CDVDPlayer::OnExit() deleting input stream
03:48:03 T:140019054397184 DEBUG: Thread CDVDPlayer 140019054397184 terminating
03:48:03 T:140019516344128 DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
03:48:03 T:140019516344128 DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
03:48:03 T:140019516344128 NOTICE: CDVDPlayer::CloseFile()

Success:

03:49:33 T:140019516344128 NOTICE: DVDPlayer: Opening: smb://10.1.1.80/Recorded TV/aABC World News With Diane Sawyer_KABCDT_2014_04_18_18_28_00.wtv
03:49:33 T:140019516344128 WARNING: CDVDMessageQueue(player):Tongueut MSGQ_NOT_INITIALIZED
03:49:33 T:140019516344128 DEBUG: CRenderManager::UpdateDisplayLatency - Latency set to 0 msec
03:49:33 T:140019516344128 NOTICE: CXBMCRenderManager::ResetRenderBuffer - using 5 render buffers
03:49:33 T:140019516344128 DEBUG: LinuxRendererGL: Cleaning up GL resources
03:49:33 T:140019516344128 DEBUG: CLinuxRendererGL:TonguereInit - precision of luminance 16 is 16
03:49:33 T:140019516344128 DEBUG: DllSwScale: Using libswscale system library
03:49:33 T:140019054397184 NOTICE: Thread CDVDPlayer start, auto delete: false
03:49:33 T:140019054397184 NOTICE: Creating InputStream
03:49:33 T:140019054397184 DEBUG: CSmbFile::Open - opened Recorded TV/aABC World News With Diane Sawyer_KABCDT_2014_04_18_18_28_00.wtv, fd=10000
03:49:33 T:140019054397184 DEBUG: ScanForExternalSubtitles: Searching for subtitles...
03:49:33 T:140019054397184 DEBUG: OpenDir - Using authentication url smb://xbmc:[email protected]/Recorded%20TV
03:49:33 T:140019054397184 DEBUG: ScanForExternalSubtitles: END (total time: 152 ms)
03:49:33 T:140019054397184 NOTICE: Creating Demuxer
03:49:33 T:140019054397184 DEBUG: DllAvUtilBase: Using libavutil system library
03:49:33 T:140019054397184 DEBUG: DllAvCodec: Using libavcodec system library
03:49:33 T:140019054397184 DEBUG: DllAvFormat: Using libavformat system library
03:49:33 T:140019054397184 DEBUG: Open - probing detected format [wtv]
03:49:33 T:140019054397184 DEBUG: Open - avformat_find_stream_info starting
03:49:33 T:140019054397184 ERROR: ffmpeg[B9FFC700]: [mpeg2video] mpeg_decode_postinit() failure
Reply
#39
One more update: I was able to replicate the same problem using XBMC running on a windows based machine.

Krusty: Are you running Frodo or Gotham??
Reply
#40
I had a somewhat major breakthrough this morning.

I have two machines that are both running OpenELEC on two different TVs. This morning, WMC recorded the CBS Morning News at 4:00 a.m. When I woke up, I went to play the show and one of the machines played it fine while the other had an error.

The two machines are configured similarly, but there are a few differences that I can determine between them:

1. Downstairs machine is updated using the latest Intel BIOS, while upstairs machine is using an older BIOS.
2. Downstairs machine is using ServerWMC for username:password, while upstairs machine is using XBMC (via File Manager) for username:password.
3. Downstairs machine was booted last night and not used at all until this morning, while upstairs machine was booted and an existing show was watched before the machine was left on.
4. Margin at start/end of a recording is 0 minutes on downstairs machine, but is 5 minutes on upstairs machine. (Not sure if this would make a difference, but I noted the difference).

I'm looking over the configuration more closely to see if there were any other differences.
Reply
#41
Which one worked? Upstairs or downstairs?

Wondering if it has something to do with Recorded TV vs. Recorded%20TV I have my share set up as RecordedTV with no spaces as I'm in the habit of avoiding spaces in file/directory names
If I have been of help, please add to my reputation as a way of saying thanks, it's free.
Reply
#42
Upstairs worked. Downstairs did not work.

My share is set-up with the space between Recorded and TV. I ruled that issue out on Saturday.

Last week (until Sunday), I was in a different location using two machines that were set-up identically. The configuration was literally cloned. Each machine was experiencing the same problem.

So, I'm now concluding that there's something about how I have the machines configured that is causing the problem, or it is the fact that I kept rebooting the machines without actually playing an existing file during my testing process. I found a couple of other configuration differences between upstairs and downstairs as well:

4. Margin at Start/End of Recordings is 0 minutes downstairs and 5 minutes upstairs
5. Allow other programs to control XBMC is enabled upstairs and disabled downstairs.
6. Auto-Update disabled downstairs, enabled upstairs.

Since #4 and #5 are different from the default value on the machine that exhibited the issue, they are my prime suspects after I test my theory about booting the machine and allowing new shows to appear without having watched any...
Reply
#43
(2014-04-21, 17:52)advocate99 Wrote: 2. Downstairs machine is using ServerWMC for username:password, while upstairs machine is using XBMC (via File Manager) for username:password.

I don't think you can mix this within one network as you need to disable credentials in serverWMC to allow xbmc to take control, not sure if it matters, just looking for possible conflicts.
If I have been of help, please add to my reputation as a way of saying thanks, it's free.
Reply
#44
One of the potential causes I'm investigating is what happens when XBMC has two sets of credentials, i.e. ServerWMC supplies credentials, but XBMC already had them from another source...

(2014-04-21, 20:23)Dilligaf Wrote:
(2014-04-21, 17:52)advocate99 Wrote: 2. Downstairs machine is using ServerWMC for username:password, while upstairs machine is using XBMC (via File Manager) for username:password.

I don't think you can mix this within one network as you need to disable credentials in serverWMC to allow xbmc to take control, not sure if it matters, just looking for possible conflicts.
Reply
#45
Well, here's what I've concluded:

ServerWMC assigns a PVR type URL to active recordings. If ServerWMC is configured NOT to remux active recordings, it responds to the PVR url with a referral to the SMB URL.

However, once a recording is completed, ServerWMC assigns a direct SMB url to the Recording unless ServerWMC is configured to always remux Recorded TV files. This creates a problem, as XBMC Frodo (at least in OpenELEC) appears to have a bug (or a design) which causes it to be unable to play new "SMB" links until a library update occurs. I have my system set to auto update the library every hour, so this problem appears to "resolve" itself on an hourly basis.

However, I can also overcome the problem completely if there were a way to get ServerWMC to use PVR type URLs even for completed recordings (and then send a referral to the SMB link just as ServeWMC does for active recordings where remuxing is not desired). I can accomplish this by configuring ServerWMC to remux all recordings (even completed ones), but I don't need that. I just need ServerWMC to use the PVR type links for all recordings and then to respond with a referral to the correct SMB.

Does what I'm saying make sense here, and is there a way to get ServerWMC to use PVR urls instead of SMB urls for completed recordings without requiring ServerWMC to remux active recordingsHuh

I suspect that the people who designed the Live TV features intended to have the PVR url used for all Recording requests, and that you guys made a decision to use SMB URLs for completed recordings because you figured it would be easier to get ServerWMC out of the loop for completed recordings. At least in my case, however, I want ServerWMC "in the loop" for the file requests because otherwise, I experience issues with new recordings now playing, at least until a library update is completed...
Reply

Logout Mark Read Team Forum Stats Members Help
New recordings won't play until older ones are played0