Hi,
Stone wrote:
> That plugin is only beneficial if you have a dual PAL/NTSC environment.
> It does not help with the frames per second calculatons at all.
You may want to try the attached patch. It determines FramesPerSec by
having a look at the first picture of the recording and falls back t
On 3/13/07, VDR User <[EMAIL PROTECTED]> wrote:
I think I'll stick to what I said earlier in that support for NTSC should
really be a core feature of VDR. I have no interest in running a plugin
like this and would rather just stick to patching VDR if Klaus doesn't
intend to address this issue.
It would be a big help if you posted your problems scanning channels on NA
sats on the v4l mailing list.
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
We've (meaning NA) needed a new, properly working scanner for years but so
far no luck. However, the more people who voice this is a
I think I'll stick to what I said earlier in that support for NTSC should
really be a core feature of VDR. I have no interest in running a plugin
like this and would rather just stick to patching VDR if Klaus doesn't
intend to address this issue. :\
__
hi,
during my search for a good vdr plaform I found some epia boards with the
cx700 chipset (mpeg2/4 acceleration)
the epia drivers for xorg should support the mpeg acceleration
is this true? and is it useable togther with softdevice?
in the documentation epia says that a patched xine from source
I have a nexus-s satellite card and am running Ubuntu edgy eft. The card works
fine. I can zap to FTA channels using szap using an old incomplete
channels.conf I had.
I'm trying to create a new channels.conf for echostar 7 at 119w so that I can
use vdr to change channels instead of szap.
I trie
Hi,
the successor of streamdev's former remote timers feature is finally there.
You can get the new remotetimers plugin at http://vdr.schmirler.de.
Features:
- Add, edit and delete timers on the local (client) VDR and a remote (server)
VDR
- Move timers between client and server
- Assign user ID
Hi,
Please do not post html mails here!!!
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I do appreciate the suggestion and I will take a better look at it. I was
just trying to conceptually understand whats going on. All I was trying to
say is that I dont think the plugin can generate valid NTSC values from
invalid PAL settings. I'll post my results.
Best Regards.
Ok, I h
This makes absolutely no sense to me.
Why don't you simply grab a plain VDR 1.4.6 without any patches and try
the plugin out? It only takes 3-4 minutes to set it up and you'll see
whether or not it will work correctly.
Using the plugin was only a suggestion for the time being. I thought you
mi
Stone wrote:
It just seems like I would have to translate my NTSC values into PAL,
and then put those PAL values into VDR so that the plugin will read
them as PAL and translate them back again to NTSC. Right now they are
PAL settings with NTSC values.
This makes absolutely no sense to me.
On 3/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Stone wrote:
> It seems this plugin assumes I am currently using PAL. The plugin takes
> the OSD-Settings from VDR as PAL-settings and calculates the
> corresponding NTSC-settings. But, my television does not do both PAL
> and NTSC, so i
Stone wrote:
It seems this plugin assumes I am currently using PAL. The plugin takes
the OSD-Settings from VDR as PAL-settings and calculates the
corresponding NTSC-settings. But, my television does not do both PAL
and NTSC, so if this plugin assumes that I currently have PAL setup
properly,
hi,
Reinhard Nissl writes:
> If you show the recording's progress menu and switch to play (after a
> jump to a cutting mark), you'll see that the progress bar advances very
> quickly by 10 seconds, as VDR sends the recording data as fast as
> possible (i. e. as fast as your harddisk can suppl
Stone wrote:
I never had to patch my VDR to make it play NTSC properly. Have you ever
tried the videosystem plugin? I have been using it for quite some time
and it always worked flawlessly. It can be found here:
http://www.vdr-portal.de/board/thread.php?threadid=43516
VDR wi
For VDR > 1.4.4 You need a patch to make it compile without errors. This
one can be found here:
http://www.linuxtv.org/pipermail/vdr/2006-December/011336.html
Simply save the: vdr-videosystem-0.0.1-uint64-0001.bin.
Let us know how if it worked and how well.
It seems this plugin assumes I am
I never had to patch my VDR to make it play NTSC properly. Have you ever
tried the videosystem plugin? I have been using it for quite some time
and it always worked flawlessly. It can be found here:
http://www.vdr-portal.de/board/thread.php?threadid=43516
VDR will play video fine w/o patchin
On 3/13/07, André Weidemann <[EMAIL PROTECTED]> wrote:
I never had to patch my VDR to make it play NTSC properly. Have you ever
tried the videosystem plugin? I have been using it for quite some time
and it always worked flawlessly.
NTSC users shouldn't have to use a plugin to provide NTSC com
Stone wrote:
Hi,
In all the prevous versions of VDR, I have had to patch the
FRAMESPERSECOND and change the rest of the hardcoded PAL values in VDR
for my NTSC television. Is making this an option in VDR on the TODO list?
I never had to patch my VDR to make it play NTSC properly. Have you
19 matches
Mail list logo
