Autor Thema: Possibility to capture PAL-60?  (Gelesen 12399 mal)

aix_tom

  • Newbie
  • *
  • Beiträge: 4
    • Profil anzeigen
Possibility to capture PAL-60?
« am: Februar 02, 2010, 11:49:12 Nachmittag »
Ist it possible to capture a PAL-60 signal with the MediaTV?
( The "NTSC Playback on PAL TV" format that a lot of VCRs support in Europe )
I still have a few NTSC videos I would like to save.

I have tried all the formats mentioned in the driver output.

0 = PAL-BG; 1 = PAL-DK; 2 = PAL-I; 3 = PAL-M; 4 = NTSC-M; 5 = Secam-L; 6 = Secam-K;
The PAL-* ones just result in no output or blank green output, NTSC-M results in the picture, but in black and white.


Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #1 am: Februar 02, 2010, 11:58:44 Nachmittag »
What is your capturing tool and command which you tried?
Failure is a good thing! I'll fix it

aix_tom

  • Newbie
  • *
  • Beiträge: 4
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #2 am: Februar 03, 2010, 01:05:43 Vormittag »
I have tried with mplayer and a couple of commands.

This here works fine for viewing normal PAL videos:

mplayer -cache 128 -tv driver=v4l2:width=640:height=480:input=2:norm=PAL-BG:amode=1:device=/dev/video0  tv://
which results in the output:

MPlayer SVN-r29796-4.3.2 (C) 2000-2009 MPlayer Team

Playing tv://.
Cache fill:  0.00% (0 bytes)   
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <olschewski@zpr.uni-koeln.de>
 comment: first try, more to come ;-)
Selected device: Sundtek MediaTV
 Tuner cap: STEREO
 Tuner rxs:
 Capabilites:  video capture  tuner  audio  streaming
 supported norms: 0 = PAL-BG; 1 = PAL-DK; 2 = PAL-I; 3 = PAL-M; 4 = NTSC-M; 5 = Secam-L; 6 = Secam-K;
 inputs: 0 = Television; 1 = Composite; 2 = S-Video;
 Current input: 0
 Current format: YUYV
v4l2: current audio mode is : STEREO
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 640x480 => 640x480 Packed YUY2
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
Audio: no sound
Starting playback...
v4l2: 128 frames successfully processed, 3 frames dropped.

If I leave out the norm= parameter and use the example in the forum there is an addional line of "bogus norm parameter", but it also works for PAL videos.

$ mplayer tv:// -tv driver=v4l2:device=/dev/video0
MPlayer SVN-r29796-4.3.2 (C) 2000-2009 MPlayer Team

Playing tv://.
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <olschewski@zpr.uni-koeln.de>
 comment: first try, more to come ;-)
Selected device: Sundtek MediaTV
 Tuner cap: STEREO
 Tuner rxs:
 Capabilites:  video capture  tuner  audio  streaming
 supported norms: 0 = PAL-BG; 1 = PAL-DK; 2 = PAL-I; 3 = PAL-M; 4 = NTSC-M; 5 = Secam-L; 6 = Secam-K;
 inputs: 0 = Television; 1 = Composite; 2 = S-Video;
 Current input: 2
 Current format: YUYV
v4l2: current audio mode is : MONO
tv.c: norm_from_string(pal): Bogus norm parameter, setting default.
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 640x480 => 640x480 Packed YUY2
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
Audio: no sound
Starting playback...
v4l2: 65 frames successfully processed, 14 frames dropped.

Replacing the norm= parameter with NTSC-M or PAL-M I can then see PAL-60 video, but only in Black and White.
(I tried both the S-Video and the Composite input, both the same)

(Recording videos with mencoder also works for PAL videos.)

What I just found: If I use the PAL-DK/BG/I norms with PAL-60 there is also a select timeout error message from v4l2:

$ mplayer -cache 128 -tv driver=v4l2:width=640:height=480:input=1:norm=PAL-DK:amode=1:device=/dev/video0  tv://
MPlayer SVN-r29796-4.3.2 (C) 2000-2009 MPlayer Team

Playing tv://.
Cache fill:  0.00% (0 bytes)   
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <olschewski@zpr.uni-koeln.de>
 comment: first try, more to come ;-)
Selected device: Sundtek MediaTV
 Tuner cap: STEREO
 Tuner rxs:
 Capabilites:  video capture  tuner  audio  streaming
 supported norms: 0 = PAL-BG; 1 = PAL-DK; 2 = PAL-I; 3 = PAL-M; 4 = NTSC-M; 5 = Secam-L; 6 = Secam-K;
 inputs: 0 = Television; 1 = Composite; 2 = S-Video;
 Current input: 1
 Current format: YUYV
v4l2: current audio mode is : STEREO
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 640x480 => 640x480 Packed YUY2
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
Audio: no sound
Starting playback...
v4l2: select timeout ??% ??,?% 0 0 0%
v4l2: select timeout ??% ??,?% 0 0 0%
v4l2: select timeout ??% ??,?% 0 0 0%
v4l2: select timeout ??% ??,?% 0 0 0%
v4l2: select timeout ??% ??,?% 0 0 0%
v4l2: 0 frames successfully processed, 1 frames dropped.

And an "unhandled videostandard 575" message in the mediasrv.log

OS version :

Linux 2.6.32-gentoo-r1 #2 SMP Wed Jan 20 20:31:00 CET 2010 x86_64
AMD Phenom(tm) II X4 810 Processor AuthenticAMD GNU/Linux

aix_tom

  • Newbie
  • *
  • Beiträge: 4
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #3 am: Februar 03, 2010, 01:12:53 Vormittag »
Oh, and the source machine is an Panasonic NV-HS850 S-VHS VCR

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #4 am: Februar 03, 2010, 01:20:37 Vormittag »
norm= is a confusion with the old video4linux (v4l1) protocol, with the new protocol you have to use normid=[number infront of the actual norm]
You are mixing up the v4l1 with the v4l2 syntax

See following line in your mplayer parameter:
tv.c: norm_from_string(pal): Bogus norm parameter, setting default.
« Letzte Änderung: Februar 03, 2010, 01:57:22 Vormittag von Sundtek »
Failure is a good thing! I'll fix it

aix_tom

  • Newbie
  • *
  • Beiträge: 4
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #5 am: Februar 03, 2010, 02:36:58 Vormittag »
Well, using normid= doesn't change much.

ID 0: green screen and v4l2 select timeout
ID 1: green screen and v4l2 select timeout
ID 2: green screen and v4l2 select timeout
ID 3: black and white picture
ID 4: black and white picture
ID 5: green screen and v4l2 select timeout
ID 6: green screen and v4l2 select timeout

The same result it has been while using norm=

Since PAL-60 is a mix of NTSC and PAL, does the hardware/driver even support it?

http://en.wikipedia.org/wiki/PAL#Multisystem_PAL_support_and_.22PAL_60.22

Some em28xx based devices seem to be able to capture it. At least they say so in the "supported norms" info returned by v4l2, for example this one here as normid 13.

http://www.linuxtv.org/pipermail/linux-dvb/2009-June/032234.html

   Capabilites: video capture tuner audio read/write streaming
   supported norms: 0 = NTSC; 1 = NTSC-M; 2 = NTSC-M-JP; 3 = NTSC-M-KR;
   4 = NTSC-443; 5 = PAL; 6 = PAL-BG; 7 = PAL-H; 8 = PAL-I; 9 = PAL-DK;
   10 = PAL-M; 11 = PAL-N; 12 = PAL-Nc; 13 = PAL-60; 14 = SECAM;
   15 = SECAM-B; 16 = SECAM-G; 17 = SECAM-H; 18 = SECAM-DK; 19 = SECAM-L;
   20 = SECAM-Lc;
   inputs: 0 = Television; 1 = Composite1; 2 = S-Video;
   Current input: 0
   Current format: YUYV

So the question is, is the hardware not able to do it, or is it perhaps possible some day with an updated driver?




Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8512
    • Profil anzeigen
Re:Possibility to capture PAL-60?
« Antwort #6 am: Februar 03, 2010, 02:47:49 Vormittag »
The device does support this standard, we recently had some updates which increased the signal strength for PAL-BG and DVB-C this might have affected the other standards, an engineer will check all the possible standards again this week and provide an update for it.
Failure is a good thing! I'll fix it