Leo Márquez wrote:
> vdr-burn still fail for me. :-(
Please forget my private mail. With a small hint from Sascha I found the
problem. The usage of "$" in the format strings contained in the English
texts lead to a truncation of the string, because VDR uses "$" to
separate a context string from th
Chad Flynt wrote:
> I am sure this is more widespread than people imagine. I know that
> everyone I talk to has this issue. But most don't participate on the
> ML. There are forums that have talked bout it all over. Most of us
> have just as said, gotten used to it and assumed it will never be
Hi again!,
vdr-burn still fail for me. :-(
Tobias Grimm escribió:
Leo Márquez wrote:
Finally I'm desperated with vdr-burn. Few days ago I exposed my
problem but seems that I'm the one person that experience it.
At least one person at the German vdrportal.de seems to have the same
pr
Hello!
A new release of the configurable LNB-sharing patch for VDR 1.4 is
available at:
http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/configurableLNBshare-VDR_1.4.3.patch
Changes:
- added a missing "break" statement which froze vdr after pressing
channel up/down buttons when the main menu
I am sure this is more widespread than people imagine. I know that
everyone I talk to has this issue. But most don't participate on the
ML. There are forums that have talked bout it all over. Most of us
have just as said, gotten used to it and assumed it will never be
addressed. So I too a
Hello,
I have just installed a new parabola (BISAT-G3 from
http://www.radio-materiel.ch/scripts/rama/fiche.w?ref=BISAT-G3 ) with
a nice diseqc (VNE-G3/G4 from
http://www.radio-materiel.ch/scripts/rama/fiche.w?ref=VNE-G3%2FG4 ).
And if I only use my first FF card it seems to work (only tested on
h
Richard Scobie wrote:
Adding my 2 cents, in the hope that others more knowledgable may be able
to reproduce the problem.
Using a Nexus S 2.1 with the latest beta firmware, I find I lose audio
sync when doing multiple "yellow button skips" to jump through
commercial breaks, where there is a 30
> Both the above players can play vdr files. I mount my recordings
> directory over NFS. You can jump forwards and backwards, so not being
> able to ffwd or rew isn't too much of a problem. However, if you try to
> seek with the arrow keys in xine it always jumps to the beginning. The
> progress b
I just want to say that I, and many others not on the ml, are thankful this problem is finally being seriously addressed! It's very much appreciated that work is currently being done to discover and resolve the a/v sync problems once and for all! Many of us have just gotten used to the idea it wo
On Mon, 23 Oct 2006 17:49:38 +0200
Joerg Knitter <[EMAIL PROTECTED]> wrote:
> Udo Richter wrote:
> > Just talking about the case that I've reported. I experience such
> > issues only very rarely, and mostly related to bad reception. The
> > reported issue related to blackness is very specific to t
Udo Richter wrote:
Just talking about the case that I've reported. I experience such issues
only very rarely, and mostly related to bad reception. The reported
issue related to blackness is very specific to this channel.
Do you mean that this is e.g. just related to ATV+? Does Lost on
ProSieb
Udo Richter wrote:
Demultiplexing with ProjectX throws 11649 of errors like this:
!> error in pes_extension of pes-ID 0xE0 @ pos: 38780 (2048 / 14 / 15 /
true / false)
!> error in pes_extension of pes-ID 0xC0 @ pos: 46972 (686 / 14 / 15 /
true / false)
pos is changing, the rest seems always
> Recordings are pure PES packet sequences of video and audio PES packets.
> PCR is not recorded. On playback, the PES packets are forwarded to the
> DVB driver without further modification. IMHO the playback sync only
> uses the PTS of the PES packets, however thats just guessing.
>
If PCR is i
Juri Haberland wrote:
> "C.Y.M" <[EMAIL PROTECTED]> wrote:
>> Guy Roussin wrote:
> if i make this, the file play fine (vdr ffcard) :
>
> mv 001.vdr _001.vdr
> mv index.vdr _index.vdr
> mplayer -vo mpegpes:001.vdr -ao mpegpes 001.vdr
> genindex
>
> But now the file
"C.Y.M" <[EMAIL PROTECTED]> wrote:
> Guy Roussin wrote:
if i make this, the file play fine (vdr ffcard) :
mv 001.vdr _001.vdr
mv index.vdr _index.vdr
mplayer -vo mpegpes:001.vdr -ao mpegpes 001.vdr
genindex
But now the file 001.vdr is 100Mb !
>>> Am I doing
C.Y.M wrote:
IRL, time is constant. But on playback if vdr doesn't clock its data, then
desync is quite possible. For example, if there's nothing to "change" for a few
video frames, because they're using "stack" compression they won't send an empty
frame. So, consider this blackout time in "Lost"
Guy Roussin wrote:
>>> if i make this, the file play fine (vdr ffcard) :
>>>
>>> mv 001.vdr _001.vdr
>>> mv index.vdr _index.vdr
>>> mplayer -vo mpegpes:001.vdr -ao mpegpes 001.vdr
>>> genindex
>>>
>>> But now the file 001.vdr is 100Mb !
>> Am I doing something wrong? I dont seem to have any soun
>> if i make this, the file play fine (vdr ffcard) :
>>
>> mv 001.vdr _001.vdr
>> mv index.vdr _index.vdr
>> mplayer -vo mpegpes:001.vdr -ao mpegpes 001.vdr
>> genindex
>>
>> But now the file 001.vdr is 100Mb !
>
> Am I doing something wrong? I dont seem to have any sound.. also if you move
> 0
Guy Roussin wrote:
> Tero Siironen <[EMAIL PROTECTED]> wrote :
>> Here is a 3 minute clip from the episode of Lost I told earlier.
>> http://kotisivu.suomi.net/izero/lost.tar
>>
>> 80MB file and played ok at least with VLC v 0.8.5. and MPlayer on OS X
>>
> if i make this, the file play fine (vdr ff
Tero Siironen <[EMAIL PROTECTED]> wrote :
> Here is a 3 minute clip from the episode of Lost I told earlier.
> http://kotisivu.suomi.net/izero/lost.tar
>
> 80MB file and played ok at least with VLC v 0.8.5. and MPlayer on OS X
>
if i make this, the file play fine (vdr ffcard) :
mv 001.vdr _001.v
20 matches
Mail list logo
