15.08.2013 18:37, Brian-Imap kirjutas:
On 8/14/2013 10:16 PM, Arthur wrote:
14.08.2013 19:01, Brian-Imap kirjutas:
On 8/11/2013 11:43 AM, Brian-Imap wrote:
On 8/8/2013 10:22 PM, Lars Hanisch wrote:
Am 08.08.2013 16:23, schrieb Brian-Imap:
On 8/7/2013 9:58 PM, Lars Hanisch wrote:
Hi,
Am
Lugupidamisega,
Arthur
2.02.2015 23:22, Arthur kirjutas:
25.01.2015 13:21, Klaus Schmidinger kirjutas:
On 23.01.2015 16:43, Adam Juraszek wrote:
On Fri, Jan 23, 2015 at 11:23 AM, Klaus Schmidinger
klaus.schmidin...@tvdr.de wrote:
On 22.01.2015 15:51, Adam Juraszek wrote:
Hello,
I have
.
250 2 ETV2:266000:C0M256:C:6875:300=2:310=est@3,311=est@3:0:B00:1004:16:1:0
In the DVB settings UpdateChannels = 4 selected.
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
14.02.2015 23:17, Lucian Muresan kirjutas:
On 14.02.2015 19:53, VDR User wrote:
At yavdr we use this feature to start X and vdr in parallel and attach
softhddevice when X is ready.
And you can restart X when softhddevice is detached.
Do you happen to know approx. how much startup time is
:10302:1:1019:0
How could I get sub-titles for this channel please?
TIA for any hints,
I've tried to zap to this channel and I got subtitles. See screenshots
in attachment. VDR-2.2.0 in use.
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http
26.02.2015 22:53, Peter Münster kirjutas:
On Thu, Feb 26 2015, Arthur wrote:
No. But regarding to the mediainfo there no real german subtitles in the
transport stream. Maybe they only declared, but not transmitted?
I don't know. My parents have a normal TV device and they see German
26.02.2015 22:28, Peter Münster kirjutas:
On Thu, Feb 26 2015, Arthur wrote:
I've tried to zap to this channel and I got subtitles. See screenshots in
attachment. VDR-2.2.0 in use.
Thanks. Indeed, now I get also French subtitles. Do you get the German
subtitles? I don't...
No. But regarding
Ville Aakko wrote:
I have a similar setup and yes, DVB subtitles are recorded. I don't
use ttxtsubs at all (only the DVB ones).
I know that it sounds stupid, but after upgrading to 1.4.5 subtitles
recording works flawlessly.
Maybe just because of restart.
I have :
- Gentoo
- kernel 2.6.19
Ville Aakko wrote:
Wathing the program in real-time has no problems, there I can see the
subtitles without problems. Only the recordings have problems.
I have similar issue with YLE1 and YLE2. Sometimes subtitles saved, sometimes
not. ProjectX shows same: no subtitles- no DVB stream. And vice
/local/src/vdr-1.5.6# find / -iname fontconfig.h
/usr/X11R6/include/fontconfig/fontconfig.h
Package fontconfig-2.4.2-i486-2_slack11.0 installed.
I wish to update Estonian OSD texts.
Regards,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http
Tero Siironen wrote:
Great that the subtitles are now part of the VDR. Unfortunately, there
seems to be some problems still. I tested this new VDR version for
some minutes and noticed that some subtitles were shown too late in
live tv watching.
Testing was done with VDR 1.5.10 without any
I'm on a FTA channel and a timer starts
after I tuned to the channel.
Theunis
On 17/10/2007, *Arthur Konovalov* [EMAIL PROTECTED] mailto:[EMAIL
PROTECTED]
wrote:
Hi all!
Our local cable operator transmit on same frequency FTA and scrambled
channels.
During
Ville Aakko wrote:
OTOH I don't see anyone mentioning anything about emergency exits in
the vdr-1.5.11 subtitling problems. Maybe what I encountered was a
different problem, after all?
I had similar problem, but after upgrade to 1.5.12 it's fine now.
AK
This doesn't directly concern xine plugin, but maybe anybody can help me.
Trying to update xine plugin and got xine-ui compile problem like this:
gcc -I/usr/local/include -I/usr/include/readline
-I../../src/xitk/xine-toolkit -Wall -D_FILE_OFFSET_BITS=64
-Wpointer-arith -Wnested-externs
serge pecher wrote:
Did you had to adapt manually the patch, because when i try this patch on
vdr 1.5.12 everything is rejected ?
Previosly mentioned patch applied to attached version of rotor plugin.
I suspect that I found it in vdr-portal.de
Fresh generated patch attached also.
Regards,
Petri Helin wrote:
If the h.264 support is left out, it's a no.
Same here.
AK
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
have problem with it.
Recording on crypted channel is not possible when watching FTA DVB-C on
the same frequency.
Same situation works fine on vdr-1.4.x environment.
Regards,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
lucian orasanu wrote:
I say that i will be tester, so rotor patcheches aply
fine and compile only in this order.
1. Rotor patch vdr-1.5.14-h264-other-rotor.diff to
vdr-rotor-0.1.4-vdr-1.5
2. Rotor patch vdr-1.5.14-h264-other-rotor.diff to
vdr.
I tried same order, but got error:
g++ -g
Morfsta wrote:
Nope, it's all compiled - just doublechecked with fresh source: -
vdr-1.5.14
vdr-rotor-0.1.4-vdr-1.5.14.tgz
vdr-1.5.14-h264-other-rotor.diff
vdr-1.5.14-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff
./vdr -Protor
vdr:
Morfsta wrote:
Nope, I had to roll back to an earlier version of rotor that I patched myself.
Cool. Can You share it? I can't live without rotor.
AK
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Klaus Schmidinger wrote:
I just read your original posting again, and there you described the problem
the other way round. So I also tested recording the FTA channel and then
switching
to the encrypted channel, but this also works fine here.
So I'm afraid I don't know what's causing this
Klaus Schmidinger wrote:
Please run the tests with the original, *unpatched* version 1.5.14
(or, maybe even better, 1.5.13 - since DVB-S2 support isn't going to
be part of version 1.6.0) and use as few plugins as possible (best would
be without *any* plugins).
Here we are...
Clean vdr-1.5.13
Klaus Schmidinger wrote:
Maybe you could activate the debug outputs in ci.c to see whether VDR
actually sends the CA_PMT data to the CAM.
Sorry for delay, busy weekend...
I enabled debug outputs in ci.c and made 2 attempts:
-crypted channel recording (ok files)
-FTA recording and try to
Klaus Schmidinger wrote:
Looks like your CAM can handle multiple parallel decryptions.
So I ran the test with a CAM that can do that here, too, but the
result was the same as ever - works just fine.
I give up. May be this is really my CAM's problem because of big silence
regarding this
Klaus Schmidinger wrote:
Please try commenting out the line
repliesToQuery = true;
in VDR/ci.c. Does it work then?
Can't test it anymore, I gave CAM away.
Next week will get new.
AK
___
vdr mailing list
vdr@linuxtv.org
Tuomas Jormola wrote:
I upgraded my VDR setup from 1.4.7 to 1.5.17. After the upgrade I've
begun to see these CAM initialization and TS continuity error messages
in the syslog (see the attached file). I'm using Technotrend 1500 DVB-C
card with CI and Conax CAM and card from local cable
Well,
I'm not big guru of debugging.
I made following changes to mentioned part of code:
eModuleStatus cCamSlot::ModuleStatus(void)
{
cMutexLock MutexLock(mutex);
eModuleStatus ms = ciAdapter ? ciAdapter-ModuleStatus(slotIndex) : msNone;
isyslog(ms: %d, ms); //AKO
isyslog(resetTime1: %d,
Klaus Schmidinger wrote:
At this point...
Apr 7 09:06:41 vdr vdr: [4862] ms: 3
Apr 7 09:06:41 vdr vdr: [4862] resetTime1: 0
Apr 7 09:06:41 vdr vdr: [4862] ms: 2
...the module status changed from 3 (ready) to 2 (present).
The module status is retrieved from the driver in
Klaus Schmidinger wrote:
The problem is that this malfunction happens on *your* system, not
on *mine*. So I'm afraid I can't be of too much help in debugging this.
What about ssh console to my PC?
I'm really don't want to abandon VDR!!
Regards,
AK
continue to work with it?
I don't know, but Kaffeine works. Sorry, nothing personal, just remark
for clarity that success is possible with same hardware.
Regards,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo
PROTECTED]:/video/vdr/cam# ./test
0.10: 3
0.88: 0
0.012613: 1
1.692749: 3
end: 48.004572: 3
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
added some printouts (look at attached diff).
How to see reason why this Reset() is called?
Arthur
--- ci.c.orig 2008-04-11 21:20:00.0 +0300
+++ ci.c2008-04-11 23:37:16.0 +0300
@@ -1625,6 +1625,7 @@
for (int i = 1; i = MAX_CONNECTIONS_PER_CAM_SLOT; i
only) and can't verify final
result.
Is it possible that is OK now?
Arthur
Apr 12 00:00:03 akovdr2 vdr: [7372] cTimeMs: using monotonic clock (resolution
is 4000250 ns)
Apr 12 00:00:03 akovdr2 vdr: [7372] VDR version 1.6.0 started
Apr 12 00:00:03 akovdr2 vdr: [7372] codeset is 'UTF-8' - known
version: 0x40
3. Smart card number: 014 6900 0921 - 3
4. Number of sessions: 5
5. Language: 44
6. CA_SYS_ID: 0x0B00
SE
But line from syslog says:
CAM 1: doesn't reply to QUERY - only a single channel can be decrypted
Is it possible to verify is it true or is there misunderstanding somewhere?
Arthur
understand what info is exchanged. :/
File attached.
Arthur
Slot 1: reset...ok.
Slot 1: module present
Slot 1: module ready
Slot 1: creating connection 0/1
Slot 1: create connection 0/1
1: -- 00 01 82 01 01
1: -- 00 01 83 01 01 80 02 01 00
. . . . . . . . .
Slot 1: connection
this timeout to 300ms - or maybe even more?
It seems stable with 300ms with my CAM, but for reliability reason I set
it to 500ms.
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
in ci.c file (ci.diff).
After that multiple decryption works! I know, this is not right solution, but
now it proved that CAM works in principle. Why it doesn't reply to query at vdr
startup, i don't know, but later it does (log.txt).
Any ideas for an elegant solution?
Arthur
--- ci.c.orig
2000 to 5000 in this line). If this doesn't help, try
Previously tried with 6000, negative.
#define QUERY_WAIT_TIME 3000 // ms to wait before sending a query
Will try tomorrow.
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi
Arthur Konovalov wrote:
Klaus Schmidinger wrote:
Can you narrow down which of these three changes is actually necessary
to make it work?
I can repeat tests tomorrow, but I recall that this (it was first change):
state = 4; // normal operation
+ repliesToQuery = true; //AK
I have a question/problem, maybe someone can explain it.
I'm using vdr with xine plugin and run it in console.
Sometimes in console appears many-many M characters and it stops only after
disconnect xine player (Shift-S). After new connect (Enter) all works again.
What is it and how to eliminate
Peter Fassberg wrote:
Hej!
Vad har du för roligt projekt på gång som behöver 6 st kort? :-)
Jag har planerat ett streamingprojekt men jag får tyvärr aldrig
någon tid över till att komma igång.
Sorry, we usually don't understand here in list på svenska :)
Arthur
H. Onur wrote:
hi,
i get this message when compiling xine-lib with external ffmpeg and
latest ffmpeg svn.
xineplug_post_planar_la-pp.lo -MD -MP -MF
.deps/xineplug_post_planar_la-pp.Tpo -c pp.c -fPIC -DPIC -o
.libs/xineplug_post_planar_la-pp.o
pp.c:31:27: error: postprocess.h: No
Simon Baxter wrote:
I can't get any signal strength on some channels - have posted to the
linux-dvb list for this.
I haven't signal on two frequencies: 322 and 386 MHz
But when I do get a channel tuned ok, the audio
starts/stops/starts/stops/starts - and sometimes just starts/stops and then
Simon Siemonsma wrote:
System:
Distribution: Gentoo (amd64)
vdr version: 1.6.0_p2
single card Technotrend budget T1500 with CI cart.
CAM: Conax cam by Smit.
Output on OSD:
7 Setup - 5 CAM - 1 Conax Conditional Access - 9 About Conax CA
Number of sessions: 5
Output of cat
Ales Jurik wrote:
Original patch from Seppo (vdr-1.5.16):
http://www.mail-archive.com/vdr@linuxtv.org/msg05864.html
Patches for 1.6.0 and 1.7.0 (could be used up to 1.7.4):
http://www.linuxtv.org/pipermail/vdr/2008-September/017637.html
Do You have any additional hints?
It doesn't compiles
Country: Estonia
Transmission: DVB-C, DVB-T, DVB-S
Encoding: MPEG-2 for DVB-C and DVB-S, H264 for DVB-T
Few for DVB-T HD (H264) and DVB-C HD (MPEG-2 and H264).
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Bikalexander wrote:
Please try this version, I did not had to test it:
http://www.vdr-settings.com/hg/vdr-plugins/
http://www.vdr-settings.com/hg/vdr-plugins/archive/tip.tar.bz2
Thank You, but no luck. Crashes too.
Content of this repository almost same as I have.
marti...@embl.de wrote:
Lacking that, you can visit my howto
http://ubuntuforums.org/showthread.php?t=1126258
and download the patched rotor plugin from there.
Do not patch it anymore, just enable ROTOR = 1 in your Make.config (with the
extensions patch) and it will compile ok and run on
Goga777 wrote:
what's rotor-0.1.4S2API ? does it patched rotor plugin ?
Yes, it patched for S2API. Found at:
http://ubuntuforums.org/showthread.php?t=1126258
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Klaus Schmidinger wrote:
I first have to debug the fast forwarding
in SF2 recordings problem.
Not only SF2 (if You meant Schweizer Fernsehen). I discovered that with
recordings from local cable operator fast forwarding not working too. Old
1.6.0's .vdr recordings are fine with 1.7.9. Output
Hi!
I observed that periodically appears lot of dashes in the console running my
vdr-1.7.9.
Probably this comes from this code in transfer.c:
if (cPlayer::IsAttached()) {
// Transfer Mode means live tv, so there's no point in doing any additional
// buffering here. The TS packets *must* get
Joachim Wilke wrote:
I have the same problem. Whenever VDR records a channel I also see
lots of these dashes.
When replaying such a recording the replay isn't smooth at these
points. All of my recordings are
effected by this. Has anyone a clue what the real problem is?
Do You have FF card as
Goga777 wrote:
I couldn't apply a patch
/usr/src/vdr/PLUGINS/src/rotor-0.1.5# cat patch1 | patch -p0 --dry-run
patching file rotor.c
patch: malformed patch at line 6:
(diseqc=Diseqcs.Get(source-Code(),12000,'v')) ||
if ((diseqc=Diseqcs.Get(source-Code(),12000,'h')) ||
Tobi wrote:
This release brings an update and major refactorings of the VDR patch for
VDR 1.7.12.
Good job!
Please report any bugs, ideas or feature requests to the project site (no
registration required for this!)
I just applied new feature request #271 (Estonian translation files).
Goga777 wrote:
hi
can someone to create the patch for reelchannelscan and rotor plugin for
correct compilation with vdr
1.7.13
arvdr:/usr/src/vdr-1.7.13/PLUGINS/src/reelchannelscan# make all
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE
Halim Sahin wrote:
Have installed the xinelib-1.2-vdpau branch?
...
You can download the right xinelib with vdpau support from hg with this command:
hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau
Default xine-lib-1.2 branch has already incorporated vdpau support and
mentioned
JJussi wrote:
Hi!
This is maybe more Linux question than VDR...
I have 3xPCI-DVB adapters and 1xUSB-DVB adapter. Where I can see what
/dev/dvb/adapterX is connected to which physical devices.. And how I can
made so that USB-adapter is (always) last in line... adapter3 OR VDR
uses that
On 22.01.2011 20:31, Timothy D. Lenz wrote:
VDR being a euro program where FTA sat is far more common should have
really good support built in.
I agree and awaiting too native rotor support in the vdr core.
br,
Arthur
___
vdr mailing list
vdr
Hello!
At least one problematic channel on local cable network with recording
problem discoverd using vdr-1.7.19.
I have successfully recorded movie from Showtime channel by timer:
Jun 27 03:59:00 akovdr vdr: [13440] switching device 4 to channel 20
Jun 27 03:59:00 akovdr vdr: [13440]
On 6.07.2011 10:40, mike_booth76 wrote:
Have you found a fix for this yet Arthur. I have the same problem but we seem to
be the only two...Mike
Hi!
Actually I awaiting some actions or response from Klaus, because my C++
programming knowledge is very limited.
br
/2011-June/024938.html
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
7.08.2011 12:51, Klaus Schmidinger kirjutas:
On 06.07.2011 16:40, Arthur Konovalov wrote:
On 6.07.2011 10:40, mike_booth76 wrote:
Have you found a fix for this yet Arthur. I have the same problem but
we seem to
be the only two...Mike
Hi!
Actually I awaiting some actions or response from
30.08.2011 0:02, Dirk Vornheder kirjutas:
Patch for remux.c doesn't fix the problem if i use my Hauppauge
PVR-cards 500 !
With DVB-T-/DVB-C-/DVB-S-cards/-channels everything works fine.
Aug 29 22:07:44 pcneu vdr: [20700] record
/video0/ZIB_2/2011-08-29.21.57.13-0.rec
Aug 29 22:07:44 pcneu
,
A
--
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
kaustad alati ette
--
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
this:
framedetectorte[20894]: segfault at 0 ip b73a75c5 sp bfc2a650 error 4 in
libc-2.17.so[b7338000+185000]
--
br,
Arthur
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
suffer, not 720p and BER stays always on zero. If somebody
have any method to debug and find reason of this, I will be thankful for
sharing.
My configuration: DD Cine S2 v6.5 (endriss media_buid), kernel 3.12.17,
vdr-2.1.6, last softhddevice and GeForce GT520 HDMI for output.
--
br,
Arthur
14.06.2014 17:52, Klaus Schmidinger kirjutas:
On 14.06.2014 16:40, Arthur Konovalov wrote:
I've noticed strange effect with the SNR bar. Every time when UNC
counter increased SNR bar becomes more and more red. In the same time
hex and percent values are fine. Combined screenshot from femon
Is it possible to set to not update pids only for certain channels, not
globally? YLE channels in this case.
12.10.2014 22:17, Mikko Tuumanen kirjutas:
In at least some of the recordings I've made from the Finnish YLE-
channels there is a small gap at the start of the actual program and
VDR
70 matches
Mail list logo