View Issue Details

IDProjectCategoryView StatusLast Update
0000377Cinelerra-GG[All Projects] Bugpublic2020-02-20 21:17
Reporterv4t Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
PlatformOSManjaroOS Versionlatest
Product Version 
Target VersionFixed in Version 
Summary0000377: I wanted to digitize USB capture device. Unfortunately I see no picture but hear the sound
DescriptionI wanted to digitize old Video8 / Hi8 tapes with a USB capture device. Unfortunately I see no picture but hear the sound. I use the same settings as the VLC player so it works fine. I also did a video tutorial on how I went about it. The link:
https://www.youtube.com/watch?v=PbALxaVAM2I
TagsNo tags attached.

Activities

MatN

MatN

2020-02-20 21:17

reporter   ~0002823

I have exactly the same video grabber. And dusted off an old VHS recorder. With that:
- VLC capture works (but no sound, could be a settings).

- ffplay /dev/video0 works, again with no sound. It reports:
Input #0, video4linux2,v4l2, from '/dev/video0':B sq= 0B f=0/0
  Duration: N/A, start: 9079.978687, bitrate: 165888 kb/s
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 165888 kb/s, 25 fps, 25 tbr, 1000k tbn, 1000k tbc

- cin recording starts, then some crashy noise from the speakers, then CinGG crashes. Dump file attached. The following info on the terminal from which CinGG was started:
Cinelerra Infinity - built: Jan 31 2020 11:52:19
git://git.cinelerra-gg.org/goodguy/cinelerra.git
(c) 2006-2019 Heroine Virtual Ltd. by Adam Williams
2007-2020 mods for Cinelerra-GG by W.P.Morrow aka goodguy
Cinelerra is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. There is absolutely no warranty for Cinelerra.

DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
v4l2 s_fmt 720x576 YUYV
** segv at 0x55f3a05722d8 in pid 6995, tid 7070
writing debug data to /tmp/cinelerra_6995.dmp
lock_items: 25
lock_frees: 4
AudioALSA::write_buffer err -32(Broken pipe) at sample 4096
** dump complete
Segmentation fault (core dumped)

I did set the following in CinGG:
Preferences->recording: format 720x756 PAL, frame rate 50. Left audio driver at default, should have been usbtv which was in the dropdown list.

Repeating the exercise with the usbtv audio driver gives the same error as 4vt.

Hope this helps.

cinelerra_6995.dmp (76,474 bytes)
Andrew-R

Andrew-R

2020-02-19 19:21

reporter   ~0002822

> do not understand dev: adaptor open failed


I think this comes from https://git.cinelerra-gg.org/git/?p=goodguy/cinelerra.git;a=blob;f=cinelerra-5.1/cinelerra/devicev4l2base.C;h=9e3fd129ac023ff88c2792009b0798abfc01be59;hb=HEAD

 451 iwidth = v4l2_params.fmt.pix.width;
 452 iheight = v4l2_params.fmt.pix.height;
 453 if( iwidth != best_width || iheight != best_height )
 454 {
 455 printf("DeviceV4L2Base::v4l2_open set geom %dx%d != %dx%d best_geom\n",
 456 iwidth, iheight, best_width, best_height);
 457 return 1;
 458 }

I guess I tries to set NTSC framesize anyway, even if capture resolution was set to PAL (720x576) ?
v4t

v4t

2020-02-19 17:49

reporter   ~0002821

DeviceV4L2Base::v4l2_open set geom 720x480 != 720x576 best_geom
DeviceV4L2Base::open_dev failed
DeviceV4L2Base::open_dev: adaptor open failed
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
v4l2 s_fmt 720x576 YUYV

I do not understand dev: adaptor open failed

Screenshot_YUYV.png (528,896 bytes)
Andrew-R

Andrew-R

2020-02-19 05:25

reporter   ~0002820

Hm, I think this confirms device send raw YUY2 data, and not pre-compressed MPEG/JPEG stream. Try to set input driver to just "YUYV webcam" ?
v4t

v4t

2020-02-18 17:38

reporter   ~0002817

@ Andrew-R
Playing tv://.
TV file format detected.
Selected driver: v4l2
 name: Video 4 Linux 2 input
 author: Martin Olschewski <[email protected]>
 comment: first try, more to come ;-)
Selected device: usbtv
 Capabilities: video capture 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-60; 12 = SECAM; 13 = SECAM-B; 14 = SECAM-G; 15 = SECAM-H; 16 = SECAM-DK; 17 = SECAM-L; 18 = SECAM-Lc;
 inputs: 0 = Composite; 1 = S-Video;
 Current input: 0
 Current format: YUYV
Selected input hasn't got a tuner!
v4l2: ioctl set mute failed: Invalid argument
==========================================================================
Opening video decoder: [raw] RAW Uncompressed Video
Movie-Aspect is undefined - no prescaling applied.
VO: [vdpau] 720x576 => 720x576 Packed YUY2
Selected video codec: [rawyuy2] vfm: raw (RAW YUY2)
==========================================================================
Audio: no sound
v4t

v4t

2020-02-18 17:34

reporter   ~0002816

@ Andrew-R
lsusb says: Bus 003 Device 005: ID 1b71:3002 Fushicai USBTV007 Video Grabber [EasyCAP]
v4t

v4t

2020-02-18 17:17

reporter   ~0002815

Sorry I'm reporting so late. I got an unexpected visit until yesterday.
Error Log in Terminal:
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
DeviceV4L2Base::v4l2_open MPEG Treiber und best_format nicht MPEG (YUYV)
DeviceV4L2Base::open_dev failed
DeviceV4L2Base::open_dev: adaptor open failed
DeviceV4L2Base::v4l2_open pixels="YUYV"; res=""
DeviceV4L2Base::v4l2_open MPEG Treiber und best_format nicht MPEG (YUYV)
DeviceV4L2Base::open_dev failed
Andrew-R

Andrew-R

2020-02-12 04:02

reporter   ~0002803

Interesting.. is there possibility this usbtv device actually sends *uncompressed* (yuv)) stream via usb? In this case I think v4l2 capture method should NOT be set to v4l2 mpeg - because this implies device sends TS stream over usb .....

Can you try mplayer/mpv (?) and see what they logs to terminal?

https://linuxtv.org/wiki/index.php/Easycap - if it was one of .. those ..... you are lucky it worked at all :}
PhyllisSmith

PhyllisSmith

2020-02-12 00:24

manager   ~0002801

Watched your video and GG set up a test case here (V4l2 Mpeg svideo) which worked -- we see video and hear audio. He checked your settings and they look correct and are what is expected. He thinks that the audio you hear may be from Alsa. We used it with NTSC as we have never debugged with PAL since we have no way to test that here in the United States. Start the program from a command line terminal and watch the log messages. Sometimes this helps.

Issue History

Date Modified Username Field Change
2020-02-11 18:09 v4t New Issue
2020-02-12 00:24 PhyllisSmith Note Added: 0002801
2020-02-12 04:02 Andrew-R Note Added: 0002803
2020-02-18 17:17 v4t Note Added: 0002815
2020-02-18 17:34 v4t Note Added: 0002816
2020-02-18 17:38 v4t Note Added: 0002817
2020-02-19 05:25 Andrew-R Note Added: 0002820
2020-02-19 17:49 v4t File Added: Screenshot_YUYV.png
2020-02-19 17:49 v4t Note Added: 0002821
2020-02-19 19:21 Andrew-R Note Added: 0002822
2020-02-20 21:17 MatN File Added: cinelerra_6995.dmp
2020-02-20 21:17 MatN Note Added: 0002823