[margro]

Actually I'm in the progress of switching to separate addon zips (including a pvr addons repository for automated updates) for the Eden builds because I don't expect to release new Eden builds anymore unless there will be an official Eden 11.1 release. I just didn't have time yet to publish the links to the zip files and the repository addon.

The direct links for the latest versions of the pvr addons (Windows only, Eden):
pvr.fortherecord.argus/pvr.fortherecord.argus-0.0.1.140.zip
pvr.team-mediaportal.tvserver-1.2.3.116.zip

A complicating factor when using a addon repostory for binary addons is (as indicated earlier by Red-f) that we currently need to have a single zip file with differently named binaries for each support platform (both 32-bit and 64-bit) or a different repository for each platform. Right now I can only specify a differen file name for OSX, Linux and Windows but not for 32/64 bit or iOS, ATV2.

I completely agree with Jezz_X that we wants to use the opdenkamp builds. You're not lazy
As long as the PVR API does not change, he can safely use the (Windows) 4TheRecord and MediaPortal addons that I'm providing.
The timeshit addition did not require a PVR API change, so the addons will remain compatible with the Openkamp builds.

The intention of my fork is only for PVR addon development purposes and to try out additions and not to divert from opdenkamp, so useful additions will be sent back to opdenkamp.

[Jezz_X]

Many thanks margro about the only solution to your problem I can think is give them all slightly different names based on platform eg: pvr.fortherecord.argus-win32 and pvr.fortherecord.argus-osx and then use the <platform></platform> tag in the addon.xml so they only install and show on specific platforms ?

[Red_F]

Many thanks margro about the only solution to your problem I can think is give them all slightly different names based on platform eg: pvr.fortherecord.argus-win32 and pvr.fortherecord.argus-osx and then use the <platform></platform> tag in the addon.xml so they only install and show on specific platforms ?

Good to see you were able to find the isolated ForTheRecord add-on for Windows Jezz!

Actually the Windows, one Linux variant and either the OS X or iOS add-on version can be combined in a single .zip. Problem is that the extension point uses "library_linux" for x86 and amd64 (and probably Itanium), and it uses "library_osx" for OS X and iOS. Let's hope we can extend this in the future.

---

Version 0.0.1.140 added for iOS (iPhone, iPod, iPad, ATV2) and OS X.

ATV2 install package of XBMC 11.0 "Eden" with PVR support and add-on version 0.0.1.140 added.

As usual: http://www.4therecord.eu/forum/viewtopic...=41&t=2425.

Cheers,
Fred

[Swifty]

Hey guys, I'm seeing stuttering every now and then using FTR (0.0.1.40) cpu usage on my client and server don't seem to be a problem, but it appears to stutter every few seconds but not always noticable.

I can see these logs while playing back livetv, the line is repeated every few seconds ;

20:08:06 T:2979003200 DEBUG: Previous line repeats 2 times.
20:08:06 T:2979003200 DEBUG: AddOnLog: ForTheRecord PVR client: CKeepAliveThread:: KeepLiveStreamAlive returned 1
20:08:06 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:07 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.055344, Bufferlevel: 4
20:08:07 T:2997349184 DEBUG: Previous line repeats 1 times.
20:08:07 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.015430, Bufferlevel: 4
20:08:07 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.036155, Bufferlevel: 3
20:08:09 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.015328, Bufferlevel: 4
20:08:09 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.087948, Bufferlevel: 4
20:08:09 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.073638, Bufferlevel: 4
20:08:11 T:2997349184 DEBUG: Previous line repeats 1 times.
20:08:11 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:12 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.106845, Bufferlevel: 3
20:08:12 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.075309, Bufferlevel: 4
20:08:12 T:2997349184 DEBUG: Previous line repeats 1 times.
20:08:12 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:12 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.075652, Bufferlevel: 3
20:08:13 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.075267, Bufferlevel: 4
20:08:13 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.035612, Bufferlevel: 3
20:08:13 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:13 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.095596, Bufferlevel: 3
20:08:14 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:14 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.235446, Bufferlevel: 4
20:08:14 T:2997349184 DEBUG: Previous line repeats 1 times.
20:08:14 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.235236, Bufferlevel: 4
20:08:14 T:2997349184 DEBUG: Previous line repeats 1 times.
20:08:14 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.215236, Bufferlevel: 4
20:08:14 T:2997349184 DEBUG: Previous line repeats 2 times.
20:08:14 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.035470, Bufferlevel: 4
20:08:15 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.035557, Bufferlevel: 3
20:08:15 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.015599, Bufferlevel: 3
20:08:17 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.035546, Bufferlevel: 3
20:08:17 T:2997349184 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
20:08:17 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.095547, Bufferlevel: 3
20:08:17 T:2997349184 DEBUG: CDVDPlayerVideo::CalcDropRequirement - dropped de-interlacing cycle, Sleeptime: -0.095250, Bufferlevel: 4

Does anyone know what buffer is reffered to, and how i may solve it?
I've tried to up the delay in the pvr addon to 400msec (not sure exactly what that setting is doing) but it makes no difference..

[Red_F]

.....
Does anyone know what buffer is reffered to, and how i may solve it?
I've tried to up the delay in the pvr addon to 400msec (not sure exactly what that setting is doing) but it makes no difference..

I have no idea about that buffer, but can tell you what the delay is meant for. It is the number of milliseconds the add-on waits after tuning to a channel, before returning control to XBMC. The idea is that the FTR server will start writing data immediately after tuning, and waiting N milliseconds before starting to read will allow the writer to fill (buffer) enough data.

This has been added because a few users, using DVB-S tuners, were unpleasantly surprised by the fact that the card output would start really long after tuning. That caused the player to abort every time stating there wasn't sufficient data. And voilà, this delay solved their problem. I made it configurable so that most users can stay at the short(-er) delay without adding extra time to channel switching.

[nobleach]

Does anyone have a remedy for the strange remote keymapping? I was using OpenElec before I gave this a shot and the "Ok" key on my remote was mapped to "Enter". I've copied my Lircmap.xml, my remote.xml and my keyboard.xml back into my ~/.xbmc/userdata but it doesn't look like they're having any effect.

Also, I know I started to answer this before, but has anyone successfully gotten their 'Pause' buttong to work on their remote?

[Thompson24]

think this thread will only run on. We need a sticky message displays a list of current back ends and their status. That's all.
hjememside løsninger

[nobleach]

No, I sincerly disagree. If you were being forced to read this message, then that might make sense. I believe there IS a thread that documents which backends are working perfectly, and which are not.

As a software developer, I would much rather hear feedback like "channel changing does not work" or "xbmc crashes when I import the EPG, and here is a pastebin of my xbmc.log". In your case, you'd much rather have "it doesn't work."?

So for you, you'd hit this page, see there's too much discussion, and close the page. That's all.

[Irunner]

Hate to ask but does anyone know of a different URL to get Margo's Eden build or the FTR Windows scripts? It seems Margo's Dropbox links provided have been overrun for the last few days and have been cutoff.

[margro]

I've uploaded the latest Windows Eden PVR build to a mirror: xbmc-11.0-pvr-margro_v4.rar.
The dropbox link should become available again in 3 days.

With respect to the ForTheRecord addon for Frodo: Red-f is working on a solution but this requires some changes in XBMC itself.
I will see if I can build an intermediate version for Windows users in the coming weekend to bridge the gap between now and the official fix.

Background: The problem is that the FTR addon is using curl to communicate with Argus and that was conflicting with the curl usage in XBMC itself.
A workaround for now is statically linking the addon against curl.

[Irunner]

Sorry for the late response... Thank you for all of your efforts and posting the build. Everything is working great.

[bberger]

Just a quick question before I start downloading and ruining my running Eden install.. Is 4tr supported by the newest Frodo Alpha build that had been out since a few days?

[margro]

@bberger: yes, the 4therecord addon is working again for Frodo.
Note that the pvr addons are not included in the Frodo alpha builds. You can use the prebuild versions of wileecoyote or build it yourself.
Note 2: make sure that you install Frodo in a different folder (or uninstall it) to prevent problems with PVR addons from Eden-pvr as these are not compatible.

[cloudy]

Using the latest frodo alpha and the latest 4tr plugin, everything is working great - only one slight oddity, in progress recordings do not appear in recordings - they take some time after the recording finishes to appear. The strange part is that if I close and reopen xbmc whilst the program is still recording, the in progress file appears in recordings and I can watch immediately...

Any ideas?

James

[steve118x]

Using the latest frodo alpha and the latest 4tr plugin, everything is working great - only one slight oddity, in progress recordings do not appear in recordings - they take some time after the recording finishes to appear. The strange part is that if I close and reopen xbmc whilst the program is still recording, the in progress file appears in recordings and I can watch immediately...

Any ideas?

James

If you select recordings from the menu that slides in from the left hand side (I use Aeon Nox latest) then the recordings list updates.
I have this same problem, but I'm not sure everyone sees it, I think it's a symptom of how you access the recordings list.
If you access it by explicitly selecting "recordings" then you don't see the problem, if you have a key on your remote that is mapped to
directly take you to the recordings list, then you do see the problem.

I've had a rummage through the code and have confirmed (as far as I can see) that this behaviour is as intended, the recordings list is updated when you select that menu item,
and when you delete a recording. the recordings list is not updated when you view the list without explicitly selecting the recordings menu item.

Steve.