There seem to be a few hardcoded values for PAL in VDR's source code. Klaus, can you tell me if any of these would make a difference to a NTSC only system? I know that most tv's in Europe can do both NTSC and PAL. Unfortunately, almost all the tv's in America only support NTSC and cant handle the PAL formats.
BR.
From: "Klaus Schmidinger" Klaus.Schmidinger@cadsoft.de To: vdr@linuxtv.org Sent: Wednesday, April 05, 2006 1:53 PM Subject: Re: [vdr] hardcoded NTSC/PAL values in VDR?
Umm - guess this didn't make in into the current release (vdr-1.4.1)?
Any reason this can't be added in the next developement version? There are many NTSC vdr users with more appearing all the time. Enough that I would hope fixing any existing NTSC/PAL issues would be a high priority. Especially considering things like 25fps vs. 30fps recordings, and screen resolution are pretty significant!
On 6/20/06, Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
hotwings wrote:
Any reason this can't be added in the next developement version?
The idea behind the stable 1.4 development is that only low-risk changes will go into 1.4.x versions, and no new features. The risk for updaters has to be as minimal as possible. More progressive development will start with the 1.5.x builds.
In this situation: - The patch is available for everyone who wants to try it - AFAIK, VDR runs on NTSC and just has some minor problems - A final fix would be considerably more complex (*) - The chances are fixing it for a few NTSC users vs. risking to break it for many PAL users. Sorry.
(*) for example, this line: -#define FRAMESPERSEC 25 +#define FRAMESPERSEC 30 This affects the timeline of recordings, correcting the length (in mins and secs) of NTSC recordings, but also breaks it for PAL recordings. Making it configurable is nice, but a 'real' fix should pick the right value based on the recording itself, so PAL and NTSC recordings can co-exist.
Cheers,
Udo
It should be noted that there are a LOT more than 'a few NTSC users'. This is a bigger problem than you think and I wouldn't expect europeans to be aware of it unless it's pointed out. Bottom line is this -is- is a significant issue for a lot more users than you may realize. Thankfully Klaus knows this and has said it will be addressed in the next development run.
Cheers!
On 6/20/06, Udo Richter udo_richter@gmx.de wrote:
hotwings wrote:
Don't get me wrong, I agree that remaining NTSC issues should be fixed. However, VDR is in a stability phase of development, and we cannot afford to break everything again, now that the dust of the 1.3.x development settles.
It should be noted that there are a LOT more than 'a few NTSC users'.
I don't see NTSC as 'just a few users', I see it as way too few NTSC users. If we want to get out of the German or European corner, we need to be more attractive to NTSC users.
This is a bigger problem than you think and I wouldn't expect europeans to be aware of it unless it's pointed out.
If you want to speed things up: Use the patch posted in this thread, test it and report all remaining NTSC issues. This will give the NTSC development a quick start as soon as 1.5.x development starts.
Cheers,
Udo
C.Y.M wrote:
There is a plugin out there that handles OSD resizing and everything else necessary to watch NTSC. It was posted to the VDR List by Andreas Brugger on December 31st 2005. You can find it here: http://www.vdr-portal.de/board/thread.php?threadid=43516
I've been using the plugin ever since January and never had any issues with NTSC material. Why don't you give it a try for the time being?!
André