Re: [vdr] VDR not cleaning .del directories

[Teemu Suikki]

2018-01-21 15:46 GMT+02:00 Klaus Schmidinger :
> As long as a cPlayer (or a cReceiver, for that matter) is attached to
> a cDevice, VDR will not perform its housekeeping tasks. This is to
> avoid any problems during replay or recording, possibly caused by
> heavy disk access.

Ah, I see.. I think softhddevice uses the dummy player to receive
keypresses, so it can exit from suspend on demand.

But the full check in vdr.c is this:

   if ((Now - LastInteract) > ACTIVITYTIMEOUT &&
!cRecordControls::Active() && !RecordingsHandler.Active() &&
!Interface->HasSVDRPConnection() && (Now - cRemote::LastActivity()) >
ACTIVITYTIMEOUT) {


So, there is a separate check for active recordings, and user activity
(cRemote)..

I think I just remove the LastInteract check. I think it is not really
useful on my current system anyway. I have a commercial detector
running after each recording, and it will run no matter what.. There
could be another active recording going, or playback or whatever. VDR
housekeeping is a  much lighter process.

And currently the check works pretty much the wrong way around.. :) If
softhddevice is suspended and vdr left "idle", it will never enter
housekeeping because of the check.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR not cleaning .del directories

[Teemu Suikki]

I'm starting to think that maybe my problem IS caused entirely by this
softhddevice bug. Because my softhddevice keep freezing quite
frequently, I have added a shutdown command that detaches softhddevice
and leaves vdr running. And then when I watch something, I'm pressing
buttons and using menus and there might be timers recording etc, so
vdr never becomes idle enough to do the housekeeping?

I tried to understand the code, but I'm having difficulties. :) in
vdr.c, only place that sets LastInteract is this:

Interact = Menu ? Menu : cControl::Control(); // might have
been closed in the mean time
if (Interact) {
   LastInteract = Now;
   eOSState state = Interact->ProcessKey(key);
   if (state == osUnknown && Interact != cControl::Control()) {

So.. Does this mean that softhddevice's dummy player has menu open all
the time? softhddevice.cpp doesn't have really anything menu-related
in the dummy player, all those methods must be inherited from main vdr
class.

Only thing that looks suspicious is this, dummy player's ProcessKey:

eOSState cSoftHdControl::ProcessKey(eKeys key)
{
if (SuspendMode == SUSPEND_NORMAL && (!ISMODELESSKEY(key)
|| key == kMenu || key == kBack || key == kStop)) {
delete Player;

Player = NULL;
Resume();
SuspendMode = NOT_SUSPENDED;
return osEnd;
}
return osContinue;
}

Should it really return osContinue all the time?


2018-01-18 23:37 GMT+02:00 Klaus Schmidinger :
> On 18.01.2018 21:26, Teemu Suikki wrote:
>>
>> Ok, I did some debugging.
>>
>> First of all, I noticed something weird that perhaps is not even
>> related to this problem. In vdr.c there is a check:
>>
>>   if ((Now - LastInteract) > ACTIVITYTIMEOUT
>>
>> if softhhddevice is detached or suspended, "Now - LastInteract" is
>> always zero, and vdr can never enter housekeeping tasks. This must be
>> a bug in softhddevice?
>
>
> I guess so.
>
>
> Klaus
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR not cleaning .del directories

[Teemu Suikki]

Ok, I did some debugging.

First of all, I noticed something weird that perhaps is not even
related to this problem. In vdr.c there is a check:

 if ((Now - LastInteract) > ACTIVITYTIMEOUT

if softhhddevice is detached or suspended, "Now - LastInteract" is
always zero, and vdr can never enter housekeeping tasks. This must be
a bug in softhddevice?

But, with softhddevice attached, housekeeping starts after 60 seconds.
However, now with the added debug, I could not reproduce the original
problem. :) VDR always deletes my recordings nicely. But now I have
the debug enabled, in case it happens again.






2018-01-18 12:26 GMT+02:00 Klaus Schmidinger :
> On 18.01.2018 08:54, Teemu Suikki wrote:
>>
>> Ok, it might be the same thing.
>>
>> I added some debug as Klaus suggested. After restart, vdr instantly
>> deleted a few directories.. So at least it works sometimes. :)
>>
>> Perhaps the cleanup fails if Plex or another vdr is currently accessing
>> the same files? Maybe vdr then thinks it has deleted them, and does not try
>> again.
>
>
> In cRemoveDeletedRecordingsThread::Action() VDR tries to get a lock on the
> video directory. If this fails, it can't remove deleted recordings.
>
> Please add some debug output to this function, to see whether it is called
> and whether it gets the lock. If it doesn't get the lock while Plex is
> running, try without Plex.
>
> Klaus
>
>
> _______
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR not cleaning .del directories

[Teemu Suikki]

Ok, it might be the same thing.

I added some debug as Klaus suggested. After restart, vdr instantly deleted
a few directories.. So at least it works sometimes. :)

Perhaps the cleanup fails if Plex or another vdr is currently accessing the
same files? Maybe vdr then thinks it has deleted them, and does not try
again.

17.1.2018 22.28 "Jouni Karvo"  kirjoitti:

> Klaus Schmidinger kirjoitti 17.01.2018 klo 11:59:
>
>> On 16.01.2018 19:44, Teemu Suikki wrote:
>>
>>> Hi,
>>>
>>> I just experienced weird problem. My hard drive became 100% full.
>>>
>>>
>>> ...
>
>> This is somehow related to the fact that I now have Plex Media Server
>>> sitting on the VDR recordings directory. But still I could remove the
>>> .del directories easily from the command line. After manually deleting
>>> them, disk is now only 85% full.. And that's 4TB drive. :) So there
>>> were quite a bit of .del directories.
>>>
>>
>> Do you have anything going on that causes frequent "user ineraction" with
>> VDR?
>>
>
> I had a similar problem some time ago (I don't remember how many years,
> but with vdr 2.2.0).  I reported on this mailing list then, but I did not
> find that email with a short search, now.
>
> My video directory is nfs-mounted to a raspberry pi running another vdr.
> In my case, I have not changed the configuration in any way, but despite of
> daily usage, this has not reoccurred.  So either some other patch fixed the
> problem for me, or this is some extremely rarely happening race condition
> type thing.
>
> yours,
> Jouni
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] VDR not cleaning .del directories

[Teemu Suikki]

Hi,

I just experienced weird problem. My hard drive became 100% full.

But I noticed that there are tons of .del directories, some dating
from months ago.. VDR hasn't removed them! What could cause this?

I see entries in log:
low disk space while recording, trying to remove a deleted recording...
Jan 16 08:23:06 puucee vdr: [30504] removing recording xxx.del

And these recordings ARE removed really. But the normal background
cleaning does not happen.

This is somehow related to the fact that I now have Plex Media Server
sitting on the VDR recordings directory. But still I could remove the
.del directories easily from the command line. After manually deleting
them, disk is now only 85% full.. And that's 4TB drive. :) So there
were quite a bit of .del directories.


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR locking up

[Teemu Suikki]

Any ideas how to get this fixed? This is really getting on my nerves now.

I now detach softhddevice always when I stop watching. It does not
freeze then. But sometimes it freezes right after I attach it! Just a
few seconds of working video and BANG frozen. Really annoying!

Another thing which might be related. On my earlier setup, if I paused
playback, softhddevice would mute the sound. On this setup, audio is
not muted, it is looping the last buffer until playback continues.
That also is an annoying feature. :)

I'm pretty sure I have exact same versions of all VDR software and
plugins, only things changed are the Linux kernel, TBS media drivers,
and possibly the nvidia vdpau drivers.. Everything worked just fine
earlier!






2017-12-09 3:05 GMT+02:00 VDR User :
>> It still does lock up.
>>
>> I think it is really softhddevice problem, as the lockup only happens
>> if actually viewing the channel.. My VDR box is always on, and usually
>> I just turn off the projector and leave VDR running. Perhaps I need to
>> change my habits and actually suspend softhddevice when not really
>> watching it.
>
> Ideally you should be able to run VDR 24/7 without issue. That's what
> I do and have no intention of changing the habit. Unfortunately
> softhddevice is no longer actively developed by its' author but there
> are still some coders in the VDR community who have helped keep it
> updated. It's possible they may be able to help fix this bug if enough
> information can be provided. In my cause the frozen/defunct VDR seems
> to occur if I lose signal for some unknown length of time, and doesn't
> seem related to audio. Fortunately it's the only problem I have and it
> doesn't happen daily. It would however be great if it were fixed -
> hopefully we'll get to that point.
>
> _______
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Race condition when executing recording hook

[Teemu Suikki]

Yeah, I have the same issue with my Comskip setup.

Ideally, I think "after" hook should be called only after the timer is
really finished? It's not really "after" if VDR is soon restarting it.

By the way, instead of markad you could try comskip:
http://www.kaashoek.com/comskip/

It's much better in my experience, and is actively developed. It
generates (slightly invalid) VDR syntax with "output_vdr=1" option in
the .ini file.


2017-12-14 13:08 GMT+02:00 Mikko Tuumanen :
> torstaina 14. joulukuuta 2017 8.26.29 EET Harald Milz kirjoitti:
>> I don't know how to handle this properly. My suggestion would be to ignore
>> the channel pid change during an active recording on this channel, and
>> defer the change until the recording is finished _if_ "-r something" is set
>
> How about starting recording hooks with "pidchange" when stopping is caused by
> pid change and "after" only when recroding has stopped because the timer end
> time has been reached?
>
>
> YLE channels change their pids all the time. Different programmes have
> different sets of audio and subtitle pids. Ignoring a pid change might mean
> missing a subtitle or audio track from the recording.
>
> Ideally VDR should be able to add/remove pids from ongoing recording without
> temporarily stopping it. Couple of years ago I tried to see how adding new
> pids on the fly could be done, but it was not trivial.
>
> For YLE channels, pid changes are frequent but predictable. One could stop VDR
> from changing pids automatically and set all the possible pids statically to
> channels.conf. But if some other broadcaster also changes pids frequently but
> in an unpredictable way, then this doesn't help and pid changes mustn't be
> ignored.
>
>
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] [ANNOUNCE] VDRfuse

[Teemu Suikki]

 VDRfuse


 Fuse filesystem to "autoedit" VDR recordings!

 (c) Teemu Suikki 2017
 Based on the fuse example "passthrough_fh.c"

 Latest version:
 https://github.com/Zuikkis/vdrfuse


Using:
-

This filesystem can be used to mount the VDR recordings directory.
All other file operations work normally, but every "1.ts" file is
replaced with edited version, according to "marks" file in the same
directory! The translation is done "on the fly", reading the original
file at correct positions.

There are some limitations:

- Directory must have "index", "info" and "marks" file.
- "info" file must have F line (fps)
- "marks" must have correct order. VDR does not require this..
- Recording must be single file, just 1.ts!

If any of these requirements is not met, the file will be served unedited.
So it's not "fatal", you just need to watch commercials. :)

"marks" is re-read every time file is opened, so you can edit marks in VDR
and the change is instant when you re-open the video.

VDRfuse works perfectly with Plex Media Server, especially if combined with
VDR recordings scanner from my github.

Also recommended is Comskip, http://www.kaashoek.com/comskip/


Testing:
--

If you just want to test it, create an empty directory for mountpoint and:

   vdrfuse -o modules=subdir,subdir=/srv/vdr/video  mntpoint

You can use "-f" switch to view some debug output. Then it won't run in
the background.

The "subdir" parameter is the VDR recording directory.


Installation:
--

You can mount it permanently in /etc/fstab:

vdrfuse  /srv/vdr/editedfuse
allow_other,modules=subdir,subdir=/srv/vdr/video0 2

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR locking up

[Teemu Suikki]

It still does lock up.

I think it is really softhddevice problem, as the lockup only happens
if actually viewing the channel.. My VDR box is always on, and usually
I just turn off the projector and leave VDR running. Perhaps I need to
change my habits and actually suspend softhddevice when not really
watching it.

Some log, not really useful though. It starts with the "TS packet not
accepted", which now only appears once because of the modification
Klaus suggested. But there's still a lot of other output that is
probably the cause of the lockup.

One thing that came to mind. In my previous setup with much older
kernel and DVB drivers, sometimes VDR/softhddevice lost audio
completely when left running for a long time. Video was running but no
audio. Audio only came back after suspend/resume of softhddevice,
channel switch didn't wake it up. Perhaps this is the same bug, but
now it keeps going trying to restart audio?


Dec  8 20:22:56 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:22:56 puucee vdr: [20880] ERROR: TS packet not accepted in
Transfer Mode
Dec  8 20:22:56 puucee vdr: audio/alsa: using device 'default'
Dec  8 20:22:56 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:22:56 puucee vdr: audio/alsa: start delay 1000ms
Dec  8 20:22:56 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:22:56 puucee vdr: audio/alsa: using device 'default'
Dec  8 20:22:56 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:22:56 puucee vdr: audio/alsa: start delay 1000ms
Dec  8 20:22:56 puucee vdr: audio/alsa: using device 'default'

That is continued for hundreds of lines, then this:

Dec  8 20:22:59 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:22:59 puucee vdr: audio/alsa: start delay 1000ms
Dec  8 20:22:59 puucee vdr: [20881] buffer usage: 70% (tid=20880)
Dec  8 20:22:59 puucee vdr: [20880] [softhddev]Clear:

later 80%, 90%, 100%

After that new kind of errors:

Dec  8 20:23:01 puucee vdr: [20880] ERROR: skipped 60 bytes to sync on
start of TS packet
Dec  8 20:23:01 puucee vdr: audio/alsa: start delay 1000ms
Dec  8 20:23:01 puucee vdr: [20880] ERROR: skipped 64 bytes to sync on
start of TS packet
Dec  8 20:23:01 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:23:01 puucee vdr: [20880] ERROR: skipped 64 bytes to sync on
start of TS packet
Dec  8 20:23:01 puucee vdr: audio/alsa: using device 'default'
Dec  8 20:23:01 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:23:01 puucee vdr: audio/alsa: start delay 1000ms



Dec  8 20:23:03 puucee vdr: [20881] ERROR: driver buffer overflow on device 4
Dec  8 20:23:03 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:23:03 puucee vdr: audio/alsa: start delay 1000ms



Dec  8 20:28:02 puucee vdr: [20880] ERROR: skipped 13 bytes to sync on
start of TS packet
Dec  8 20:28:02 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:28:02 puucee vdr: audio: can't set channels 2 sample-rate 0Hz
Dec  8 20:28:02 puucee vdr: [20880] ERROR: skipped 179 bytes to sync
on start of TS packet

That 0Hz error is now also repeated for the rest of the log..

at 20:35 I restarted vdr:

Dec  8 20:35:42 puucee vdr: [20880] ERROR: skipped 92 bytes to sync on
start of TS packet
Dec  8 20:35:42 puucee vdr: [20880] [softhddev]Clear:
Dec  8 20:35:42 puucee vdr: audio: can't set channels 2 sample-rate 0Hz
Dec  8 20:35:42 puucee vdr: [20880] ERROR: skipped 188 bytes to sync
on start of TS packet
Dec  8 20:35:42 puucee vdr: [20880] ERROR: skipped 188 bytes to sync
on start of TS packet
Dec  8 20:35:42 puucee systemd[1]: vdr.service: State 'stop-sigterm'
timed out. Killing.
Dec  8 20:35:42 puucee systemd[1]: vdr.service: Main process exited,
code=killed, status=9/KILL
Dec  8 20:35:42 puucee systemd[1]: Stopped Video Disk Recorder.


Before restart, I used the "femon" command on shell, and all my tuners
showed good signal with no errors and locked state... So, even if the
problem might be started by some error in the stream, it surely should
correct itself? Maybe try retuning with different tuner instead of
throwing 3000 lines of errors to log? :)



2017-11-27 20:04 GMT+02:00 Teemu Suikki :
> I now switched to the open source TBS drivers. They seem more stable
> than the official proprietary drivers.. So hopefully this problem is
> gone too.
>
> But sadly Klaus' change is now untested, TS error did not occur even
> once today with old drivers. We'll see what happens with new ones. :)
>
> 2017-11-27 17:24 GMT+02:00 VDR User :
>>>> I made this change few hours ago, but I'm still waiting for the
>>>> problem to appear.. Obviously it now is working 100%. :)
>>
>> Same here.
>>
>>> Does "working 100%" mean that youre not getting any of these error
>>> messages any more? Not even once?
>>
>> I'm not getting them right now either but it only means the conditions
>> that cause it haven't o

Re: [vdr] VDR locking up

[Teemu Suikki]

I now switched to the open source TBS drivers. They seem more stable
than the official proprietary drivers.. So hopefully this problem is
gone too.

But sadly Klaus' change is now untested, TS error did not occur even
once today with old drivers. We'll see what happens with new ones. :)

2017-11-27 17:24 GMT+02:00 VDR User :
>>> I made this change few hours ago, but I'm still waiting for the
>>> problem to appear.. Obviously it now is working 100%. :)
>
> Same here.
>
>> Does "working 100%" mean that youre not getting any of these error
>> messages any more? Not even once?
>
> I'm not getting them right now either but it only means the conditions
> that cause it haven't occurred yet. It will though - it always does
> sooner or later unfortunately.
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR locking up

[Teemu Suikki]

yes, that's exactly what it means. :) Just bad (or good!) luck.
Yesterday it got stuck three times during the day.

The weather is better today. I think the error is caused by weak signal..


2017-11-27 12:04 GMT+02:00 Klaus Schmidinger :
> On 27.11.2017 09:04, Teemu Suikki wrote:
>>
>>
>> I made this change few hours ago, but I'm still waiting for the
>> problem to appear.. Obviously it now is working 100%. :)
>
>
> Does "working 100%" mean that youre not getting any of these error
> messages any more? Not even once?
>
> Klaus
>
>
>> 2017-11-27 0:08 GMT+02:00 Klaus Schmidinger :
>>>
>>> On 26.11.2017 19:09, Teemu Suikki wrote:
>>>>
>>>>
>>>> I know I'm replying to a year old thread, but I'm having the exact same
>>>> problem.
>>>>
>>>> I upgraded my system from kernel 3.16.0 to 4.4.0, and also TBS dvb
>>>> drivers to latest version.. Now I have this problem, that randomly VDR
>>>> starts flooding this "ERROR: TS packet not accepted in Transfer Mode"
>>>> log. It will not jam right away, but after maybe 30-60min it is
>>>> jammed.
>>>>
>>>> Some VDR functions like timers seem to still work, but the GUI is stuck.
>>>>
>>>> This is VDR 2.2.0 from yavdr repos.
>>>>
>>>> Any ideas?
>>>>
>>>> Even though this might be a driver bug, perhaps vdr of softhddevice
>>>> could simply stop displaying the channel after the first error?
>>>
>>>
>>>
>>> I can't contribute anything regarding the driver or softhddevice,
>>> but I guess limiting the log message to, say, one message per minute
>>> could save the program from getting stuck.
>>> That's assuming your log is actually flooded with thousands of
>>> entries like that.
>>> To qickly verify this could you please precede the line
>>>
>>>   esyslog("ERROR: TS packet not accepted in Transfer Mode");
>>>
>>> in transfer.c with
>>>
>>>   static int Counter = 0;
>>>   if ((Counter++ % 1) == 0)
>>>
>>> Klaus
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR locking up

[Teemu Suikki]

Thanks!

I made this change few hours ago, but I'm still waiting for the
problem to appear.. Obviously it now is working 100%. :)

I now also got the open source TBS drivers to build properly, if they
work nicely I might switch over. Perhaps it fixes this too.


2017-11-27 0:08 GMT+02:00 Klaus Schmidinger :
> On 26.11.2017 19:09, Teemu Suikki wrote:
>>
>> I know I'm replying to a year old thread, but I'm having the exact same
>> problem.
>>
>> I upgraded my system from kernel 3.16.0 to 4.4.0, and also TBS dvb
>> drivers to latest version.. Now I have this problem, that randomly VDR
>> starts flooding this "ERROR: TS packet not accepted in Transfer Mode"
>> log. It will not jam right away, but after maybe 30-60min it is
>> jammed.
>>
>> Some VDR functions like timers seem to still work, but the GUI is stuck.
>>
>> This is VDR 2.2.0 from yavdr repos.
>>
>> Any ideas?
>>
>> Even though this might be a driver bug, perhaps vdr of softhddevice
>> could simply stop displaying the channel after the first error?
>
>
> I can't contribute anything regarding the driver or softhddevice,
> but I guess limiting the log message to, say, one message per minute
> could save the program from getting stuck.
> That's assuming your log is actually flooded with thousands of
> entries like that.
> To qickly verify this could you please precede the line
>
>   esyslog("ERROR: TS packet not accepted in Transfer Mode");
>
> in transfer.c with
>
>   static int Counter = 0;
>   if ((Counter++ % 1) == 0)
>
> Klaus
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR locking up

[Teemu Suikki]

I know I'm replying to a year old thread, but I'm having the exact same problem.

I upgraded my system from kernel 3.16.0 to 4.4.0, and also TBS dvb
drivers to latest version.. Now I have this problem, that randomly VDR
starts flooding this "ERROR: TS packet not accepted in Transfer Mode"
log. It will not jam right away, but after maybe 30-60min it is
jammed.

Some VDR functions like timers seem to still work, but the GUI is stuck.

This is VDR 2.2.0 from yavdr repos.

Any ideas?

Even though this might be a driver bug, perhaps vdr of softhddevice
could simply stop displaying the channel after the first error?


2016-10-29 19:32 GMT+03:00 VDR User :
> Hi and thanks for your reply. Currently the kernel is 4.8.4 stable,
> gp8psk kernel driver, vdr-2.2.0. However, this problem has been going
> on for quite a while - I'm just now getting around to asking about it.
> The drivers I use haven't been changed in years so I'm not sure that's
> where the root cause is. It's interesting that you've experienced it
> as well with a completely different card/drivers. I wonder if
> downgrading your drivers really had any affect of it the conditions
> which cause the problem to surface just haven't happened yet.
> Hopefully others will chime in as well and we can get to the bottom of
> it. It may be an infrequent problem but it has a nasty result!
>
> -Derek
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Watching VDR recordings and live TV on mobile

[Teemu Suikki]

Hi,

I have been investigating methods to view VDR recordings and live TV
when traveling, with an Android phone and possible Chromecast.

Here's some pros can cons of the different methods I have tried:

VDR Manager plugin + android app:
https://projects.vdr-developer.org/projects/vdr-manager/wiki

  + Very clean app, great recordings and channel listings, easy to use.
  + Can also edit timers, use as remote control for VDR
  + DVB Subtitles work in both live and recordings!
  - Recordings can't be seeked, at least not with Android VLC! Very annoying..
  - No transcoding for recordings, so must have a quick connection
  - Also Live-TV is transcoding is only with Streamdev's externremux,
which is not very good.

Then there is Plex Media Server with VDR.bundle and plex-vdr-live-tv.bundle:
https://hub.docker.com/r/jondalar/plex/

  + Nice app, although a bit complex for just VDR use.
  + Plex has very good transcoding with automatic rate control, based
on your downlink speed
  + DVB subtitles work in recordings.
  + Recordings are seekable.
  + Plex is great for other media too, mp3 and movies etc
  - No DVB subtitles in live tv!
  - No other VDR control (timers)
  - No EPG, expect for current programs
  - Recordings are difficult to use, hard to find episodes of TV shows
in correct order..

Does anyone have suggestions or ideas where to go from here? :) Plex
stuff looks like it's not updated for years, but it also is something
I could perhaps improve myself. VDR Manager's biggest problem is the
lack of transcoding, but that would be very difficult to add.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
https://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Softhddevice, 10 dupes per second

[Teemu Suikki]

Thanks for the tip! It was caused by window manager compositing. I'm
using Linux Mint Mate, with Marco window manager.. It is very light
and stable, and earlier versions had compositing disabled by default,
but this one had it enabled for some reason. :) I just disabled it
from the desktop settings GUI, and softhddevice works fine now.

I am actually already using yavdr testing ppa's to get most of my vdr
stuff, I don't like to compile everything myself. :)




2015-10-26 9:36 GMT+02:00 Alexander Grothe :
> Hello,
>
> softhddevice does not work terribly well if you use it with a compositor
> (like compiz) for your desktop environment.
> In yaVDR a slim window manager (openbox) is used and compositing is disabled
> by default in the x-server configuration:
>
> Section "Extensions"
>   Option "Composite"Disabled
> EndSection
>
> If you want to use vdr 2.2.0 with yaVDR 0.5, all you have to do is to use
> the packages from yaVDR's testing PPAs (we won't copy them to stable because
> the support for multiple video directories has been dropped):
> sudo add-apt-repository ppa:yavdr/testing-vdr
> sudo add-apt-repository ppa:yavdr/testing-xbmc
> sudo add-apt-repository ppa:yavdr/testing-yavdr
>
> Create a file for apt to prefer installation of packages from these PPAs:
> --- cut ---
> # /etc/apt/preferences.d/yavdr-testing
>
> Package: *
> Pin: release o=LP-PPA-yavdr-testing-vdr
> Pin-Priority: 1001
>
> Package: *
> Pin: release o=LP-PPA-yavdr-testing-xbmc
> Pin-Priority: 1001
>
> Package: *
> Pin: release o=LP-PPA-yavdr-testing-yavdr
> Pin-Priority: 1001
>
> --- cut ---
>
> And finally run the upgrade:
>
> sudo apt-get update && sudo apt-get dist-upgradeAm 26.10.2015 um 00:19
> schrieb Teemu Suikki:
>>
>> Hi!
>>
>> I was recently using Yavdr with no real problems, but now I decided to
>> build my own VDR system on top of Linux Mint. Main reason was that
>> Yavdr stable still doesn't have vdr 2.2.0..
>>
>> I've got everything working nicely, but I have weird "duped frames"
>> problem with softhhddevice. Video and audio are fine and nicely in
>> sync, and usually you can't see anything wrong. But fast moving
>> objects sometimes have "tearing" and jerky movement.
>>
>> Also if I open Softhddevice stats from the VDR main menu, I see that
>> "duped" field increases steadily maybe 9-10 per second! "dropped" and
>> "missed" stays at zero usually.
>>
>> There is nothing special on the log. Sometimes I get logs like this:
>>
>> Oct 26 01:09:42 puucee vdr: video: slow down video, duping frame
>> Oct 26 01:09:42 puucee vdr: video: 22:17:22.060  +55  311   0/\ms  23+7
>> v-buf
>> Oct 26 01:10:29 puucee vdr: video: slow down video, duping frame
>> Oct 26 01:10:29 puucee vdr: video: 22:18:09.380  +53  285   0/\ms  26+7
>> v-buf
>>
>> But as you can see, these are almost a minute apart, and the actual
>> "duped" count increased by several hundreds already during that time.
>> So this logged "duping" is normal a/v sync, what I see is something
>> different.
>>
>>
>> This is VDR 2.2.0, and quite recent softhddevice from yavdr ppa:
>> 1:0.6.1rc1.git20150924.1231-0yavdr0~trusty
>>
>> And the very same hardware worked just nicely with full yavdr install,
>> with vdr 2.0.x and some old version of softhddevice. Oh, and I have
>> nvidia GT210.
>>
>>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Softhddevice, 10 dupes per second

[Teemu Suikki]

Hi!

I was recently using Yavdr with no real problems, but now I decided to
build my own VDR system on top of Linux Mint. Main reason was that
Yavdr stable still doesn't have vdr 2.2.0..

I've got everything working nicely, but I have weird "duped frames"
problem with softhhddevice. Video and audio are fine and nicely in
sync, and usually you can't see anything wrong. But fast moving
objects sometimes have "tearing" and jerky movement.

Also if I open Softhddevice stats from the VDR main menu, I see that
"duped" field increases steadily maybe 9-10 per second! "dropped" and
"missed" stays at zero usually.

There is nothing special on the log. Sometimes I get logs like this:

Oct 26 01:09:42 puucee vdr: video: slow down video, duping frame
Oct 26 01:09:42 puucee vdr: video: 22:17:22.060  +55  311   0/\ms  23+7 v-buf
Oct 26 01:10:29 puucee vdr: video: slow down video, duping frame
Oct 26 01:10:29 puucee vdr: video: 22:18:09.380  +53  285   0/\ms  26+7 v-buf

But as you can see, these are almost a minute apart, and the actual
"duped" count increased by several hundreds already during that time.
So this logged "duping" is normal a/v sync, what I see is something
different.


This is VDR 2.2.0, and quite recent softhddevice from yavdr ppa:
1:0.6.1rc1.git20150924.1231-0yavdr0~trusty

And the very same hardware worked just nicely with full yavdr install,
with vdr 2.0.x and some old version of softhddevice. Oh, and I have
nvidia GT210.


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problems with VDSB, how to automate in SYSLOG

[Teemu Suikki]

Handling of VDSB should be improved somehow, or at least add some
configuration.

It's annoying if VDR is recording multiple channels, and one channel has
VDSB.. emergency exit at this point will break all the other recordings,
which otherwise would be fine.

Also I think VDR should try tuning to same channel with another frontend.
People might have different size dishes on different tuners. Some channels
might be unavailable in bad weather with small dishes, but view with larger
one. VDR should try all possible methods to tune the wanted channel, before
resorting to emergency exit..

Perhaps VDR should also store the time of previous emergency exit.. if VDSB
continues after first emergency exit, it's not very useful to exit again.
One emergency exit per recording should be enough.
 28.4.2013 20.52 "Udo Richter"  kirjoitti:

> Am 28.04.2013 16:52, schrieb Brian-Imap:
> > So you assume it was falsely triggering a VDSB thinking 30 secs had
> > passed when in fact the clock probably was adjusted instead?
>
> Its the only false alarm I know of, and would be an explanation why this
> happens on the start of a recording. Tuning to the channel for recording
> may activate the clock sync for that transponder, and cause a time jump
> once. All other explanations involve crappy driver/hardware or bad
> reception.
>
> There should be a log message indicating the clock sync.
>
> Cheers,
>
> Udo
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Teemu Suikki]

Hi!

Is anyone using this patch with Sky Italia? It doesn't work for me.

Also with Sky UK, I have full epg for many channels, but missing for some.
For example ITV1 has 7 days epg, but ITV2-4 have none.

This patch looked so promising at first, but now I'm thinking of changing
back to LoadEPG plugin..
 14.4.2013 11.35 "André Weidemann"  kirjoitti:

> On 14.04.2013 00:38, Lucian Muresan wrote:
>
>  The current git version of eepg tends to crash on me at least one if not
>> twice a day with vdr-2.0.0, after it used to work well for several
>> weeks. I do not know what changed the behaviour, since I cannot find any
>> useful crash dump...
>>
>
> Same problem here. I dumped the plugin in favor to the patch, which worked
> flawlessly ever since.
>
>  BTW, where is the most current freeview patch?
>>
>
> Ever since vdr-1.7.35 I've used this patch (see attachment). It should
> apply cleanly to the most recent vdr version.
>
> I think I originally downloaded it from here:
> http://www.vdr-portal.de/**board16-video-disk-recorder/**
> board55-vdr-plugins/p1082416-**eepg-und-vdr-1-7-28/#**skipPoint1082422
>
> André
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] RFC: one or many positioners?

[Teemu Suikki]

2013/4/21 Klaus Schmidinger :
> I'm currently implementing support for steerable dishes, loosely based
> on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual
> base class cPositioner, which defines all the functions necessary to
> control the positioner. An implementation of cDiseqcPositioner will
> allow control of "DiSEqC 1.2" and "USALS" motors. A plugin can derive
> from cPositioner and implement its very own way of controlling a
> positioner (like through a serial or USB port or whatever).
>
> The question I have now is: will it be enough to have *one* single
> positioner
> in any given setup, or are there actually users who have more than one
> positioner?
> Supporting only a single positioner (as is done in the aforementioned patch)
> of course simplifies things quite a bit. So I wouldn't want to add this
> level of complexity unless there is a real need for it.

Hmm, I guess most only have single positioner. But this might change
if VDR actually supported more than one. :)

However, it would be nice to be able to use twin or quad LNB in
positioner, even if using diseqc switches.. I have no idea how to
configure this. :)

An example, my system has four tuners. Each one has 4-to-1 diseqc
switch. They are configured like this:

# tuner 1:
# 1: 27.5W
# 2: 7W/8W
# 3: 1W
# 4: motor
#
# tuner 2:
# 1: 27.5W
# 2: 4W/5W
# 3: 1W
# 4: 16E
#
# tuner 3:
# 1: 1W
# 2: 13E
# 3: 19.2E
# 4: 4.8E
#
# tuner 4:
# 1: 1W
# 2: 13E
# 3: 19.2E
# 4: 4.8E

My positioner actually has twin LNB. I'd like to connect the other
output to tuner2 input 2, but there is no way this would work even
with heavy patching of VDR..

I think the current diseqc.conf is a bit too complicated. I think it
should be better to use some approach where you select LNB type
(universal Ku, C band etc), then add Diseqc switches (1.0 or 1.1), and
positioners.. Diseqc 1.0 and 1.1 switches can be cascaded.

Perhaps just a text file with lines similar to this:
S16E: T1 C1 U1 G

(tuner 1, committed switch input 1, uncommitted switch input 1, use
GotoX positioner)

The file could be scanned in order when finding tuner for given
satellite. That way you could have priorities, so a tuner with
positioner is not "wasted" if some other tuner can tune..

Just my thoughts.. :)

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Teemu Suikki]

Hi,

I tried it and it seems to work, thanks. :) But I'm not using it right
now, because this VDR patch seems to do the same thing a bit easier..

--
Teemu

2013/4/19 lukkinosat :
> Hi Teemu
>
> Have you received my email for testing of LoadEPG?
>
> http://lukkinosat.altervista.org/vdr-loadepg-0.2.6.tgz
>
> - Add comand STOP to SVDRP interface
> - Apply patch for correct timezone
>
> Hi, Luca
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Teemu Suikki]

Hi!

Thanks a bunch, I guess this is exactly what I need. :)
 19.4.2013 9.19 "Davide Chiarini"  kirjoitti:

> Hi
> I made a small perl script to copy epg from one channel to another, just
> modifying some other script i had found around.
> It's attached if you want to try it, you simply use it like this (e.g.
> from a cron job):
>
> cpepg.pl S13.0E-318-12400-8511 T-318-1-3401
>
>
> regards
> davide
>
>
> 2013/4/18 Teemu Suikki 
>
>> Hi!
>>
>> Your patch is slightly broken, perhaps when emailing? There are a few
>> missing lines in the huffman tables.
>>
>> I compared these two patches, your version seems to be better
>> otherwise, but I took the tables from the other patch.. Works fine
>> now.
>>
>> However, I have another issue. I need to clone EPG for a few channels.
>> EEPG and LoadEpg plugins have the .equiv files for this, but this
>> patch obviously doesn't
>>
>> I tried copying with epgfixer plugin, which should do the trick.
>> However, VDR seems to crash always when it's receiving EPG data for
>> these channels.. So there is some weird incompatibility with epgfixer!
>> I have been using epgfixer successfully earlier. Perhaps epgfixer gets
>> unencoded raw data before the huffman decoding? The crash is inside
>> libc, which would suggest to some string manipulating functions
>> perhaps..
>>
>> --
>> Teemu
>>
>>
>> 2013/4/14 Tony Houghton :
>> > On Sun, 14 Apr 2013 00:38:08 +0200
>> > Lucian Muresan  wrote:
>> >
>> >> BTW, where is the most current freeview patch?
>> >
>> > This is the version I use. I don't know whether its newer/better than
>> > the one Andre posted this morning, but I'm pretty sure the tables in
>> > this one are complete, and they have been embedded into the C code
>> > instead of having to be loaded as separate files.
>> > ___
>> > vdr mailing list
>> > vdr@linuxtv.org
>> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>> >
>>
>>
>>
>> --
>> Teemu Suikki
>> http://www.z-power.fi/
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Teemu Suikki]

Hi!

Your patch is slightly broken, perhaps when emailing? There are a few
missing lines in the huffman tables.

I compared these two patches, your version seems to be better
otherwise, but I took the tables from the other patch.. Works fine
now.

However, I have another issue. I need to clone EPG for a few channels.
EEPG and LoadEpg plugins have the .equiv files for this, but this
patch obviously doesn't

I tried copying with epgfixer plugin, which should do the trick.
However, VDR seems to crash always when it's receiving EPG data for
these channels.. So there is some weird incompatibility with epgfixer!
I have been using epgfixer successfully earlier. Perhaps epgfixer gets
unencoded raw data before the huffman decoding? The crash is inside
libc, which would suggest to some string manipulating functions
perhaps..

--
Teemu


2013/4/14 Tony Houghton :
> On Sun, 14 Apr 2013 00:38:08 +0200
> Lucian Muresan  wrote:
>
>> BTW, where is the most current freeview patch?
>
> This is the version I use. I don't know whether its newer/better than
> the one Andre posted this morning, but I'm pretty sure the tables in
> this one are complete, and they have been embedded into the C code
> instead of having to be loaded as separate files.
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Which epg for Sky UK

[Teemu Suikki]

Hi,

I have been toggling between eepg and LoadEPG plugins.. I haven't
tried the patch above, perhaps it would be better?

eepg seems to crash occasionally, and also I had this weird problem
that all channels have Polish category-fields.. :)

LoadEPG doesn't crash, doesn't speak Polish, but is not automatic so
you have to launch it from crontab or something. Also it had the
timezone problem for which I provided a patch earlier in this list,
but that only affects people who watch satellites not from their own
timezone.

--
Teemu

2013/4/14 Füley István :
> Eepg is working fine here, even running in background by vdr's EPG scan.
> The single issue I have is that the plugin is filling the log with various
> messages, even if I set loglevel to a low value (1).
>
> Regards,
>
> István
>
>
> On 2013.04.14. 11:05, Dimitar Petrovski wrote:
>>
>> Hi, I maintain the eepg plugin, if you send me a stack trace, or add it
>> as an issue here:
>> http://projects.vdr-developer.org/projects/plg-eepg
>> I will look into it.
>> I'm using the eepg plugin for a very long time without any problem.
>> For the memory leak, I have not I have not reproduced it in my usage of
>> vdr, so if someone can provide me with the steps to reproduce it, which
>> channel it happens on and so on I will try to fix it.
>>
>> Regards
>>
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Entering main menu with svdrpsend

[Teemu Suikki]

Hi,

this would be very good, thanks! :)

--
Teemu




2013/4/12 lukkinosat :
> On 09.04.2013 09:53, Teemu Suikki wrote:
>> Hi!
>>
>> I might be overlooking something really simple, but I can't figure
>> this out myself. :)
>>
>> I'm trying to send "red" button to the LoadEPG plugin, to cancel the
>> scan. In theory, this is just:
>>
>> svdrpsend hitk Menu 9 Red
>>
>> (9 is the Loadepg mainmenu entry number)..
>>
>> However, the above fails if there is a message on screen, in that case
>> it will start recording channel 9, which is not good. :)
>>
>> This "works":
>>
>> svdrpsend hitk Back Back Back Back Back Menu 9 Red
>>
>> But if you are in playback mode, it will cancel the playback. Probably
>> also some other situations where this fails.
>>
>> So, is there a 100% sure way to enter main menu?
>
> Hi
>
> You're right ...
>
> Unfortunately, if there is a message on the OSD, the red button is not
> detected by the plugin ...
> I need to find a solution... I can just let you know how to solve...
> I can implement the stop command in svdrp :-)
>
> Hi, Luca
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Entering main menu with svdrpsend

[Teemu Suikki]

Hi!

I might be overlooking something really simple, but I can't figure
this out myself. :)

I'm trying to send "red" button to the LoadEPG plugin, to cancel the
scan. In theory, this is just:

svdrpsend hitk Menu 9 Red

(9 is the Loadepg mainmenu entry number)..

However, the above fails if there is a message on screen, in that case
it will start recording channel 9, which is not good. :)

This "works":

svdrpsend hitk Back Back Back Back Back Menu 9 Red

But if you are in playback mode, it will cancel the playback. Probably
also some other situations where this fails.

So, is there a 100% sure way to enter main menu?

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Epgsearch mysteries

[Teemu Suikki]

Ok, I fixed it..

In file epgsearchext.c, function CheckRepeatTimers, there is a line:

if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle,
compareSummary, compareDate, catvaluesAvoidRepeat))

There is no match limit given! So I added it like this:

if (EventsMatch(pEvent, pEventP, compareTitle, compareSubtitle,
compareSummary, compareDate, catvaluesAvoidRepeat,
compareSummaryMatchInPercent))

Seems to work now. Still needs your earlier patch in epgsearchtools.c of
course.


5.4.2013 5.48 "Teemu Suikki"  kirjoitti:

> I tried this, no change..
>
> Then I added some debug. For some reason, matchLimit is 90 even if I have
> set it to 100! There must be some other bug that resets matchLimit..
>
> If I set matchLimit=100 inside the function, it works as expected if your
> patch is installed.
>  5.4.2013 0.32 "Christian Wieninger"  kirjoitti:
>
>>  Hi,
>>
>> probably the following code is the reason for this behaviour:
>>
>> epgsearchtools.c:
>>
>>// last try with Levenshtein Distance, only compare the first 1000
>> chars
>>double fMatch = FuzzyMatch(eDescr, rDescr, 1000);
>>double tmp_matchlimit = matchLimit/100.0;
>>if(maxLength - minLength < 5)
>>{
>>   tmp_matchlimit = 0.95;
>>   LogFile.Log(2,"difference between both descriptions is < 5 setting
>> matchlimit to: %.2f %%", tmp_matchlimit*100);
>>}
>>
>> Please change the line
>>
>>if(maxLength - minLength < 5)
>>
>> to
>>
>>if(maxLength - minLength < 5 && matchLimit < 95)
>>
>> and let me know if it works for you.
>>
>> cheers,
>> Christian
>>
>>
>> Am 04.04.2013 20:04, schrieb Teemu Suikki:
>>
>> Hi!
>>
>> I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr..
>>
>> I'm recording "Game of Thrones" from Canal Digital Nordic. The third
>> season is starting in a few days..
>>
>> The episodes have no episode name, and the description field simply says:
>> "(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta."
>>
>> The text part is always the same, just the episode number varies. So just
>> a single character difference. But epgsearch thinks these are repeats! Even
>> if I set required match to 100%, it still thinks they are repeats..
>> shouldn't 100% mean exact match?
>>
>>
>> ___
>> vdr mailing 
>> listvdr@linuxtv.orghttp://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>>
>>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Epgsearch mysteries

[Teemu Suikki]

I tried this, no change..

Then I added some debug. For some reason, matchLimit is 90 even if I have
set it to 100! There must be some other bug that resets matchLimit..

If I set matchLimit=100 inside the function, it works as expected if your
patch is installed.
 5.4.2013 0.32 "Christian Wieninger"  kirjoitti:

>  Hi,
>
> probably the following code is the reason for this behaviour:
>
> epgsearchtools.c:
>
>// last try with Levenshtein Distance, only compare the first 1000 chars
>double fMatch = FuzzyMatch(eDescr, rDescr, 1000);
>double tmp_matchlimit = matchLimit/100.0;
>if(maxLength - minLength < 5)
>{
>   tmp_matchlimit = 0.95;
>   LogFile.Log(2,"difference between both descriptions is < 5 setting
> matchlimit to: %.2f %%", tmp_matchlimit*100);
>}
>
> Please change the line
>
>if(maxLength - minLength < 5)
>
> to
>
>if(maxLength - minLength < 5 && matchLimit < 95)
>
> and let me know if it works for you.
>
> cheers,
> Christian
>
>
> Am 04.04.2013 20:04, schrieb Teemu Suikki:
>
> Hi!
>
> I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr..
>
> I'm recording "Game of Thrones" from Canal Digital Nordic. The third
> season is starting in a few days..
>
> The episodes have no episode name, and the description field simply says:
> "(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta."
>
> The text part is always the same, just the episode number varies. So just
> a single character difference. But epgsearch thinks these are repeats! Even
> if I set required match to 100%, it still thinks they are repeats..
> shouldn't 100% mean exact match?
>
>
> ___
> vdr mailing 
> listvdr@linuxtv.orghttp://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Epgsearch mysteries

[Teemu Suikki]

Hi!

I have vdr 1.7.27 and epgsearch 1.0.1.beta2, from yavdr..

I'm recording "Game of Thrones" from Canal Digital Nordic. The third season
is starting in a few days..

The episodes have no episode name, and the description field simply says:
"(1:10/s3) 3. kausi maailman suosituimmasta HBO-sarjasta."

The text part is always the same, just the episode number varies. So just a
single character difference. But epgsearch thinks these are repeats! Even
if I set required match to 100%, it still thinks they are repeats..
shouldn't 100% mean exact match?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR's UpdateChannels destroys channel information

[Teemu Suikki]

Guess what, problem solved..

My channels config had TID 7501, but the real TID is 7500.. I have no
idea how this could have been changed, though? And I thought that the
channel wouldn't show at all, if TID is not correct?

Anyway, with TID changed to 7500, I can enable UpdateChannels and vdr
won't touch the transponder data anymore.

Still a bit odd that it updated the transponder data.. S13E does not
have TID 7501 in any transponder, so where did the updated data come
from?

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR's UpdateChannels destroys channel information

[Teemu Suikki]

A bit more into this..

I tried dvbsnooping different satellites, I noticed some difference.

This is from Thor, 1.0W:


---
Transport_stream_ID: 4 (0x0004)
Original_network_ID: 70 (0x0046)  [= 1 degree W | Telenor]
reserved_1: 15 (0x0f)
Transport_descriptor_length: 191 (0x00bf)

DVB-DescriptorTag: 67 (0x43)  [=
satellite_delivery_system_descriptor]
descriptor_length: 11 (0x0b)
Frequency: 17967360 (=  11.22900 GHz)
Orbital_position: 16 (=   1.0)
West_East_flag: 0 (0x00)  [= WEST]
Polarisation: 0 (0x00)  [= linear - horizontal]
Kind: 0 (0x00)  [= DVB-S]
fixed ('00'): 0 (0x00)
Modulation_type: 1 (0x01)  [= QPSK]
Symbol_rate: 2379776 (=  24.5000)
FEC_inner: 5 (0x05)  [= 7/8 conv. code rate]

DVB-DescriptorTag: 65 (0x41)  [= service_list_descriptor]
descriptor_length: 30 (0x1e)
   service_ID: 418 (0x01a2)[ --> refers to PMT program_number]
   service_type: 1 (0x01)  [= digital television service]

   (other sid's follow, cut away for clarity)


But this "faulty" transponder in S13E:


   Transport_stream_ID: 7500 (0x1d4c)
Original_network_ID: 64511 (0xfbff)  [= Sky Italia | Sky Italia Spa.]
reserved_1: 15 (0x0f)
Transport_descriptor_length: 54 (0x0036)

DVB-DescriptorTag: 65 (0x41)  [= service_list_descriptor]
descriptor_length: 39 (0x27)
   service_ID: 4117 (0x1015)[ --> refers to PMT program_number]
   service_type: 25 (0x19)  [= advanced codec HD digital
television service]

   (other sid's follow, cut away for clarity)

DVB-DescriptorTag: 67 (0x43)  [=
satellite_delivery_system_descriptor]
descriptor_length: 11 (0x0b)
Frequency: 19007128 (=  12.20698 GHz)
Orbital_position: 304 (=  13.0)
West_East_flag: 1 (0x01)  [= EAST]
Polarisation: 0 (0x00)  [= linear - horizontal]
Kind: 1 (0x01)  [= DVB-S2]
Roll Off Faktor: 0 (0x00)  [= Alpha 0.35]
Modulation_type: 2 (0x02)  [= 8PSK]
Symbol_rate: 2723840 (=  29.9000)
FEC_inner: 3 (0x03)  [= 3/4 conv. code rate]



So.. DVB-DescriptorTag's 65 and 67 appear in opposite order! Could it
be that VDR has transponder data still uninitialized when it is
scanning the service id, because 67 is not arrived yet?

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR's UpdateChannels destroys channel information

[Teemu Suikki]

2013/3/21 Klaus Schmidinger :
> Mar 21 12:11:53 vdr2 vdr: [29626] changing transponder data of channel 3364
> from 12207:HC34M5O0S1:S13.0E:29900 to 12207:HC34M2S0:S13.0E:27500
> Mar 21 12:11:53 vdr2 vdr: [29620] retuning due to modification of channel

Hi,

ok, thanks for the confirmation!

I tried dvbsnoop. It returns correct values (dvb-s2, sr 29900).. See
below. Then I tried "scan-s2 -c" from the command line, and
interestingly it reports correct SR 29900 but dvb-s, not dvb-s2..
Weird?

-

   Transport_stream_ID: 7500 (0x1d4c)
Original_network_ID: 64511 (0xfbff)  [= Sky Italia | Sky Italia Spa.]
reserved_1: 15 (0x0f)
Transport_descriptor_length: 54 (0x0036)
(...)
   DVB-DescriptorTag: 67 (0x43)  [=
satellite_delivery_system_descriptor]
descriptor_length: 11 (0x0b)
Frequency: 19007128 (=  12.20698 GHz)
Orbital_position: 304 (=  13.0)
West_East_flag: 1 (0x01)  [= EAST]
Polarisation: 0 (0x00)  [= linear - horizontal]
Kind: 1 (0x01)  [= DVB-S2]
Roll Off Faktor: 0 (0x00)  [= Alpha 0.35]
Modulation_type: 2 (0x02)  [= 8PSK]
Symbol_rate: 2723840 (=  29.9000)
FEC_inner: 3 (0x03)  [= 3/4 conv. code rate]






-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] VDR's UpdateChannels destroys channel information

[Teemu Suikki]

Hi!

I have mysterious problem with some channels.. All seem to be on
S13.0E, but on different transponders.

According to http://en.kingofsat.net/pos-13E.php page, "Disney Channel
HD Italia" is  DVB-S2, 8PSK, SR 29900. However, I seem to have DVB-S,
QPSK, SR 27500 in my channels.conf.

I have tried editing the channel directly to channels.conf, while vdr
stopped. Also I have tried editing it inside vdr, from channel list ->
edit.. After the edit, channels shows fine for a few seconds, but then
VDR updates it back to old values and channel stops showing!

Mar 21 10:41:53 yavdr vdr: [16964] edited channel 179 Disney Ch.
HD;SkyItalia:12207:HC34M5O0S1:S13.0E:29900:164=27:0;416=ita@106,417=eng@106:701:
919,93B,9CD:4128:318:7501:0
Mar 21 10:41:56 yavdr vdr: [16964] switching to channel 179
-- 
Mar 21 10:41:59 yavdr vdr: [17038] changing transponder data of
channel 179 from 12207:HC34M5O0S1:S13.0E:29900 to
12207:HC34M2S0:S13.0E:27500
Mar 21 10:42:00 yavdr vdr: [16964] retuning due to modification of channel 179
Mar 21 10:42:00 yavdr vdr: [16964] switching to channel 179
--

If I set Setup UpdateChannels to 0, vdr will not update the channel
and it will show. But I'd like to keep channel updates enabled..

Is the transponder sending incorrect data, or what is going on?





Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Audio only output device?

[Teemu Suikki]

I'll subscribe to what's he having.. :)

But anyway, to the original question! Streamdev + mpg123 seems to do the
trick quite easily, I think this is solved already.

mpg123 -oalsa -aiec958:CARD=Generic,DEV=0
http://192.168.0.20:3000/ES/S1.0W-70-72-4901+1

Works very nicely. I was worried that streamdev might introduce too much
delay to the audio, but this is not the case. It's almost perfect lip sync,
when watching same channel with softhhddevice and mpg123 playing the audio..

--
teemu

2013/3/13 Gerald Dachs 

> Am 13.03.2013 15:09, schrieb Füley István:
>
>> Subcribe.
>>
>
> To what?
>
> Gerald
>
> !DSPAM:**5140aac1168913192934288!
>
>
>
> __**_
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-**bin/mailman/listinfo/vdr<http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>
>
>


-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Audio only output device?

[Teemu Suikki]

Hi!

Is there any simple audio output device?

I have two sound cards in my system. I would like to use one to play audio
of one tv channel, while the other is used normally with softhddevice.

I can probably hack it with streamdev and some mp3 player, but perhaps some
easier solution is available?

Why I need this? Formula1 starts next weekend. I can get HD picture from
one channel and Finnish audio on other..
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] EEPG plugin, summaries in Polish?

[Teemu Suikki]

Hi,

I'm using: vdr-plugin-eepg-0.0.5.git20121123

It works very well. However I'm wondering, why do some Sky UK channels have
summaries in polish? :) Where do they come from?

For example, FTA channel CBS Action, clip from my EPG,

C S28.2E-2-2311-52007 CBS Action
E 772 136251 3600 30 FF
T Walker, Texas Ranger
S ROZRYWKA INNE - 60'
D Chuck Norris fights crime and helps the community as the eponymous
Walker. Garrett Stone, who Walker helps put away years prior, is paroled
and resumes his life of crime. S6 Ep3/23|Category: ROZRYWKA INNE
G 60
X 2 01 eng
X 1 01 und 4:3
e

Is this related to the snippet from eepg-plugin README:
"-On Sky Italy and Sky UK, a lot of "summaries not found" are reported.
This is
 because it is not (yet) known where the "summary available" flag is coded
in the
 OpenTV protocol used, so all titles are assumed to have a summary
available."

Perhaps in that case, some random summary is used from some previous scan?


-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] Plugin LoadEPG 0.2.5

[Teemu Suikki]

Hi!

I think there is a bug in the timezone handling.

I installed the plugin.. It worked fine, but most channels had EPG moved by
1 hour, except Sky UK which had 2 hours of error..

Since I live in Finland, GMT+2, it would seem that the error comes from the
fact that Sky UK is GMT+0 and most other satellites are at GMT+1.

I looked into the source. This simple patch fixes it completely:

*** loadepg-0.2.5/loadepg.c 2013-01-21 19:55:00.0 +0200
--- loadepg-0.2.5_new/loadepg.c 2013-02-24 21:05:27.072158958 +0200
***
*** 2026,2032 
{
  SatelliteTimeOffset = SatelliteTimeOffsetH * 3600;
}
!   EpgTimeOffset = (LocalTimeOffset - SatelliteTimeOffset);
esyslog("LoadEPG: Satellite Time Offset=[UTC]%+i",
SatelliteTimeOffset / 3600);
esyslog("LoadEPG: Epg Time Offset=%+i seconds", EpgTimeOffset);
if(DEBUG)
--- 2026,2032 
{
  SatelliteTimeOffset = SatelliteTimeOffsetH * 3600;
}
!   EpgTimeOffset = 0; //(LocalTimeOffset - SatelliteTimeOffset);
esyslog("LoadEPG: Satellite Time Offset=[UTC]%+i",
SatelliteTimeOffset / 3600);
esyslog("LoadEPG: Epg Time Offset=%+i seconds", EpgTimeOffset);
if(DEBUG)


So.. I just waste your complicated timezone calculations, and insert
"EpgTimeOffset = 0;" at the end.. :) You could actually eliminate a lot of
the code before this patched line.

I think the problem is, unix time() function does not return time in
current time zone, but in UTC time (GMT+0). Also VDR epg data has UTC
timestamps. Also it must be that the satellite EPG data has also UTC time,
otherwise my patch wouldn't work. :) So there is no need to do any timezone
calculation at all!

The reason it has worked for most users, is because you all live in GMT+1,
same timezone as most of the satellites.. EpgTimeOffset is zero in that
case anyway. :) And if some british user is using it for Sky UK, it works
for him as well because the offset is zero. The bug only happens when user
and satellite are in different time zones.


--
Teemu




2013/1/31 lukkinosat 

> Hello
>
> Is available the version 0.2.5 of the plugin LoadEPG for VDR >= 1.7.35
>
> For VDR <= 1.7.24 lastest release is the version 0.2.4
>
> The sources is here:
> http://lukkinosat.altervista.org
>
> For ArchLinux:
> https://aur.archlinux.org/packages/vdr-plugin-loadepg
>
> History:
> 2013-01-21: Version 0.2.5
> - New Makefile for VDR >= 1.7.35
>
> Description:
> This plugin load EPG data sent to MediaHighWay (Canal+ group)
> or SkyBox (Sky - News Corporation, Sky Italy, Sky Uk...) receivers,
> or executes external scripts and load EPG data from file.
>
> Hi, Luca
>
> Forum:
> http://forum.vdr-italia.org
>
> Web:
> http://www.vdr-italia.org
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>


-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] : Positioner and multi-tuner setup?

[Teemu Suikki]

21.2.2013 10.35 "Klaus Schmidinger"  kirjoitti:
>
> So what you're trying to do is to "bond" the two devices in a way that
> only takes into account the antenna position.
> Maybe you could achieve this by changing cDvbTuner::GetBondingParams() in
a way that
> extracts the positioning part from the DiSEqC commands and returns just
that.
> Then, with bonded devices, it should use only one of them for positioning,
> and both will only tune to transponders from that position.

Hi,

yes that seems the easiest way. I think it's enough to just return the
position, like "S1.0W".. With GotoXX patch, the positioning DiSEqC code is
actually just "G" for each satellite, so there is no difference to be found
there! Also the tone/range checks need to be removed from SetFrontend.

This is easy to do as a "hack" but much more tricky to have some clean
solution that would allow old behaviour as well..

The GotoXX patch itself is very clean and easily completely disabled with
the setup switch. While Klaus is listening, perhaps you could consider
including this? GotoXX essentially replaces all Rotor and RotorNG plugins,
and is very easy to setup because it can automatically tune all satellites
without any configuring.

It can be found from: http://patchwork.linuxtv.org/patch/12911/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] : Positioner and multi-tuner setup?

[Teemu Suikki]

I'm replying to an old message, because soon I will have similar setup so
I'm interested. :)

I currently have two tuners with fixed dish to S1.0W, and third tuner with
diseqc motor. I'm using diseqc.conf and the gotoxx patch, it works very
well!

However I'm adding fourth tuner soon. It will be connected to the motor
dish too.

I have been examining vdr's Device Bonding feature. If two devices are
bonded and Diseqc is enabled, vdr will compare the diseqc strings of the
already tuned master, with the diseqc string of the new channel on the
other device. If they match, channel change is accepted.

So basically it should work if you simply have same diseqc config for both
bonded devices.

However, there is a problem that also the polarisation and low/high
frequency range is compared. This means that the bonded device is
restricted to same polarisation and frequency range. This would need some
patching in dvbdevice.c..
27.12.2012 16.06 "Antti Hartikainen"  kirjoitti:

Hi.

I would want to somehow configure VDR to use positioner (H-H motor) and
dual tuner setup, to receive two transponders from same source at one time.

My current hardware setup is: TechnoTrend S2-6400 dual tuner DVB-S2 with
H/W decoder, H-H motor and a quad LNB.

I'm using diseqc commands in diseqc.conf to control the motor, as GOTOXX
patch and rotorng plugin are both too buggy to be used. Rotorng I used to
store
the positions.

Currently I only have one tuner in use, and it is connected to the motor.

I was wondering if it would be somehow possible to get second tuner in use
also. It would be connected directly to LNB, and that tuner would be
limited to the
same satellite source as the other tuner is tuned to, and have independent
frequency/polarization.

Thanks.

PS. What is the current recomended way for using positioner with VDR?
Preferred would be a USALS capable setup.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Handling large channel list?

[Teemu Suikki]

Hi!

I have about 9000 channels in my channels.conf at the moment. :) They are
currently just grouped by source, otherwise in random order.

Many of the channels are radio channels, or encrypted channels which I
can't watch. Some encrypted channels I can watch, so I can't just grep out
all crypted..

I tried the autosort plugin, but it just keeps crashing. Then I found
autosort.pl which is the same thing but "stand alone".. This works, but it
does not support the autosort's HasOpenCa -parameter, so it is difficult to
configure which caid's I can watch.

I also have chanman-plugin, which works reasonably well, but it also has
the problem that it just shows FTA or crypted, doesn't make a difference
between caid's.

-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Rotor plugin source?

[Teemu Suikki]

Hi,

thanks alot! This works very well!

Also I think my "section handler delay" patch is not necessary with this
gotoxx patch.. At least my delay message appears much later now, so the
delay is already in the gotox handling.

This GotoX patch is so cleanly integrated to VDR, I think it should be
included in the official release? I think all current diseqc motors have
gotox functionality, so plugins like rotor(ng) are really unnecessary if
gotox works.

--
Teemu

2013/2/12 Ales Jurik 

> On 02/12/2013 12:17 PM, Teemu Suikki wrote:
>
>>
>> Hi!
>>
>> I was trying to find source code for the rotor plugin (not rotorng)..
>> all the links seem to be outdated. Anyone have any version?
>>
>> I'm really only interested in seeing how the GotoX stuff works. I'm
>> trying to send gotox command from diseqc.conf, but the dish doesn't move
>> at all.
>>
>> I have the Eutelsat diseqc 1.2 specification, but the GotoX stuff is
>> marked preliminary and they talk only about terrestrial antennas.. Must
>> be some difference.
>>
>> Here's my non-functioning diseqc.conf entry:
>>
>> #S1.0W - Elevation 17.44, Azimuth 209.62, Motor angle -28.45
>> S1.0W 11700 V  9750  t W15 [E0 31 6E 0D 07] W15 v t
>> S1.0W 9 V 10600  t W15 [E0 31 6E 0D 07] W15 v T
>> S1.0W 11700 H  9750  t W15 [E0 31 6E 0D 07] W15 V t
>> S1.0W 9 H 10600  t W15 [E0 31 6E 0D 07] W15 V T
>>
>> I actually made a C program that generates these lines for all visible
>> satellites. This might be of interest to people who are waiting for
>> gotox support, if I ever get this working..
>>
>>
>>
>>
>> __**_
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-**bin/mailman/listinfo/vdr<http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>
>>
>>  Hi Teemu,
>
> I'm using the patch based on patch from Seppo Ingalsuo (see
> http://patchwork.linuxtv.org/**patch/12911/<http://patchwork.linuxtv.org/patch/12911/>)
> - this version I'm used now with vdr-1.7.27 together with yaVDR, but have
> info that it works also with later versions. Patch integrate gotoxx into
> VDR and works without problems.
>
> Regards,
>
> Ales
>
> __**_
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-**bin/mailman/listinfo/vdr<http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>
>
>


-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Rotor plugin source?

[Teemu Suikki]

Hi!

I was trying to find source code for the rotor plugin (not rotorng).. all
the links seem to be outdated. Anyone have any version?

I'm really only interested in seeing how the GotoX stuff works. I'm trying
to send gotox command from diseqc.conf, but the dish doesn't move at all.

I have the Eutelsat diseqc 1.2 specification, but the GotoX stuff is marked
preliminary and they talk only about terrestrial antennas.. Must be some
difference.

Here's my non-functioning diseqc.conf entry:

#S1.0W - Elevation 17.44, Azimuth 209.62, Motor angle -28.45
S1.0W 11700 V  9750  t W15 [E0 31 6E 0D 07] W15 v t
S1.0W 9 V 10600  t W15 [E0 31 6E 0D 07] W15 v T
S1.0W 11700 H  9750  t W15 [E0 31 6E 0D 07] W15 V t
S1.0W 9 H 10600  t W15 [E0 31 6E 0D 07] W15 V T

I actually made a C program that generates these lines for all visible
satellites. This might be of interest to people who are waiting for gotox
support, if I ever get this working..
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Suggestion (patch) for sections.c

[Teemu Suikki]

Klaus,

This has no effect on channel switching time. Channel switch is instant.
Patch only delays the scanning of pids, epg data, new transponders etc.

Of course if the pids have changed since the last time this channel was
tuned, it will use the old values for the first 10 seconds.. but I don't
think this happens very often.

But yes, I agree the patch could be cleaner somehow.
 9.2.2013 12.50 "Klaus Schmidinger"  kirjoitti:

> On 08.02.2013 14:52, Teemu Suikki wrote:
>
>> Hi!
>>
>> As I mentioned in my previous email, I'm using diseqc.conf to drive my
>> motorized dish.
>>
>> I noticed that sometimes VDR generates false channe updates, when the
>> dish is moving. The problem is, channel switches immediately, but it takes
>> seconds for the dish to move. Often there is several seconds time when VDR
>> thinks it's already on the new channel, but old satellite is still tuned.
>>
>> I googled and I noticed something about this in actuator plugin README:
>>
>> "vdr assumes that, as soon as a channel has been switched to, the new
>> source (satellite) is valid, even if the dish is moving, so the autoupdate
>> function will assign new/updated channels to the wrong satellite. The
>> plugin's workaround is to disable autoupdate while the dish is moving and
>> restore the
>> previous setting only when it has reached the target satellite. It's
>> possible that the plugin will fail to restore the value of this setting. If
>> you see that channels aren't updating anymore check this setting (main
>> menu->configuration->dbv->**update channels, note that while the dish is
>> moving this
>> setting is always "no", so check and modify it only when the actuator is
>> idle). "
>>
>> RotorNG does not have such hack, so it still suffers from this problem.
>> Also as I said, I use VDR "as is" without rotor-ng, and have this problem.
>>
>> I made the following patch to sections.c, this is for vdr 1.7.27 but I
>> guess it's similar in newer VDRs as well..
>>
>> If source has been changed, it forces a 10 second delay. This means that
>> epg data and channel updates are disabled during that time, but it
>> shouldn't matter.
>>
>> 10 seconds might not be quite enough to get to the new position with a
>> slow motor, but it is enough to make the frontend loose lock on the
>> previous satellite..
>>
>> Here's also example from syslog:
>>
>> Feb  8 15:17:23 yavdr vdr: [16352] switching to channel 990
>> Feb  8 15:17:23 yavdr vdr: [16420] New source 0x5300ff7e, 10sec wait
>> forced in section loop
>> Feb  8 15:17:29 yavdr vdr: [16419] frontend 1/0 lost lock on channel 990,
>> tp 112322
>> Feb  8 15:17:30 yavdr vdr: [16419] frontend 1/0 regained lock on channel
>> 990, tp 112322
>>
>> Here you can see how it takes full 6 seconds before frontend reports lost
>> lock, after channel switch.. Channel is really switched at 15:17:30 when it
>> regains lock. If any section data would be received between 15:17:23 -
>> 15:17:29, it would be registered on the wrong satellite.
>>
>> --
>> The patch:
>>
>> *** vdr-alt/sections.c  2007-10-14 15:52:07.0 +0300
>> --- vdr/sections.c  2013-02-08 14:50:30.524186976 +0200
>> ***
>> *** 164,169 
>> --- 164,171 
>>
>>void cSectionHandler::Action(void)
>>{
>> +   int PrevSource=shp->channel.**Source();
>> +
>>  SetPriority(19);
>>  while (Running()) {
>>
>> ***
>> *** 183,188 
>> --- 185,196 
>>
>>if (poll(pfd, NumFilters, 1000) > 0) {
>>   bool DeviceHasLock = device->HasLock();
>> +if (PrevSource!=shp->channel.**Source()) {
>> + PrevSource=shp->channel.**Source();
>> + DeviceHasLock = false;
>> + dsyslog("New source 0x%x, 10sec wait forced in section
>> loop\n",PrevSource);
>> + cCondWait::SleepMs(1);
>> +}
>>   if (!DeviceHasLock)
>>  cCondWait::SleepMs(100);
>>   for (int i = 0; i < NumFilters; i++) {
>>
>
> While this may be a viable solution for your particular problem, I don't
> think
> putting a general 10s wait in there would be such a good idea. This would
> be totally
> annoying for users who receive multiple sat positions via a multiswitch,
> where switching
> between sources is very fast.
>
> I'm wondering whether there is any information in the SI data as to which
> source
> (i.e. satellite) this data is broadcast on. I guess that should help a
> great deal in actually
> solving this problem.
>
> Klaus
>
> __**_
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-**bin/mailman/listinfo/vdr<http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>
>
>
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Suggestion (patch) for sections.c

[Teemu Suikki]

Hi!

As I mentioned in my previous email, I'm using diseqc.conf to drive my
motorized dish.

I noticed that sometimes VDR generates false channe updates, when the dish
is moving. The problem is, channel switches immediately, but it takes
seconds for the dish to move. Often there is several seconds time when VDR
thinks it's already on the new channel, but old satellite is still tuned.

I googled and I noticed something about this in actuator plugin README:

"vdr assumes that, as soon as a channel has been switched to, the new
source (satellite) is valid, even if the dish is moving, so the autoupdate
function will assign new/updated channels to the wrong satellite. The
plugin's workaround is to disable autoupdate while the dish is moving and
restore the previous setting only when it has reached the target satellite.
It's possible that the plugin will fail to restore the value of this
setting. If you see that channels aren't updating anymore check this
setting (main menu->configuration->dbv->update channels, note that while
the dish is moving this setting is always "no", so check and modify it only
when the actuator is idle). "

RotorNG does not have such hack, so it still suffers from this problem.
Also as I said, I use VDR "as is" without rotor-ng, and have this problem.

I made the following patch to sections.c, this is for vdr 1.7.27 but I
guess it's similar in newer VDRs as well..

If source has been changed, it forces a 10 second delay. This means that
epg data and channel updates are disabled during that time, but it
shouldn't matter.

10 seconds might not be quite enough to get to the new position with a slow
motor, but it is enough to make the frontend loose lock on the previous
satellite..

Here's also example from syslog:

Feb  8 15:17:23 yavdr vdr: [16352] switching to channel 990
Feb  8 15:17:23 yavdr vdr: [16420] New source 0x5300ff7e, 10sec wait forced
in section loop
Feb  8 15:17:29 yavdr vdr: [16419] frontend 1/0 lost lock on channel 990,
tp 112322
Feb  8 15:17:30 yavdr vdr: [16419] frontend 1/0 regained lock on channel
990, tp 112322

Here you can see how it takes full 6 seconds before frontend reports lost
lock, after channel switch.. Channel is really switched at 15:17:30 when it
regains lock. If any section data would be received between 15:17:23 -
15:17:29, it would be registered on the wrong satellite.

--
The patch:

*** vdr-alt/sections.c  2007-10-14 15:52:07.0 +0300
--- vdr/sections.c  2013-02-08 14:50:30.524186976 +0200
***
*** 164,169 
--- 164,171 

  void cSectionHandler::Action(void)
  {
+   int PrevSource=shp->channel.Source();
+
SetPriority(19);
while (Running()) {

***
*** 183,188 
--- 185,196 

  if (poll(pfd, NumFilters, 1000) > 0) {
 bool DeviceHasLock = device->HasLock();
+if (PrevSource!=shp->channel.Source()) {
+ PrevSource=shp->channel.Source();
+ DeviceHasLock = false;
+ dsyslog("New source 0x%x, 10sec wait forced in section
loop\n",PrevSource);
+ cCondWait::SleepMs(1);
+}
 if (!DeviceHasLock)
    cCondWait::SleepMs(100);
 for (int i = 0; i < NumFilters; i++) {



-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] diseqc.conf with different lines for each frontend

[Teemu Suikki]

Hi!

I have vdr 1.7.27, from yavdr 0.5.

I have two frontends, one has fixed dish to 1.0W and other is a motorized
dish than can tune any satellite.

I have tried rotorng plugin, but I see that it's entirely possible to let
VDR do the dish control with diseqc.conf.. this is my diseqc.conf file:

1:
S1.0W  11700 V  9750  v t
S1.0W  9 V 10600  v T
S1.0W  11700 H  9750  V t
S1.0W  9 H 10600  V T

2:
S1.0W 11700 V  9750  t W15 [E0 31 6B 19] W15 v t
S1.0W 9 V 10600  t W15 [E0 31 6B 19] W15 v T
S1.0W 11700 H  9750  t W15 [E0 31 6B 19] W15 V t
S1.0W 9 H 10600  t W15 [E0 31 6B 19] W15 V T

S13.0E 11700 V  9750  t W15 [E0 31 6B 13] W15 v t
S13.0E 9 V 10600  t W15 [E0 31 6B 13] W15 v T
S13.0E 11700 H  9750  t W15 [E0 31 6B 13] W15 V t
S13.0E 9 H 10600  t W15 [E0 31 6B 13] W15 V T
(other satellites here too, just two shown)

--

This works well. VDR moves the dish, works with rotorng disabled.

But the problem is, VDR seems to prefer frontend 2 for some reason. If
frontend 2 is tuned to S13.0E and I switch to channel on S1.0W, I have to
wait for the dish to turn.. Frontend 1 would have been tuned already!

It's worse if there is a timer recording on S1.0W. VDR chooses frontend 2
even if there is only one recording going. Then I can't switch to other
satellites at all, the only moving dish is stuck to S1.0W..

Now, the obvious solution is to remove S1.0W from frontend2 config.. But
then frontend2 can't help if there's duplicate timers on S1.0W.

Is there any way to make frontend1 higher priority, so it would be used
first if it can tune?

-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] epgsearch alternate channels?

[Teemu Suikki]

Hi!

I'm using Yavdr 0.5, with vdr 1.7.27.

I have a system with DVB-S and DVB-T tuners. DVB-S (Canal Digital) offers
better bitrate versions for most of the Finnish dvb-t channels, and also
even HD version of MTV3.

So, I'd like to prefer DVB-S and HD, obviously! In MTV3's case, the
priority order would be MTV3 HD (DVB-S), MTV3 (DVB-S), MTV3 (DVB-T). They
all show the same channel, but with different quality.

However, I often get timer conflicts because I only have two DVB-S tuners.
I usually just check epgsearch's timer conflict list, and modify the timers
to different channel.. But couldn't this be automatic somehow?

This problem has been discussed before, but there hasn't been very good
solution.. I know there is "Alternative channels"-patch for the VDR, but it
seems overly complex. To me it looks like this could be done inside a
plugin, either in epgsearch or even some separate plugin that scans the
timers and modifies the channels if needed..

Even a separate script (cron job) would work, just scan timers.conf and
modify the channels when necessary?

-- 
Teemu Suikki
http://www.z-power.fi/
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] IS there a working UPnP-AV/DLNA support for VDR?

[Teemu Suikki]

Hi,

I think there is something else wrong, nothing is shown on my ubuntu
box either with Totem player.. It should be very basic upnp player.

--
Teemu

2012/2/16 Denis Loh :
> Actually, I think some of the properties are not well formatted. UPnP
> defines a strict pattern, which I implemented (hopefully) properly.
> However, some devices may ignore this pattern. I will try to find out,
> which of these parameters is the offending one.
>
> 2012/2/16 Teemu Suikki :
>> Howdy!
>>
>> There is an installation instructions for vdr-plugin-upnp here:
>> http://www.vdr-wiki.de/wiki/index.php/Upnp-plugin
>>
>> I also installed libupnp-1.6.6 with this dlna patch:
>> http://svn.assembla.com/svn/VDR-M7x0/trunk/toolchain/patches/libupnp/1.6.6/dlna/100-CustomHeader.0.0.3.patch
>>
>> I'm using the plugin with VDR 1.7.15 and Playstation3. PS3 detects the
>> VDR correctly, but there are no recordings or live channels available,
>> it's just all empty.
>>
>> When looking at the log file (with -v), i see this:
>>
>> UPnP server message: Browse requested by 192.168.0.201.
>> UPnP server message: = Browsing =
>> UPnP server message: ID: 0
>> UPnP server message: Browse metadata
>> UPnP server message: Filter:
>> @id,upnp:class,res,res@protocolInfo,res@av:authenticationUri,res@size,dc:title,upnp:albumArtURI,res@dlna:ifoFileURI,res@protection,res@bitrate,res@duration,res@sampleFrequency,res@bitsPerSample,res@nrAudioChannels,res@resolution,res@colorDepth,dc:date,av:dateTime,upnp:artist,upnp:album,upnp:genre,dc:contributer,upnp:storageFree,upnp:storageUsed,upnp:originalTrackNumber,dc:publisher,dc:language,dc:region,dc:description,upnp:toc,@childCount,upnp:albumArtURI@dlna:profileID,res@dlna:cleartextSize
>>
>> UPnP server message: Offset: 0
>> UPnP server message: Count: 1
>> UPnP server message: Sort: (null)
>> UPnP server message: Pushing property
>> UPnP server message: Pushing property
>> UPnP server message: Pushing property
>> UPnP server message: Pushing property
>> UPnP server message: Pushing property
>> UPnP server error:Parsing filter failed
>>
>> --
>> Teemu
>>
>>
>> 2012/2/12 Timothy D. Lenz :
>>> I'm interested in this also, but we have 2 Sony Bravias. Hacking the Tv not
>>> an option.  I do know that on ours, for youtube, you can do searches and
>>> stuff using an on screen alphabet that follows the letter to number grouping
>>> you see on phones. So it does have a way to enter stuff.
>>>
>>>
>>> On 2/10/2012 1:43 PM, Luca Olivetti wrote:
>>>>
>>>> Al 10/02/12 18:07, En/na Pim Zandbergen ha escrit:
>>>>>
>>>>> I suppose you could use mediatomb with vdrnfofs to share your recordings.
>>>>
>>>>
>>>> Or hack the TV to simply nfs mount the directory with the recordings
>>>>
>>>>
>>>> Bye
>>>
>>>
>>> ___
>>> vdr mailing list
>>> vdr@linuxtv.org
>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>>
>>
>>
>>
>> --
>> Teemu Suikki
>> http://www.z-power.fi/
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] IS there a working UPnP-AV/DLNA support for VDR?

[Teemu Suikki]

Howdy!

There is an installation instructions for vdr-plugin-upnp here:
http://www.vdr-wiki.de/wiki/index.php/Upnp-plugin

I also installed libupnp-1.6.6 with this dlna patch:
http://svn.assembla.com/svn/VDR-M7x0/trunk/toolchain/patches/libupnp/1.6.6/dlna/100-CustomHeader.0.0.3.patch

I'm using the plugin with VDR 1.7.15 and Playstation3. PS3 detects the
VDR correctly, but there are no recordings or live channels available,
it's just all empty.

When looking at the log file (with -v), i see this:

UPnP server message: Browse requested by 192.168.0.201.
UPnP server message: = Browsing =
UPnP server message: ID: 0
UPnP server message: Browse metadata
UPnP server message: Filter:
@id,upnp:class,res,res@protocolInfo,res@av:authenticationUri,res@size,dc:title,upnp:albumArtURI,res@dlna:ifoFileURI,res@protection,res@bitrate,res@duration,res@sampleFrequency,res@bitsPerSample,res@nrAudioChannels,res@resolution,res@colorDepth,dc:date,av:dateTime,upnp:artist,upnp:album,upnp:genre,dc:contributer,upnp:storageFree,upnp:storageUsed,upnp:originalTrackNumber,dc:publisher,dc:language,dc:region,dc:description,upnp:toc,@childCount,upnp:albumArtURI@dlna:profileID,res@dlna:cleartextSize

UPnP server message: Offset: 0
UPnP server message: Count: 1
UPnP server message: Sort: (null)
UPnP server message: Pushing property
UPnP server message: Pushing property
UPnP server message: Pushing property
UPnP server message: Pushing property
UPnP server message: Pushing property
UPnP server error:Parsing filter failed

--
Teemu


2012/2/12 Timothy D. Lenz :
> I'm interested in this also, but we have 2 Sony Bravias. Hacking the Tv not
> an option.  I do know that on ours, for youtube, you can do searches and
> stuff using an on screen alphabet that follows the letter to number grouping
> you see on phones. So it does have a way to enter stuff.
>
>
> On 2/10/2012 1:43 PM, Luca Olivetti wrote:
>>
>> Al 10/02/12 18:07, En/na Pim Zandbergen ha escrit:
>>>
>>> I suppose you could use mediatomb with vdrnfofs to share your recordings.
>>
>>
>> Or hack the TV to simply nfs mount the directory with the recordings
>>
>>
>> Bye
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Streamdev script to stream audio only?

[Teemu Suikki]

Hi, i need transcoding, the DVB stream is 224kbps mp2 which is too
high bitrate for mobile use..

--
Teemu

2011/12/7 Füley István :
> Just a question:
> Do you need to transcode the audio stream? Why don't use the elementary
> audio stream from the DVB source?
> something like this:
> http://www.fuley.ro:3014/ES/S1.0W-1536-705-30511+1
>
> István
>
>
> On 2011.12.06. 17:00, Teemu Suikki wrote:
>>
>> Hi!
>>
>> I need a mp3 audio stream of live tv channels.. I tried to do it with
>> ffmpeg, but it doesn't work properly. No data is transferred, I guess
>> ffmpeg doesn't like to write to a fifo?
>>
>> Any ideas?
>>
>>
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
>
>
> _______
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Streamdev script to stream audio only?

[Teemu Suikki]

I actually managed to get this working quite well, here is my externremux.sh:


echo -ne 'Content-type: audio/mpeg\r\n'
echo -ne '\r\n'

ffmpeg -f mpegts -i - -vn -acodec libmp3lame -ab 32000 -ar 44100 -ac 1
-f mp3 pipe:1


Nothing more needed really, simple is beautiful. :) However, there is
one huge problem. It takes ages to start streaming, and then the audio
is a full minute behind.. The start delay is fine, but I need more
realtime streaming.

I'm going to York UK tomorrow to watch Snooker UK Championship, and I
was planning to hear the finnish commentary from Eurosport. :D It's
pretty much useless if there is a minute delay..

--
Teemu



2011/12/6 Johannes Truschnigg :
> Hi there,
>
> On Tue, Dec 06, 2011 at 05:00:24PM +0200, Teemu Suikki wrote:
>> Hi!
>>
>> I need a mp3 audio stream of live tv channels.. I tried to do it with ffmpeg,
>> but it doesn't work properly. No data is transferred, I guess ffmpeg doesn't
>> like to write to a fifo?
>
> I did something similar once (relaying Internet radio stations to the local
> network in order to save outbound bandwidth with many users in parallel), and
> ran into trouble because the buffered nature of a fifo/pipe made audio skip
> every few seconds (tried with both ffmpeg and mplayer initially and also tried
> using an unbuffered pipe as a means of IPC, but in the end, neither worked and
> I had to look elsewhere). I settled for a solution involving Icecast as the
> streaming server, and a stripped down, cli-only custom build of VideoLAN
> Client (VLC) as its source. VLC comes with an optional Icecast output plugin
> you can enable at build-time that allows you to recode the incoming data on
> the fly, and relay it to Icecast in another format (OGG Vorbis or MP3, iirc).
>
> I'm pretty sure you should be able to do that with a video input as your
> source, too.
>
> --
> with best regards:
> - Johannes Truschnigg ( johan...@truschnigg.info )
>
> www:   http://johannes.truschnigg.info/
> phone: +43 650 2 17
> xmpp:  johan...@truschnigg.info
>
> Please do not bother me with HTML-eMail or attachments. Thank you.
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk7eOBUACgkQnnUApj8OcoLGRACfei+oeJ7S+QHauYfF29U8pzJA
> yZYAmwXTwrNcKnOS3CT/A/Y/s/7UDHi/
> =Dt46
> -END PGP SIGNATURE-
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Streamdev script to stream audio only?

[Teemu Suikki]

Hi!

I need a mp3 audio stream of live tv channels.. I tried to do it with
ffmpeg, but it doesn't work properly. No data is transferred, I guess
ffmpeg doesn't like to write to a fifo?

Any ideas?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Epia MII questions

[Teemu Suikki]

2010/11/21 Rene :
> Hi all!
>
> Is there anyone out there who is using the Via Epia MII 1 or 12000
> board with a current kernel and the 1.6.x build of vdr? I would need
> some some up to date-help in getting the onboard mpeg2-chip in use with
> the softdevice-plugin.
>
> I'm currently running my system with a budget technotrend dvb-t card,
> and a full featured dvb-s card that handles the output of the picture.
> Now i'm moving to an area with a dvb-c network, and for that i got my
> hands on two buget dvb-c cards.
>
> All documents i find is mainly for old 2.6 kernels (for example 2.6.10),
> and what i understood, the unichrome/cle266 patches for the onboard
> mpeg2 chip is not included in DirectFB or the main kernel itself...

There was an experimental epia softdevice a long time ago, but I don't
think it has been updated lately.. It "worked" but it was quite
unstable.

I ended up buying an used dxr3 card, they only cost a few bucks and
are well supported by dxr3-plugin..

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

[Teemu Suikki]

2010/11/10 Dominic Evans :
> I did a bit more digging and discovered this was a new option since
> 0.9.25.beta7 and is listed in the HISTORY as:
>
>> Avoid repeats: 'Compare subtitle' has now a third value 'if present'
>> besides 'no' and 'yes'. With this setting epgsearch will classify two
>> events only as equal if their episode names match and are not empty.
>> Caution: if your EPG data has no episode names for different episodes
>> don't use this option! 'yes' will then be the better choice even if this
>> results in double recordings.

It would seem that "yes" and "if present" settings should be swapped?
I'm pretty sure "yes" worked like "if present" earlier, because my
timers worked just fine before upgrading..

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

[Teemu Suikki]

2010/11/10 Dominic Evans :
> On 10/11/10 09:09, Teemu Suikki wrote:
>>
>> Why doesn't it match? The descriptions are 100% identical.
>>
>
> Check your search timer's configuration for comparing 'sub-title' when
> avoiding repeats. Compare subtitle should be set to either 'No' or 'If
> present', otherwise the comparison will also return false if your EPG
> doesn't contain a subtitle for the entry.

Hey, that was it! Thanks a bunch. :)


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] EPGSearch doesn't avoid repeats anymore?

[Teemu Suikki]

>>> Check your search timer's configuration for comparing 'sub-title' when
>>> avoiding repeats. Compare subtitle should be set to either 'No' or 'If
>>> present', otherwise the comparison will also return false if your EPG
>>> doesn't contain a subtitle for the entry.
>>
>> Hey, that was it! Thanks a bunch. :)
>>
>>
>
> No problem :-)
>
> Tbh I'm not sure why the 'Yes' option is available as a choice. Why would
> you ever want to go through this logic path?
>
>
> // pseudo code, compare 'this' recording to 'other' recording for equality
> when searchtimer 'compare sub-title' option is set to 'yes'
> boolean equals(Recording other) {
>  if (this.subtitle == null || other.subtitle == null) {
>    return false;
>  }

Yeah, weird. What's more, VDRadmin only has yes/no choices there..
Could be that I don't have the latest version, though. Anyway it makes
no sense to me to have separate "if present" and "yes" options. What's
the point in comparing non-existent subtitles, especially if the
comparison always fails?

I think there is a bug in epgsearch.. See epgsearchtools.c line 806:

   if ((!compareTitle || Title1 == Title2) &&
   (!compareSubtitle || (Subtitle1 == Subtitle2 &&
(compareSubtitle==2 || Subtitle1!=""

I don't really understand the last check. Perhaps there should be "=="
instead of "!=" or something?

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] EPGSearch doesn't avoid repeats anymore?

[Teemu Suikki]

Hi,

I recently updated my VDR from 1.4.5 to 1.7.15, and also updated all
plugins to their latest version. EPGSearch is epgsearch-0.9.25.beta17.

Everything works, but epgsearch doesn't avoid repeats anymore! Here's
an example from the file epgsearchdone.data:



R 1266873900 1800 0
C T-8438-8193-65
T Frasier
D Kevyt-Frasier. KACL haastaa kilpailevan KPXY-aseman
painonpudotuskisaan, ja vastapuolen tiimiss on Frasierin
lukioaikainen koulukiusaaja. Niles ja Martin puolestaan hoivaavat
ikkunaan trmnnytt lintua. Amerikkalainen komediasarja. 11.
@ 4 -
NelonenFrasier126687360012668763000436
r

- some time later 

R 1289337600 1800 0
C T-8438-8193-65
T Frasier
D Kevyt-Frasier. KACL haastaa kilpailevan KPXY-aseman
painonpudotuskisaan, ja vastapuolen tiimiss on Frasierin
lukioaikainen koulukiusaaja. Niles ja Martin puolestaan hoivaavat
ikkunaan trmnnytt lintua. Amerikkalainen komediasarja. 11.
@ 4 -
NelonenFrasier1289337300128934011873
r

-

Why doesn't it match? The descriptions are 100% identical.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.15 + DXR3 lockup problem

[Teemu Suikki]

>> Hmm, I noticed that my OSD Flush time was set to 59 seconds in VDR
>> settings.. If I drop that to some small value like 5 seconds, VDR
>> doesn't hang anymore because the watchdog is not triggered for such a
>> short time.
>
> No idea about the cause, but I'd like to point out that the value range for
> the dxr3 plugin's OSD flush rate is 0 to 255 _milli_seconds.

Ah sorry my mistake. It's not OSD flush I was talking about, it's the
vdr message display timeout or whatever.. :) For some reason I thought
that was the "OSD flush" time.

Anyway, there's two separate bugs:

1) If the message display time is over 30sec, the watchdog will
timeout if there is another message in the queue waiting to be
displayed.

2) VDR deadlocks when it tries to panic exit on that situation..

This could be a bug in VDR and not dxr3 plugin, though.

Now I have the message display time set at 5 secs and it hasn't frozen
for several days now, so perhaps there's no reason to bother with this
bug. :) Easy fix would be to limit the message display time to 15secs
for example, so user can't set it too high by accident.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.15 + DXR3 lockup problem

[Teemu Suikki]

Hmm, I noticed that my OSD Flush time was set to 59 seconds in VDR
settings.. If I drop that to some small value like 5 seconds, VDR
doesn't hang anymore because the watchdog is not triggered for such a
short time.

But still it is weird that VDR can't exit if there is a message on screen?


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR 1.7.15 + DXR3 lockup problem

[Teemu Suikki]

A bit more info into this.. I'm quite sure this is somehow caused by
dxr3 plugin. There's always some message on screen when it hangs..

I can make vdr lockup like this:

svdrpsend.pl -p2001 MESG test

-"test" appears, no lockup yet

svdrpsend.pl -p2001 MESG test2

-"test" still shows, not "test2".. Wait a little, and vdr is locked
and can only be killed with kill -9. Syslog shows:

Oct 29 07:59:15 vdr vdr: [2609] PANIC: watchdog timer expired - exiting!
Oct 29 07:59:16 vdr lircd-0.8.4a[2479]: removed client

But as I said, it doesn't really exit, it just hangs.

Oh, and if I press "OK" on remote after the first message, everything
works. This is why it never hangs when I'm actually watching the TV, I
always press the button quickly enough. :)

--
Teemu





-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem creating index files

[Teemu Suikki]

Hi,

just a small update, it seems the TS file is indeed somehow corrupt..
I tried simple stream copy with ffmpeg and it doesn't work either:

Seems stream 1 codec frame rate differs from container frame rate:
9.00 (9/1) -> 25.00 (25/1)
Input #0, mpegts, from '1.ts':
 Duration: 00:18:58.50, start: 53222.923633, bitrate: 3821 kb/s
 Program 1
   Stream #0.0[0x44]: Audio: mp2, 48000 Hz, 2 channels, s16, 224 kb/s
   Stream #0.1[0x45]: Video: mpeg2video, 25 tbr, 90k tbn, 90k tbc
[IMGUTILS @ 0xbfa239e8] Picture size 0x0 is invalid
Cannot allocate temp picture, check pix fmt


ffmpeg works fine with recordings where vdr index generation works too..

Any easy way to fix these somehow?

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Problem creating index files

[Teemu Suikki]

Hi!

I converted all my old MPEG-PES recordings to TS format with a script
I posted some time ago. :) I deleted all the index files in the
process because I thought VDR would re-create them.

For most of the recordings it works as expected, when playing the file
VDR says "creating index" and in a few seconds the index file is
created.

However there are a few cases where it doesn't work. VDR still says
"creating index" but it never seems to start creating it! The playback
works through the file, so the file is not corrupt or anything.
However because there is no index, you can't fast forward or jump or
edit, so it's a pain to watch these videos when you can't skip the
commercials..

Sometimes if I stop the playback and start again, index creation works
that time. But usually it never works if it fails once, for that
recording..

When index creation works, you can press OK and see the timeline
growing as the index is created. When it doesn't work, OK doesn't
bring up the timeline, nothing happens..


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

Hi!

I managed to fix 0.2.11 OSD.. It's quite simple, in file dxr3osd_subpicture.c

*** 87,92 
if (Areas[i].bpp != 1 &&
Areas[i].bpp != 2 &&
!   Areas[i].bpp != 4 &&
!   Areas[i].bpp != 8)
{
return oeBppNotSupported;
--- 87,91 
if (Areas[i].bpp != 1 &&
Areas[i].bpp != 2 &&
!   Areas[i].bpp != 4)
{
return oeBppNotSupported;

--
So apparently "Areas" are not supported in 8bpp? I checked both git
versions (master and buffer-and-sync-rewrite) and they also have 8bpp
removed just like above.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

>> I now tested vdr-dxr3-0.2.11.. It is perfect otherwise, but OSD is all
>> messed up. Subtitles work fine, though!
>
> Good to hear.
>
>> The git version has working OSD, but subtitles bug sometimes (they
>> often appear in wrong location on screen). Also git version doesn't
>> have working audio, which basicly forces me to use this 0.2.11 version
>> anyway. :) But working OSD would be nice.
>
> Which skin do you use?  The TROUBLESHOOTING file included with the plugin
> contains tips that work for some people at least with earlier VDR versions.
> I'm currently using text2skin and Enigma without channel logos with 1.6.0-2
> and it works fine for me.

Hi!

I use ST:TNG.. I tried the "classic vdr" and it was the same. I
haven't tried any others. I'm using VDR 1.7.15..

Anyway, there must be some difference between git and your version,
I'll try to diff them.. :)

It's annoying to have two "almost" working versions. :) git version is
fine except for the audio and subtitles, and 0.2.11 is fine except for
the OSD. So now we just need to combine the working features of both
versions. :)

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

Howdy!

I now tested vdr-dxr3-0.2.11.. It is perfect otherwise, but OSD is all
messed up. Subtitles work fine, though!

The git version has working OSD, but subtitles bug sometimes (they
often appear in wrong location on screen). Also git version doesn't
have working audio, which basicly forces me to use this 0.2.11 version
anyway. :) But working OSD would be nice.

I have patches/vdr-dxr3subtitlehack.patch applied, haven't tried
without it with 0.2.11.

--
Teemu

2010/8/24 Ville Skyttä :
> If you do, be sure to test the vdr-dxr3-0-2 branch, and see if you need to
> apply patches/vdr-dxr3subtitlehack.patch to your VDR.  You may also want to
> check if that patch/hack has any effect on subtitles when used with the git
> version of the plugin.
>
> A known problem currently in the vdr-dxr3-0-2 branch at least when used with
> VDR 1.6.0-2 (haven't tested 1.7.x versions) is that DVB subtitles appear too
> early.  I plan to do something about that (this was discussed on the dxr3
> plugin mailing list) and then release 0.2.11.
>
>> (though I don't know if
>> Ville committed the latest changes I made, which, IIRC, showed a message
>> for h264 encoded channels).
>
> Yep, that's in.
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] DIVX recordings? :)

[Teemu Suikki]

Hi!

This is a good idea, I didn't think about that!

I also watch my recordings with PS3, it has good support for H.264 TS too.

--
Teemu

2010/9/5 Rolf Ahrenberg :
> On Sun, 5 Sep 2010, Teemu Suikki wrote:
>
>> So basicly I would like to be able to compress vdr recording to divx,
>> but still view it like normal VDR recording. It would be quite enough
>
> Why don't you just use H.264 TS instead of Divx? VDR already natively
> supports it...

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] DIVX recordings? :)

[Teemu Suikki]

I know this is probably too much to ask at this moment when there just
has been a transition to TS.. Anyway, here it goes. :)

I often compress my older recordings to Divx, to save space. However I
never remember to watch them because they don't show up in VDR
recordings anymore. :) I know I can watch them with the Mplayer
plugin, but it's not convenient, especially if you are recording some
series and half of the episodes are divx and half VDR..

So basicly I would like to be able to compress vdr recording to divx,
but still view it like normal VDR recording. It would be quite enough
to simply launch mplayer-plugin for the file if divx format is
detected? Editing etc is not necessary at all.

This is probably something I can do myself, but I just thought I ask
in case someone else has already done something similar. :)


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Converting all recordings to TS?

[Teemu Suikki]

Thanks for this!

I modified the script slightly, some error checks etc. I also added
directory/file renaming magic so the generated files work with VDR
correctly..

index files are deleted, vdr will regenerate them when you open the first time.

Oh and this script will combine 001.vdr, 002.vdr etc to single
1.ts... This is because I couldn't make multiple file http
streaming work to ps3, now I don't have to worry about that. :) VDR
supports >2GB anyway if you enable it in the settings.

--
Teemu



2010/8/26 Éric Laly :
> Le 25/08/2010 18:43, Teemu Suikki a écrit :
>>
>> Hi,
>>
>> I just upgraded to VDR 1.7.15, mainly because I want to watch TS
>> recordings with PS3, directly from PS3 browser with VDRAdmin and
>> StreamDev.. I already have it pretty much working, both LiveTV and
>> recordings work fine. I have been modifying VDRAdmin-am slightly to be
>> more ps3-oriented. :)
>>
>> Anyway, now the biggest problem is that I have about 1TB of recordings
>> recorded with older VDR.. I'd like to convert all of those to TS. :)
>> Is there some simple shell utility? Writing the actual script is not a
>> problem, if I just knew what program to use for the conversion.
>>
> I've had the same problem recently but with XBMC.
>
> I've written a little script to transcode all my recording (see joined).
>
> For transcoding I've used vlc, the heart of the script is:
> cvlc --play-and-exit --sout="#std{access=file,mux=ts,dst=$ts_file}"
> $pes_file
>
> Hope this can help.
>
> Éric.
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>



-- 
Teemu Suikki
http://www.z-power.fi/


transcode_pes_ts.sh
Description: Bourne shell script
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Converting all recordings to TS?

[Teemu Suikki]

I'm watching the recording from Playstation3, and it can't play PES
format.. I know I could transcode pes->ts with mediatomb or
ps3mediaserver, but it's far easier to simply have TS recordings and
stream directly with http.

Anyway, thanks everyone for all the ideas, I'll look into it.. :)



2010/8/25 Halim Sahin :
> Hi,
> Just wondering why you want to convert old vdr recordings to ts?
> Vdr-1.7.15 can play old recording in pes format.
> BR.
> Halim
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Converting all recordings to TS?

[Teemu Suikki]

Hi,

I just upgraded to VDR 1.7.15, mainly because I want to watch TS
recordings with PS3, directly from PS3 browser with VDRAdmin and
StreamDev.. I already have it pretty much working, both LiveTV and
recordings work fine. I have been modifying VDRAdmin-am slightly to be
more ps3-oriented. :)

Anyway, now the biggest problem is that I have about 1TB of recordings
recorded with older VDR.. I'd like to convert all of those to TS. :)
Is there some simple shell utility? Writing the actual script is not a
problem, if I just knew what program to use for the conversion.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

I tried the patch with git plugin, now it works fine.. I'll try it
with your version later. :)


2010/8/24 Ville Skyttä :
> If you do, be sure to test the vdr-dxr3-0-2 branch, and see if you need to
> apply patches/vdr-dxr3subtitlehack.patch to your VDR.  You may also want to
> check if that patch/hack has any effect on subtitles when used with the git
> version of the plugin.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

Ah so the muted digital audio is normal then. :) I'm moving this VDR
machine to different room anyway, where I will be using analog audio,
so no real problem there.

OSD is working 100% except for the subtitles. To me it looks like it
is the subtitle font rendering that is bugged, sometimes you can see
"unfilled" letters where there's only the white outline and inside is
transparent.. This might be VDR bug actually, I have no idea where the
rendering takes place?

-- 
Teemu Suikki
http://www.z-power.fi/

its waiting in my local git
> repository. I hope I can find some hours this week
> to commit patches and improve some broken stuff.
>
> I think it would be also a good idea to start some unit testing to fix
> broken OSD outputs. This would improve the situation much
> more, as the OSD is quite a complex construct and I could close some
> open bugs in the tracker.
>
> Alsa output does not support digital audio at the moment... but I will
> bring back OSS - which supports digital and analog output.
>
> greets
> --
> Christian Gmeiner, MSc
>
>
>
> 2010/8/24 Teemu Suikki :
>> Hi,
>>
>> thanks a bunch! This looks a lot more promising now. I have perfect
>> picture and OSD, but there is no sound?
>>
>> It might be due to the fact that this new dxr3 plugin seems to use
>> ALSA? My older installation used OSS. I'm using the digital audio
>> output, I have nothing in the analog outputs so I can't be sure if
>> it's outputing something there. But I have selected "digital output"
>> in dxr3 plugin setup.
>>
>> Also subtitles seem to bug a little, there's a lot of garbage on top
>> of the text, and sometimes the texts appear in top left corner, not in
>> bottom like they should.
>>
>> --
>> Teemu Suikki
>> http://www.z-power.fi/
>>
>> .4.5 and dxr3plugin 0.2.6
>>>> for years now, with no real problems. For some reason I decided to try
>>>> the recent versions. :) VDR 1.7.15 and dxr3plugin 0.2.10.
>>>
>>> Did you choose the buffer-and-sync-rewrite branch [1]? It's working
>>> fine for me with vdr-1.7.15.
>>>
>>>
>>>
>>>  - jan
>>>
>>> [1] 
>>> http://projects.vdr-developer.org/projects/plg-dxr3/repository/show?rev=buffer-and-sync-rewrite
>>>
>>> ___
>>> vdr mailing list
>>> vdr@linuxtv.org
>>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>>
>>>
>>
>>
>>
>> --
>> Teemu Suikki
>> http://www.z-power.fi/
>>
>> ___
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

Hi,

thanks a bunch! This looks a lot more promising now. I have perfect
picture and OSD, but there is no sound?

It might be due to the fact that this new dxr3 plugin seems to use
ALSA? My older installation used OSS. I'm using the digital audio
output, I have nothing in the analog outputs so I can't be sure if
it's outputing something there. But I have selected "digital output"
in dxr3 plugin setup.

Also subtitles seem to bug a little, there's a lot of garbage on top
of the text, and sometimes the texts appear in top left corner, not in
bottom like they should.

-- 
Teemu Suikki
http://www.z-power.fi/

.4.5 and dxr3plugin 0.2.6
>> for years now, with no real problems. For some reason I decided to try
>> the recent versions. :) VDR 1.7.15 and dxr3plugin 0.2.10.
>
> Did you choose the buffer-and-sync-rewrite branch [1]? It's working
> fine for me with vdr-1.7.15.
>
>
>
>  - jan
>
> [1] 
> http://projects.vdr-developer.org/projects/plg-dxr3/repository/show?rev=buffer-and-sync-rewrite
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Problem with VDR 1.7.15 and dxr3plugin 0.2.10

[Teemu Suikki]

Hi!

I have been using ancient versions of VDR 1.4.5 and dxr3plugin 0.2.6
for years now, with no real problems. For some reason I decided to try
the recent versions. :) VDR 1.7.15 and dxr3plugin 0.2.10.

VDR starts and works. It can record, and with streamdev I can watch
live video on my laptop... So VDR is receiving everything correctly.

However there's no picture or sound, so dxr3 output is not working. At
some point I was able to get OSD up, and it seemed to work ok, but
there was no video. After I recompiled dxr3plugin with most recent
ffmpeg svn version, I lost OSD too. :D

My log is filled with:

Aug 23 20:25:38 vdr vdr: [22560] cDxr3DemuxDevice::DemuxPes()
ePesFrameError skipping data and resync
Aug 23 20:25:41 vdr last message repeated 27 times

So basicly dxr3plugin judges all frames invalid?

The old VDR (1.4.5) with dxr3 plugin 0.2.6 still works fine, even
after full recompile of both..

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Tuning failures for transponder-locked tuners (VDR 1.4.7)

[Teemu Suikki]

I have a VDR box with three DVB-T tuners.. All cards are
saa7146+tda10045 -based budget cards.

I have forced the cards to specific transponders in channels.conf.
Basicly VDR never has to switch transponders, all channels are always
tuned.

However, sometimes one of the cards looses sync and doesn't re-tune..
It's not always the same card, can be any of the three.

The problem is that VDR doesn't recover from this. If there is a timed
recording going on that "jammed" tuner, VDR keeps on restarting over
and over again, which effectively ruins recordings on all other
channels as well. VDR restarting doesn't solve the problem, the card
still doesn't tune.

I have tried killing VDR when the tuner is jammed, and then try tuning
with tzap.. Tuning fails for the "already tuned" channel, but if I
simply tune to another transponder and then back, it tunes fine. So
apparently the problem is that VDR doesn't even try re-tuning because
the tuners are "locked" to specific transponders in channels.conf..

I'm actually using VDR 1.4.7, I know it's old but otherwise it's
working fine. Has there been any changes in this area in recent
versions? So is it likely to fix my problem if I upgrade to latest
developer version for example?



-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Sequential or random play?

[Teemu Suikki]

Hi!

Is there an easy way to add sequential or even random playback to VDR?

I have a lot of children's programs stored, for example 52 episodes of
"Peppa Pig". :) The episodes are only 5 minutes each, so now I have to
interrupt my serious work (IRC :) ) every 5 minutes to start a new
episode, to keep the kids quiet for a while. :)

The recordings-listing doesn't have many buttons assigned for
directories, only "Open".. There could be a command to playback entire
directory, perhaps with some "bookmark" feature so it starts from the
episode that was previously played back.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] TS recordings?

[Teemu Suikki]

Sorry if I'm asking FAQ's, I tried to search the old articles but
there was no clear answer..

I have been trying to watch vdr recordings with PS3, through fuppes
and/or mediatomb upnp servers. It sort of "works" through transcoding
PES->TS or PES->PS, but it feels slow and jerky when compared to
formats natively supported by PS3..

Anyway, there have been articles about vdr supporting TS recording at
some point, how is this going? This would be ideal for me, because
mpeg-ts does work with PS3.

Also I found the ts-recording patch, but this is not really a solution
for me because I need to watch the same recordings with VDR as well,
and it's not practical to use double space for both .ts and .vdr
formats.. So VDR would need to support TS playback as well.


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] UPnP/DLNA server plugin?

[Teemu Suikki]

2008/5/3 Steffen Barszus <[EMAIL PROTECTED]>:
> Teemu Suikki schrieb:
>
> > 2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>:
>  >
>  >>> There is a good UPnP server available for linux, called Fuppes:
>  >>>
>  >>  > http://fuppes.ulrich-voelkel.de/
>  >>  >
>  >>  not tried that - found mediatomb to look more interesting
>  >>
>  >
>  > I installed mediatomb now too. It is far easier to setup than fuppes,
>  > and has some extra features like http streaming.. But still doesn't
>  > work any better with PS3. :)
>  >
>  It could be that the mime type is flagged wrong ? Think its outside vdr
>  not that usual to stream mpeg2-ts around ;) The TG100 is streaming it
>  just fine, but every now and then it displays the TV stream like radio
>  (with OSD :( )
>
>  Did you try to change the type in the webinterface of mediatomb allready ?

I have tried different mime types, it's not that..

I think I'll switch back to fuppes for now, because fuppes has
internal transcoding. MediaTomb  uses external program (ffmpeg, vlc,
mencoder) which makes it impossible to do seeks on the streamed file.
Really not very nice to watch some 2 hour recording if you can't fast
forward over commercials etc..


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] UPnP/DLNA server plugin?

[Teemu Suikki]

2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>:
> > There is a good UPnP server available for linux, called Fuppes:
>  > http://fuppes.ulrich-voelkel.de/
>  >
>  not tried that - found mediatomb to look more interesting

I installed mediatomb now too. It is far easier to setup than fuppes,
and has some extra features like http streaming.. But still doesn't
work any better with PS3. :)

I wonder why the http streaming doesn't work, PS3 just reports some
"server error" but logs show that it has actually connected to the
stream just fine.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] UPnP/DLNA server plugin?

[Teemu Suikki]

2008/5/1 Gavin Hamill <[EMAIL PROTECTED]>:
> On Thu, 2008-05-01 at 21:20 +0300, Teemu Suikki wrote:
>
>
>  >  I tried loading streamdev urls like http://vdr:3000/TS/3 with PS3
>  >  browser.. It does understand that it's some sort of stream, but I
>  >  think it mistakes it as mp3 audio for some reason. Perhaps it would
>  >  help if the url would end with .mpg or something.
>  >
>
>  I don't have a PS3 - but could you try using URLs with 'PES' or 'PS' in
>  the URL rather than TS? It might like those more :)
>
>  Especially if it wants '.mpg' extensions, then PS should be exactly what
>  it wants to hear..
>
>  Certainly UPnP would be a wonderful goal for streamdev's next
>  development cycle.

I have tried PES, PS, TS, no difference there. :)

PS3 can play PS and TS files nicely, so both streams should work as well..

What format exactly are .vdr files, are they PES? PS3 doesn't play
them directly, but transcoding to PS or TS works.


-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] UPnP/DLNA server plugin?

[Teemu Suikki]

2008/4/29 Steffen Barszus <[EMAIL PROTECTED]>:

> Teemu Suikki schrieb:
 >
 > > Has anyone written a direct UPnP/DLNA plugin, to stream out VDR
 >  > recordings and live TV to PS3 or XBOX 360?
 >  >
 >  no something like that doesnt exist. I have used a cron to fetch the m3u
 >  of the channels list onto harddisc and mediatomb to serve it with upnp
 >  to my tg100. To my knowledge they are supporting PS3 and the latest
 >  version is also supporting transcoding - so this seems to be a good
 >  start. Missing is a recording list which can be done with some sort of
 >  hack with the streamdev plugin as well (greating  a file with the urls
 >  for recordings and streamdev externremox to serve the files.

 I tried loading streamdev urls like http://vdr:3000/TS/3 with PS3
 browser.. It does understand that it's some sort of stream, but I
 think it mistakes it as mp3 audio for some reason. Perhaps it would
 help if the url would end with .mpg or something.

 So a playlist doesn't help here, because ps3 can't open the stream itself..


 > > IMHO this would be a logical extension to the streamdev plugin. :)
 >  >
 >  see above - yes. This and the possibility to have some notification
 >  between mediatomb and streamdev-server this would be really nice.

 I'm not switching to mediatomb now that I have spend days to get
 Fuppes working. :) Anyway, with Fuppes I can play any video file with
 PS3.

 Anyway, if I use "wget http://127.0.0.1:3000/TS/3"; to get a few MB of
 data and save that as "test.mpg", ps3 will show it just fine. So the
 format itself is just fine, I just can't get it streaming..

 I'll probably try to get direct http stream support in fuppes, that
 should do the trick. :)



 --
 Teemu Suikki
 http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] UPnP/DLNA server plugin?

[Teemu Suikki]

Has anyone written a direct UPnP/DLNA plugin, to stream out VDR
recordings and live TV to PS3 or XBOX 360?

IMHO this would be a logical extension to the streamdev plugin. :)

There is a good UPnP server available for linux, called Fuppes:
http://fuppes.ulrich-voelkel.de/

Fuppes can be used to stream VDR recordings, but so far I haven't been
able to get live video to work.. And even with recordings you need to
use transcoding because PS3 doesn't like MPEG-PES.

-- 
Teemu Suikki
http://www.z-power.fi/

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR user input slowness

[Teemu Suikki]

On Thu, 15 Feb 2007, Marko Mäkelä wrote:

> On Thu, Feb 15, 2007 at 04:37:16PM +0200, Teemu Suikki wrote:
> > > > .. Replying to myself.. The problem seems to be in kernel level after
> > > > all, I enabled ir_debug in budget-ci module and the same delay is there
> > > > as well, debug log appears at the same time as vdr reacts to the
> > > > keypress.
> > >
> > > This is a known driver problem: a link to a patch was posted a few weeks
> > > back which removes this delay. See:
> > > http://www.linuxtv.org/pipermail/vdr/2007-February/011994.html
> > >
> > > I've always had more success with a home-brew LIRC receiver on a serial
> > > port.
> >
> > I think I'll go for LIRC too.. :( I installed the above patch, it is
> > slightly better but not very much.
>
> But are you using the cx88 kernel module?  My patch probably breaks all
> other drivers depending on ir-common.c or ir-funtions.c, as it is called
> in later 2.6 kernels.  I'm talking about this patch, which I have been
> using since I made it:

I use budget-ci, but I tried to find the correct places in the source
code.

Your had changed the ir-functions.c key repeat handling, and that seemed
to be a good improvement.. But the lag is still there. It might be a
hardware issue in the nova-t dvb card. Remote input is interrupt driven so
it should be reasonably fast, but perhaps the dvb data transfer blocks the
i2c interrupt for too long..

> I don't think that you can notice that kind of delays,
> nor that you would get much smaller delays with LIRC.

My other box uses RCU-compatible remote receiver in serial port, and that
seems to be blindlingly fast. Obviously it is much more direct connection
to VDR, because VDR handles the serial port directly.. I have to think of
something similar to this box as well.

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR user input slowness

[Teemu Suikki]

On Thu, 15 Feb 2007, Laz wrote:

> On Thursday 15 February 2007 11:30, Teemu Suikki wrote:
> > On Thu, 15 Feb 2007, Teemu Suikki wrote:
> > > Why is the user input so slow? When I press a key in remote, there
> > > seems to be a random delay of 0-0.5sec or so.. Sometimes it's fast,
> > > sometimes not. It's fine in channel switching but really annoying
> > > when you a trying to input filenames or something.
> >
> > .. Replying to myself.. The problem seems to be in kernel level after
> > all, I enabled ir_debug in budget-ci module and the same delay is there
> > as well, debug log appears at the same time as vdr reacts to the
> > keypress.
>
> This is a known driver problem: a link to a patch was posted a few weeks
> back which removes this delay. See:
> http://www.linuxtv.org/pipermail/vdr/2007-February/011994.html
>
> I've always had more success with a home-brew LIRC receiver on a serial
> port.

I think I'll go for LIRC too.. :( I installed the above patch, it is
slightly better but not very much.

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] VDR user input slowness

[Teemu Suikki]

On Thu, 15 Feb 2007, Teemu Suikki wrote:

> Why is the user input so slow? When I press a key in remote, there seems
> to be a random delay of 0-0.5sec or so.. Sometimes it's fast, sometimes
> not. It's fine in channel switching but really annoying when you a trying
> to input filenames or something.

.. Replying to myself.. The problem seems to be in kernel level after all,
I enabled ir_debug in budget-ci module and the same delay is there as
well, debug log appears at the same time as vdr reacts to the keypress.

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] VDR user input slowness

[Teemu Suikki]

Hi,

Why is the user input so slow? When I press a key in remote, there seems
to be a random delay of 0-0.5sec or so.. Sometimes it's fast, sometimes
not. It's fine in channel switching but really annoying when you a trying
to input filenames or something.

I have been using VDR for two years and the problem has always been there.

However I just made another VDR box, that doesn't have any DVB cards. It
just streams data from the bigger box, with streamdev. Remote control is
really fast and snappy here, no lag at all! So is it the DVB handling that
slows vdr down? Perhaps some priority issue that could be adjusted?

Both boxes use dxr3-plugin as output device, and pretty much identical
software setup (copied over from box1 to box2)..

VDR version is 1.4.5.

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] streamdev ring buffer problem

[Teemu Suikki]

Hi!

I'm using the cvs version of streamdev. I have a client vdr box that uses
streamdev-client to connect the server, and also have several windows
machines connected with VLC.

It works very well, no problems really in viewing the streams. :)

But, if I shutdown the client vdr box, somehow the server doesn't notice
that the client has disappeared. Streamdev-server stays active, but
obviously the stream doesn't go anywhere so I get tons of "ring buffer
overflow" errors in syslog.. Also vdr cpu usage goes to 100% at this
point.

This is fixed by restarting the client box, but that's not a good
solution. :)


--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Problem with two cards

[Teemu Suikki]

On Wed, 31 Jan 2007 [EMAIL PROTECTED] wrote:

> Teemu Suikki wrote:
> > With only one card installed, both cards work fine.  ...
>
> This sounds like an interesting solution... Can you post a link to
> picture showing this particular setup? :-P scnr

Bah. :)

> > It could be some hardware issue, if there is some conflict with two
> > cards.. But I have tried both cards in all PCI slots, no difference there.
>
> With both cards installed, load the budget and the budget-ci modules and
> then take a look at the dmesg output and see what it says.

Actually both cards use budget-ci, the other card just doesn't have the
physical connector although it has a place for it in the PCB. The cards
look very similar, but newer card has tda10046 and older tda10045
frontend.. Both have saa7146 pci chip.

Here's dmesg output, looks ok to me:

saa7146: register extension 'budget_ci dvb'.
PCI: Found IRQ 11 for device :02:05.0
PCI: Sharing IRQ 11 with :00:0d.0
saa7146: found saa7146 @ mem e0974c00 (revision 1, irq 11) (0x13c2,0x1012).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (TT-Budget-T-CI PCI).
adapter has MAC addr = 00:d0:5c:04:43:33
input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input1
budget_ci: CI interface initialised
DVB: registering frontend 0 (Philips TDA10046H DVB-T)...
dvb_ca adapter 0: DVB CAM detected and initialised successfully

PCI: Found IRQ 3 for device :02:08.0
saa7146: found saa7146 @ mem e0976800 (revision 1, irq 3) (0x13c2,0x1011).
saa7146 (1): dma buffer size 192512
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
adapter has MAC addr = 00:d0:5c:22:27:8a
input: Budget-CI dvb ir receiver saa7146 (1) as /class/input/input2
DVB: registering frontend 1 (Philips TDA10045H DVB-T)...


> Look into /proc/interrupts and see if both cards may be using the same
> interrupt.

Nope..

3:64681  XT-PIC  saa7146 (1)
11:3565  XT-PIC  saa7146 (0), eth0

Adapter 0 is the one that is working, so it doesn't matter that it shares
interrupt with eth0. Adapter 1 seems to generate a lot of interrupts for
some reason..

> What happens if you append "acpi=off" and/or "noapic" to the kernel? >

No difference..

One thing I noticed is that after a reboot, working card always
has valid firmware, but non-working card's firmware must always be
re-uploaded.. So the firmware gets corrupted somehow?

Also I tried to tune channels with "tzap". It "works" for both cards, but
the other card never reports FE_HAS_LOCK and "ber" is very high. Looks
pretty much the same as if the antenna was unplugged.. (it's not..) :)

Perhaps there is some problem having tda10045 and tda10046 in same system?
After all, both are handled by the same tda1004x module..

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

[vdr] Problem with two cards

[Teemu Suikki]

Hi,

I have been using VDR for about two years now, without any big problems.
:)

Now I built a new system with two cards. One is my old hauppaude nova-t,
other is technotrend nova-t with CI..

With only one card installed, both cards work fine. If I install both
cards, only one the newer card works! Older card is found by VDR and can
tune channels, but there is no picture..

Any ideas?

It could be some hardware issue, if there is some conflict with two
cards.. But I have tried both cards in all PCI slots, no difference there.
:)

--
Teemu Suikki
http://www.z-power.fi


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr