Hi,
I noticed a problem with multi-language broadcast with subtitles or
actually playback of recording of that (I didn't watch it in live).
The clip is mainly having swedish audio, but during the interviews
audio is finnish. However audio track seems to marked as swedish only.
During the
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel. With plain VDR 1.6.0 I cannot
tune
to that channel, while 1.4.7 works. As can be seen
Klaus Schmidinger kirjoitti 3.5.2008 kello 19.06:
On 05/03/08 16:24, Tero Siironen wrote:
Klaus Schmidinger kirjoitti 2.5.2008 kello 17.03:
On 04/27/08 12:49, Tero Siironen wrote:
...
I don't know if this is same problem or not but I'm having similar
symptoms with one encrypted channel
Simon Baxter kirjoitti 24.4.2008 kello 10.08:
Hello
I have 2x DVB-C cards with Alphacrypt multi-cams. A TT-1500-C
budget card and a TT-2300-C FF card and run vdr-xine.
When recording one channel and attempting to watch another in the
same transport stream, or trying to switch to
Rolf Ahrenberg kirjoitti 6.3.2008 kello 13.49:
On Thu, 6 Mar 2008, Tero Siironen wrote:
Maybe I need to make another test run with plain versions of both VDR
versions when I get back to home. But anyway I have patched VDR
1.5.17
with vdr-1.5.17-ttxtsubs-0.0.5.diff and ttxtsubs 0.0.5
Rolf Ahrenberg kirjoitti 5.3.2008 kello 23.11:
On Wed, 5 Mar 2008, Klaus Schmidinger wrote:
On 03/04/08 10:58, Tero Siironen wrote:
Those problematic recordings were done with some 1.3.x series VDR
with
ttxtsubs plugin in fall 2004. Plays fine with VDR 1.4.7, but
playback
stutters
Hi,
I upgraded from VDR 1.4.7 to 1.5.17 and noticed that some of my old
recordings won't play decently with this new version. Here's a syslog
entry and example clip can be found from
http://kotisivu.suomi.net/izero/vdr-darwin/ddmode_example.zip
(9MB)
Those problematic recordings were
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. I didn't check how the timing of subtitles is done,
but it seemed that VDR
On 27.4.2007 12:11, Torgeir Veimo [EMAIL PROTECTED] wrote:
On 27 Apr 2007, at 06:59, Tero Siironen wrote:
The problem with Intel machines is that the video screen is green-
purple.
http://lists.berlios.de/pipermail/softdevice-devel/2007q2/002828.html
I get correct colors
On 26.3.2007 04:28, Torgeir Veimo [EMAIL PROTECTED] wrote:
Using Martin Waches approach ends on
Vigor10:~/java/src/vdr-1.4.6/PLUGINS/src/softdevice torgeir$ ./
configure --with-ffmpeg-path ~/java/src/ffmpeg/ --disable-subplugins
ffmpeg path set to: /Users/torgeir/java/src/ffmpeg/
Testing
2007/3/19, martin [EMAIL PROTECTED]:
Maybe Tero's can give us more input of his error handling script. This
sounds a more reasonable way of handling exceptions.
Well basically it is quite simple, but I don't know how well it suites
other drivers than dvb-ttpci/av7110.
I've configured vdr as
In my case driver/firmware problems does cause some problems with FF
cards every now and then (usually black screen after boot), but
instead of restarting vdr from itself by watchdog, I've made an error
monitor script, that monitors syslog, restarts vdr and reloads drivers
when error is seen
I'm posting this now on this list, because got no reaction from dvb-list.
I noticed a weird problem with last weeks Mythbusters episode VDR recording.
The playback suddenly speeded up like fastforward and it is repeatable. I've
seen this once earlier also, but thought that it was caused by bad
On 30.1.2007 00:58, Martin Wache [EMAIL PROTECTED] wrote:
Hmm, you can check with ipcs if the shared memory block has properly
been created, has the correct Id (it should be the one in shm-common.h),
and has the correct size. If you end the vdr, the block won't be
deleted, so you may try to
On 30.1.2007 21:39, Martin Wache [EMAIL PROTECTED] wrote:
Did you start the client like it is described in the ReadMe? From inside
of the McVdrClient.app folder? For some reason Quartz application needs
the context of this folder to run correctly. I don't know if there is a
workaround...
On 30.1.2007 23:02, Martin Wache [EMAIL PROTECTED] wrote:
Tero Siironen schrieb:
On 30.1.2007 21:39, Martin Wache [EMAIL PROTECTED] wrote:
Did you start the client like it is described in the ReadMe? From inside
of the McVdrClient.app folder? For some reason Quartz application needs
2007/1/23, Kartsa [EMAIL PROTECTED]:
Could this be related to some sw or hw issue? I have had this new fw for
a few days now and about 20+ succesfull recordings and no failures.
I've got vdr 1.4.4, burn 0.0.009, subtitles 0.4.0, femon 1.1.0, mplayer
0.9.15 and vompserver 0.2.5.
And on the hw
On 19.1.2007 22:30, Oliver Endriss [EMAIL PROTECTED] wrote:
Oliver Endriss wrote:
Marco Skambraks wrote:
hi,
are there any new information about the FF a/v sync problem?
is the firmware development still in progress?
Sorry, no success yet.
Werner fixed the A/V sync problem. Please
On 21.10.2006 15.58, Oliver Endriss [EMAIL PROTECTED] wrote:
Udo Richter wrote:
Tero Siironen wrote:
However, like Pasi Juppo told earlier in other thread, in last weeks episode
of Lost there was many fadeout-fadeins between scenes and a/v desync
happened on every one of these.
I've
spots in it. So it is not
directly related to commercial breaks. I think this happens almost on every
recording made from these two channels.
Audio is normal MPEG.
--
Tero Siironen
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
20 matches
Mail list logo