RossDv8
Posts: 244
Joined: Thu Jan 21, 2016 12:35 pm

Re: VLC testing

Mon Nov 25, 2019 11:58 pm

if you paste the URL into VLC, play it and open the codec information you will see that it is using the 720p resolution and a H264 codec version
So can someone explain how VLC manages to stream at 720p in such amazing detail. Surely it has to do with the Hardware of the Pi 4, but that doesn;t explain how it is 720p looking like 2160p, 'apparenty' (though not 'actually') sharper for example than I can see in any of the other players. And it even looks clearer than VLC playing a 1080p video off the hard drive?
I've checked the codec info, and on dom's mp4 test video it is H.265 at 3840 x 1606.
Streaming a youtube video, VLC reports H.254 at 1280 x 720.
but the resolution 'appears' at least as high as dom's 4k sample. How can VLC achieve this?

Anyway, back to the topic 'VLC testing'.

One or two of us use the Pi for viewing video media. And some of us use Chromium or VLC (with CTRL-n and cut and paste).
I have never been able to stream high resolution Youtube 'smoothly' on a Pi 4 because omxplayer doesn't work on the Pi 4.

But I can say that, at least on 'my' Pi 4, using CTRL+n in VLC and pasting this URL
https://www.youtube.com/watch?v=sUd4PTIzm6s
into VLC on a big (in my case 55 inch) UHD TV, results in a video that looks as sharp as, and sharper than most of the display videos in the on the UHD TVs in stores.
AND !! Using gkreidl's method to make Chromium play video in a VLC window, gives the same incredible result.

Guenter, if you are reading this, and if you have a UHD TV attached to a Pi 4, would you please test that link comparing the CTRL+n paste and your ytdl server +VLC in Chromium method? And tell my if you get the same result.

And, I admit my broadband is downloading at 60mbps on the Pi 4 (compared with 95mbps on the desktop machines)
But the Pi 4 streams that video perfectly smoothly. It didn't a few days ago, but for some reason it is now. And despite what the codec information says I cannot see any way that this video is actually displaying 720p in VLC

VLC is working some kind of magic.
Remember, nobody is listening to you
until you fart ...

RossDv8
Posts: 244
Joined: Thu Jan 21, 2016 12:35 pm

Re: VLC testing

Tue Nov 26, 2019 5:47 am

I've got incredibly clear, sharp video streaming on Chromium with Chromium calling VLC output via ytdl server. But as dom and others pointed out, it is streaming H264, not H265.

But according to this codec info in VLC when the same video is trying, and failing, to play off the SSD, my particular Pi thinks it is playing a VP9 file, although, unlike dom's sample file Elysium file which shows it thinks it is playing H265 at 3840 x 1606, and plays 'almost', but not quite as sharply as the 720p streaming video in Chromium:
Screen3.jpg
Screen3.jpg (121.17 KiB) Viewed 3054 times
this one, also playing direct from the SSD, thinks it is playing H264 in 2160p, but won't play the video moving at all so far. And I've tried the various input codecs in preferences. I should add that I have the same file in webm and in mkv, and neither are interested in playing actual moving video. webm just shows a black screen. mkv does exactly the same as in the image below, Just fragmentary stuff changing occasionally, but with nice audio.
screen2.jpg
screen2.jpg (102.9 KiB) Viewed 3054 times
The furry image above is due to my being tired and impatient resizing images with imagemagick.

So I have what I need. Chromium is starting VLC in its own window and VLC is streaming what it says is a 1280 x 720p video, at resolution higher than I can get with a dedicated 4k device.
It beats having to cut a URL and paste it in VLC to get smooth high res video.

I don't understand how, or why, but I'm very pleased. Not being able to get the same resolution from a 4k file played from the SSD is a minor inconvenience.

My thanks to the people who corrected some of my assumptions and answered questions. Sorry for asking what might have seemed silly questions.

BTW, I am told that Firefox can also use VLC to stream video just as smoothly and in as high res as Chromium.
Remember, nobody is listening to you
until you fart ...

cjan
Posts: 811
Joined: Sun May 06, 2012 12:00 am

Re: VLC testing

Wed Nov 27, 2019 12:55 pm

can not show subtitle on FULL mode but window mode.

GlennFB23
Posts: 3
Joined: Thu Oct 24, 2019 7:13 pm

Re: VLC testing

Wed Nov 27, 2019 7:36 pm

With this version I can finally play H265 without X (Raspbian lite), thanks! :-)

I'm planning to replace OMXplayer with VLC for a surveillance camera viewer application I'm currently writing.

Therefore, is it possible to get multiple windowed instances without X like OMXplayer can (--win 'x1 y1 x2 y2' )?
If not, is technically possible at all? DRM single client limitation?

tfreedy
Posts: 1
Joined: Wed Nov 27, 2019 9:53 pm

Re: VLC testing

Wed Nov 27, 2019 10:13 pm

Hi GlenFB23,

How did you get it to play H265 without X (Raspbian lite)? Possible to show cmds?

Thanks,
Thomas

cjan
Posts: 811
Joined: Sun May 06, 2012 12:00 am

Re: VLC testing

Wed Nov 27, 2019 10:28 pm

cjan wrote:
Wed Nov 27, 2019 12:55 pm
can not show subtitle on FULL mode but window mode.
last update -rpt5, did not fix this issue.

User avatar
dickon
Posts: 1227
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

Re: VLC testing

Fri Nov 29, 2019 12:37 am

After a couple of hours of fighting with raspbian-lite and an NFS mounted root -- systemd really *is* a heap of shit -- I've finally got video playing in console on 4.19.85-v8+ (with all that that implies). No audio, though. Lots of ALSA-related errors, which isn't entirely surprising, but I had expected it to at least spot the HDMI output.

User avatar
dickon
Posts: 1227
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

Re: VLC testing

Fri Nov 29, 2019 12:50 am

Which, as usual, turns out to be a permissions problem with the audio devices as my user didn't have access.

Fixed.

Colours washed out, but that's to be expected until the 10b stuff arrives, and there's some tearing at times due to the framerates not being right; also seems to be impacting the A/V sync. Also seen an awful lot of

Code: Select all

vcsm_clean_invalid2 failed: errno=22
on stderr; I assume this is more or less normal.

On the whole, it seems to work. Pity about systemd.

User avatar
dickon
Posts: 1227
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

Re: VLC testing

Fri Nov 29, 2019 1:02 am

tfreedy wrote:
Wed Nov 27, 2019 10:13 pm
How did you get it to play H265 without X (Raspbian lite)? Possible to show cmds?
I did it with a fresh install of raspbian-lite to a fileserver of my choice, then a bodge around to stop it deconfiguring its network interface underneath itself (thus removing its root filesystem -- systemd isn't very bright -- which causes ... issues), a bunch of rpi-update commands which failed -- I assume some mismatch between the actually-running kernel and the firmware I thought I had but clearly hadn't[0] -- and a quick addition of my user to the video and audio groups.

Seems to work, although I haven't hammered it yet.


[0] I used a /boot, with initrd, kernel, and copy of /lib/modules/$version from another install, naively expecting this to work. It didn't, and managed to hang rpi-update (!) when it prodded /dev/vchiq for reasons I don't entirely understand, but suspect are version-related. This cost me some time. If you insist on doing this sort of thing in a -- doubtless Foundation un-approved manner -- copy /opt/vc as well.

User avatar
dickon
Posts: 1227
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

Re: VLC testing

Fri Nov 29, 2019 1:06 am

Oh, and if you're connecting from a machine with X installed -- OS X and any amd64 Linux of your choice, for example -- ensure $DISPLAY is unset on the Pi before starting vlc.

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Fri Nov 29, 2019 12:38 pm

dickon wrote:
Fri Nov 29, 2019 1:06 am
Oh, and if you're connecting from a machine with X installed -- OS X and any amd64 Linux of your choice, for example -- ensure $DISPLAY is unset on the Pi before starting vlc.
I think that is no longer necessary with latest (yesterday?) update. For some reason launching from ssh without DISPLAY=:0 caused the vdpau driver to be chosen which didn't go well. We rebuild with vdpau/vaapi disabled which avoids this.

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Fri Nov 29, 2019 6:03 pm

There is an update to VLC. Hopefully it fixes subtitle positioning when running in fullscreen mode.
It also enables the AV1 decoder (libdav1d) which may be of interest.

It is only software decode. I have been able to play some 8-bit 720p AV1 streams on a Pi4.
10-bit streams are harder and will probably be limited to SD resolutions.

RossDv8
Posts: 244
Joined: Thu Jan 21, 2016 12:35 pm

Re: VLC testing

Fri Nov 29, 2019 10:57 pm

So, two things being conflated here. In normal usage, Chromium/Chrome plays videos inside the Chromium window iself. This does not use VLC. In your case, it appears that Chromium is running up VLC as a separate application to play the video, rather than playing in its own window. Something like copy the video URL in YouTube, then `Open network stream` option in VLC Media menu gives the same result.
Which is why I thought it belonged in the VLC testing camp. Open Network Stream is a function in VLC. And youtube-dl can extract 2160p, albeit as webm. However, I don;t 'know' if it does that when it is streaming. I'll have to try to contact the person who I believe may have written the ytdl server that is used, and ask him.

In the mean time, it is the only method I have seen that gives consistently high resolution 'smooth' video in Chromium.
Remember, nobody is listening to you
until you fart ...

jcontagious
Posts: 4
Joined: Thu Nov 28, 2019 10:56 am

Re: VLC testing

Thu Dec 05, 2019 3:03 pm

So I tried running the following command after editing raspi.list and sudo apt update && apt dist-upgrade

Code: Select all

cvlc -L --no-osd out.mp4 
After some time the GPU seems frozen, tvservice -s never returns.

Code: Select all

vlc Installed: 3.0.8-0+deb10u1+rpt7
Raspberry Pi 4 Model B Rev 1.1, 2GB
cma=384M
tv resolution: 1920x1080
file out.mp4 : ISO Media, MP4 Base Media v1 [IS0 14496-12:2003],  H264
kernel: 4.19.75-v7l+ #1270 SMP Tue Sep 24 18:51:41 BST 2019 armv7l GNU/Linux
dtoverlay=vc4-fkms-v3d

dmesg:
[Thu Dec  5 15:52:40 2019] INFO: task kworker/2:0:32316 blocked for more than 120 seconds.
[Thu Dec  5 15:52:40 2019]       Tainted: G         C        4.19.75-v7l+ #1270
[Thu Dec  5 15:52:40 2019] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[Thu Dec  5 15:52:40 2019] kworker/2:0     D    0 32316      2 0x00000000
[Thu Dec  5 15:52:40 2019] Workqueue: events get_values_poll [raspberrypi_hwmon]
[Thu Dec  5 15:52:40 2019] [<c0997424>] (__schedule) from [<c0997a94>] (schedule+0x50/0xa8)
[Thu Dec  5 15:52:40 2019] [<c0997a94>] (schedule) from [<c099ba7c>] (schedule_timeout+0x200/0x428)
[Thu Dec  5 15:52:40 2019] [<c099ba7c>] (schedule_timeout) from [<c0998704>] (wait_for_common+0xd4/0x1b0)
[Thu Dec  5 15:52:40 2019] [<c0998704>] (wait_for_common) from [<c0998800>] (wait_for_completion+0x20/0x24)
[Thu Dec  5 15:52:40 2019] [<c0998800>] (wait_for_completion) from [<c08109f4>] (rpi_firmware_transaction+0x78/0xd0)
[Thu Dec  5 15:52:40 2019] [<c08109f4>] (rpi_firmware_transaction) from [<c0810b8c>] (rpi_firmware_property_list+0x140/0x2b0)
[Thu Dec  5 15:52:40 2019] [<c0810b8c>] (rpi_firmware_property_list) from [<c0810d78>] (rpi_firmware_property+0x7c/0xfc)
[Thu Dec  5 15:52:40 2019] [<c0810d78>] (rpi_firmware_property) from [<bf49d0c0>] (get_values_poll+0x4c/0x15c [raspberrypi_hwmon])
[Thu Dec  5 15:52:40 2019] [<bf49d0c0>] (get_values_poll [raspberrypi_hwmon]) from [<c023db40>] (process_one_work+0x170/0x458)
[Thu Dec  5 15:52:40 2019] [<c023db40>] (process_one_work) from [<c023de84>] (worker_thread+0x5c/0x5a4)
[Thu Dec  5 15:52:40 2019] [<c023de84>] (worker_thread) from [<c0244170>] (kthread+0x138/0x168)
[Thu Dec  5 15:52:40 2019] [<c0244170>] (kthread) from [<c02010ac>] (ret_from_fork+0x14/0x28)
[Thu Dec  5 15:52:40 2019] Exception stack(0xc150dfb0 to 0xc150dff8)
[Thu Dec  5 15:52:40 2019] dfa0:                                     00000000 00000000 00000000 00000000
[Thu Dec  5 15:52:40 2019] dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[Thu Dec  5 15:52:40 2019] dfe0: 00000000 00000000 00000000 00000000 00000013 00000000

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Fri Dec 06, 2019 12:02 pm

jcontagious wrote:
Thu Dec 05, 2019 3:03 pm
After some time the GPU seems frozen, tvservice -s never returns.
Does this happen every time you try to play this file? (after a reboot)
Can you play any other files?

jcontagious
Posts: 4
Joined: Thu Nov 28, 2019 10:56 am

Re: VLC testing

Wed Dec 11, 2019 9:30 am

dom wrote:
Fri Dec 06, 2019 12:02 pm
jcontagious wrote:
Thu Dec 05, 2019 3:03 pm
After some time the GPU seems frozen, tvservice -s never returns.
Does this happen every time you try to play this file? (after a reboot)
Can you play any other files?
This is reproducible every time. The last video that I have tried is also available publicly. I do not know exactly for how long the video was playing but it must be over 3-4 hours, maybe more. Usually I leave them playing overnight.

The video(gpu) freezes at the last frame of each video. This was visible with the above countdown clip. The vlc process is active. If you kill it, it becomes defunct.

All the videos that I have tested are quite short ~10 seconds. Maybe it is reproducible for long videos if you leave them for a few days.

After the first report I performed all the following tests on a new Raspbian Buster Lite installation with the default /boot/config.txt and /boot/cmdline.txt files, and without any custom configurations.

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Wed Dec 11, 2019 12:06 pm

jcontagious wrote:
Wed Dec 11, 2019 9:30 am
After the first report I performed all the following tests on a new Raspbian Buster Lite installation with the default /boot/config.txt and /boot/cmdline.txt files, and without any custom configurations.
So you haven't updated to the testing version described in the first post of this thread?
This version is substantially different to the current stable version you'll have in a clean buster image.

jcontagious
Posts: 4
Joined: Thu Nov 28, 2019 10:56 am

Re: VLC testing

Wed Dec 11, 2019 12:35 pm

dom wrote:
Wed Dec 11, 2019 12:06 pm
jcontagious wrote:
Wed Dec 11, 2019 9:30 am
After the first report I performed all the following tests on a new Raspbian Buster Lite installation with the default /boot/config.txt and /boot/cmdline.txt files, and without any custom configurations.
So you haven't updated to the testing version described in the first post of this thread?
This version is substantially different to the current stable version you'll have in a clean buster image.
Sorry for the misunderstanding, I am using the testing version as described in the first post over a clean Raspbian Buster Lite, without any extra customizations.

Code: Select all

vlc is 3.0.8-0+deb10u1+rpt7

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Wed Dec 11, 2019 1:14 pm

jcontagious wrote:
Wed Dec 11, 2019 9:30 am
This is reproducible every time. The last video that I have tried is also available publicly. I do not know exactly for how long the video was playing but it must be over 3-4 hours, maybe more. Usually I leave them playing overnight.
Okay - I have video and can run it in a loop. I'll leave it running overnight when I get a chance.
Typically most problems (especially memory leaks) are provoked by starting/stopping the video, so a looped short clip is generally more efficient at spotting problems than looping longer files.

EDIT: can reproduce a hang. Have forwarded bug report to our VLC guy.

User avatar
bleep42
Posts: 171
Joined: Wed Mar 07, 2012 12:43 pm
Location: Sussex

Re: VLC testing

Mon Dec 16, 2019 9:40 am

Hi @Dom,
New testing version of VLC is working well, thanks, I've tested it with a Very high data rate H265 and it hardly registers any CPU usage, unlike the current 'official' version, which is easily maxed out, (hardware v software decoding) full screen also works well, which didn't used to, 10bit colour also working, other features like music playing still working well. When is this likely to become 'official'?
Regards, Kevin.

J7NJr
Posts: 4
Joined: Fri Dec 20, 2019 5:58 am

Re: VLC testing

Fri Dec 20, 2019 6:24 am

Pi 4 here, cma=512M set, it seems the new VLC build can't play my video...

Code: Select all

[aadfe9d0] mmal_avcodec decoder: Looking for HEVC decoder 'hevc'
[aadfe9d0] mmal_avcodec decoder error: Frame has no attached CMA buffer
[aadfe9d0] main decoder error: buffer deadlock prevented
or more verbose logging:

Code: Select all

[020b27a8] main decoder debug: looking for video decoder module matching "any": 18 candidates
[020b27a8] mmal_codec decoder debug: OpenDecoder: <<< (hevc/----)[----] 1920x1080 -> (----/----) 0x0
[020b27a8] mmal_avcodec decoder debug: MmalAvcodecOpenDecoder: <<< (hevc/----)[----] 1920x1080 -> (----/----) 0x0 [CMA/536870912] xb:5
[020b27a8] mmal_avcodec decoder debug: using ffmpeg Lavc58.35.100
[020b27a8] mmal_avcodec decoder debug: CPU flags: 0x0000003f
[020b27a8] mmal_avcodec decoder: Looking for HEVC decoder 'hevc'
[020b27a8] mmal_avcodec decoder debug: allowing 3 thread(s) for decoding
[hevc @ 0x21a29e0] nal_unit_type: 32(VPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoding VPS
[hevc @ 0x21a29e0] Range Extension profile bitstream
[hevc @ 0x21a29e0] nal_unit_type: 33(SPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoding SPS
[hevc @ 0x21a29e0] Range Extension profile bitstream
[hevc @ 0x21a29e0] Decoding VUI
[hevc @ 0x21a29e0] nal_unit_type: 34(PPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoding PPS
[hevc @ 0x21a29e0] nal_unit_type: 39(SEI_PREFIX), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoding SEI
[hevc @ 0x21a29e0] Skipped PREFIX SEI 5
[020b27a8] mmal_avcodec decoder debug: codec (hevc) started
[020b27a8] mmal_avcodec decoder debug: using frame thread mode with 3 threads
[020b27a8] main decoder debug: using video decoder module "mmal_avcodec"
[020c63e8] main decoder debug: looking for audio decoder module matching "any": 21 candidates
[020c63e8] main decoder debug: using audio decoder module "flac"
[020caea0] main decoder debug: looking for spu decoder module matching "any": 22 candidates
[020caea0] avcodec decoder debug: using ffmpeg Lavc58.35.100
[020caea0] avcodec decoder debug: CPU flags: 0x0000003f
[020caea0] avcodec decoder debug: libavcodec codec (pgssub) started
[020caea0] main decoder debug: using spu decoder module "avcodec"
[020898a0] main demux meta debug: looking for meta reader module matching "any": 2 candidates
[020898a0] lua demux meta debug: Trying Lua scripts in /home/pi/.local/share/vlc/lua/meta/reader
[020898a0] lua demux meta debug: Trying Lua scripts in /usr/lib/arm-linux-gnueabihf/vlc/lua/meta/reader
[020898a0] lua demux meta debug: Trying Lua playlist script /usr/lib/arm-linux-gnueabihf/vlc/lua/meta/reader/filename.luac
[020898a0] lua demux meta debug: Trying Lua scripts in /usr/share/vlc/lua/meta/reader
[020898a0] main demux meta debug: no meta reader modules matched
[aa100668] main input debug: `file:///home/pi/Videos/1920x1080%20HEVC-YUV444.mkv' successfully opened
[aa100668] main input debug: Buffering 0%
[hevc @ 0x21a29e0] nal_unit_type: 32(VPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] nal_unit_type: 33(SPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] nal_unit_type: 34(PPS), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] nal_unit_type: 39(SEI_PREFIX), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] nal_unit_type: 19(IDR_W_RADL), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoding VPS
[hevc @ 0x21a29e0] Range Extension profile bitstream
[hevc @ 0x21a29e0] Decoding SPS
[hevc @ 0x21a29e0] Range Extension profile bitstream
[hevc @ 0x21a29e0] Decoding VUI
[hevc @ 0x21a29e0] Decoding PPS
[hevc @ 0x21a29e0] Decoding SEI
[hevc @ 0x21a29e0] Skipped PREFIX SEI 5
[020c63e8] flac decoder debug: decode STREAMINFO
[aa100668] main input debug: Buffering 13%
[aa100668] main input debug: Buffering 69%
[aa100668] main input debug: Buffering 83%
[020c63e8] flac decoder debug: channels:2 samplerate:48000 bitspersamples:24
[aa100668] main input debug: Buffering 97%
[020c63e8] flac decoder debug: STREAMINFO decoded
[02060548] main playlist debug: reusing audio output
[aa100668] main input debug: Stream buffering done (333 ms in 2 ms)
[hevc @ 0x21a29e0] Format yuv444p10le chosen by get_format().
[02078500] alsa audio output debug: using ALSA device: default
[02078500] alsa audio output debug:  Plug PCM: Hardware PCM card 0 'bcm2835 ALSA' device 0 subdevice 0
[02078500] alsa audio output debug:  device name   : bcm2835 ALSA
[02078500] alsa audio output debug:  device ID     : bcm2835 ALSA
[02078500] alsa audio output debug:  subdevice name: subdevice #0
[02078500] alsa audio output debug: initial hardware setup:
ACCESS:  MMAP_INTERLEAVED MMAP_NONINTERLEAVED MMAP_COMPLEX RW_INTERLEAVED RW_NONINTERLEAVED
FORMAT:  S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE MU_LAW A_LAW IMA_ADPCM S20_LE S20_BE U20_LE U20_BE S24_3LE S24_3BE U24_3LE U24_3BE S20_3LE S20_3BE U20_3LE U20_3BE S18_3LE S18_3BE U18_3LE U18_3BE
SUBFORMAT:  STD
SAMPLE_BITS: [4 64]
FRAME_BITS: [4 640000]
CHANNELS: [1 10000]
RATE: [8000 192000]
PERIOD_TIME: [10000 16384000]
PERIOD_SIZE: [256 131072]
PERIOD_BYTES: [128 4294967295]
PERIODS: (0 512]
BUFFER_TIME: (1333 16384000]
BUFFER_SIZE: [256 131072]
BUFFER_BYTES: [128 4294967295]
TICK_TIME: ALL
[02078500] alsa audio output debug: channels map not provided
[02078500] alsa audio output debug: final HW setup:
ACCESS:  RW_INTERLEAVED
FORMAT:  FLOAT_LE
SUBFORMAT:  STD
SAMPLE_BITS: 32
FRAME_BITS: 64
CHANNELS: 2
RATE: 48000
PERIOD_TIME: 40000
PERIOD_SIZE: 1920
PERIOD_BYTES: 15360
PERIODS: (17 18)
BUFFER_TIME: (682666 682667)
BUFFER_SIZE: 32768
BUFFER_BYTES: 262144
TICK_TIME: 0
[02078500] alsa audio output debug: initial software parameters:
tstamp_mode: NONE
tstamp_type: MONOTONIC
period_step: 1
avail_min: 1920
start_threshold: 1
stop_threshold: 32768
silence_threshold: 0
silence_size: 0
boundary: 1073741824
[02078500] alsa audio output debug: final software parameters:
tstamp_mode: NONE
tstamp_type: MONOTONIC
period_step: 1
avail_min: 1920
start_threshold: 1
stop_threshold: 32768
silence_threshold: 0
silence_size: 0
boundary: 1073741824
[02078500] alsa audio output warning: device cannot be paused
[02078500] main audio output debug: output 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes
[b2707c08] main volume debug: looking for audio volume module matching "any": 3 candidates
[b2707c08] main volume debug: using audio volume module "float_mixer"
[02078500] main audio output debug: input 's32l' 48000 Hz Stereo frame=1 samples/8 bytes
[b27085b8] main audio filter debug: looking for audio filter module matching "scaletempo": 16 candidates
[b27085b8] scaletempo audio filter debug: format: 48000 rate, 2 nch, 4 bps, fl32
[b27085b8] scaletempo audio filter debug: params: 30 stride, 0.200 overlap, 14 search
[b27085b8] scaletempo audio filter debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode
[b27085b8] main audio filter debug: using audio filter module "scaletempo"
[02078500] main audio output debug: conversion: 's32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo
[b270f700] main audio converter debug: looking for audio converter module matching "any": 9 candidates
[b270f700] audio_format audio converter debug: s32l->f32l, bits per sample: 32->32
[b270f700] main audio converter debug: using audio converter module "audio_format"
[02078500] main audio output debug: conversion pipeline complete
[02078500] main audio output debug: conversion: 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo
[02078500] main audio output debug: conversion pipeline complete
[b27115b8] main audio resampler debug: looking for audio resampler module matching "any": 4 candidates
[b27115b8] main audio resampler debug: using audio resampler module "samplerate"
[hevc @ 0x219ccb0] nal_unit_type: 1(TRAIL_R), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21e0f80] nal_unit_type: 1(TRAIL_R), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21a29e0] Decoded frame with POC 0.
[hevc @ 0x219ccb0] Decoded frame with POC 9.
[hevc @ 0x21e0f80] Output frame with POC 0.
[hevc @ 0x21a29e0] nal_unit_type: 0(TRAIL_N), nuh_layer_id: 0, temporal_id: 0
[02072278] qt interface debug: IM: Setting an input
[hevc @ 0x21a29e0] Output frame with POC 1.
[hevc @ 0x219ccb0] nal_unit_type: 0(TRAIL_N), nuh_layer_id: 0, temporal_id: 0
[hevc @ 0x21e0f80] Decoded frame with POC 5.
[020b27a8] mmal_avcodec decoder error: Frame has no attached CMA buffer
[020b27a8] main decoder error: buffer deadlock prevented
[aa100668] main input debug: Decoder wait done in 243 ms
[02078500] main audio output debug: inserting 389 zeroes
[02078500] main audio output warning: playback way too early (-233201): playing silence
[02078500] main audio output debug: inserting 11193 zeroes
[hevc @ 0x219ccb0] Output frame with POC 2.
[02078500] main audio output warning: playback way too late (247399): flushing buffers
[02078500] main audio output debug: inserting 15894 zeroes
[hevc @ 0x21a29e0] Decoded frame with POC 1.
[hevc @ 0x219ccb0] Decoded frame with POC 2.
[020caea0] main decoder warning: no vout found, dropping subpicture
[020caea0] main decoder warning: can't get output subpicture

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Fri Dec 20, 2019 12:19 pm

J7NJr wrote:
Fri Dec 20, 2019 6:24 am
Pi 4 here, cma=512M set, it seems the new VLC build can't play my video...
Can you start by posting mediainfo (apt install mediainfo) of file?
Assuming that is okay, we'll probably need a sample of the video (e.g. cut a 1 minute chunk and upload to a file hosting site like google drive or dropbox).

J7NJr
Posts: 4
Joined: Fri Dec 20, 2019 5:58 am

Re: VLC testing

Fri Dec 20, 2019 4:15 pm

dom wrote:
Fri Dec 20, 2019 12:19 pm
we'll probably need a sample of the video
can't figure out the forum's private messaging, so here is a one-time link to the cut:
https://send.firefox.com/download/cf3b0 ... rbAd3P2x7Q

User avatar
rpdom
Posts: 16749
Joined: Sun May 06, 2012 5:17 am
Location: Chelmsford, Essex, UK

Re: VLC testing

Fri Dec 20, 2019 4:37 pm

J7NJr wrote:
Fri Dec 20, 2019 4:15 pm
can't figure out the forum's private messaging,
PMs have been disabled on this forum for various reasons involving GDPR and COPRA.

In short, the forum has no way of verifying the age of a member, so in order to protect minors from the possibility of receiving unsuitable messages, ALL messaging has been disabled to be on the safe side.
I understand the reasoning behind this. This is supposed to be a child and family friendly forum, suitable for all ages.
Unreadable squiggle

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5473
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: VLC testing

Fri Dec 20, 2019 6:23 pm

J7NJr wrote:
Fri Dec 20, 2019 4:15 pm
can't figure out the forum's private messaging, so here is a one-time link to the cut:
https://send.firefox.com/download/cf3b0 ... rbAd3P2x7Q
Downloaded the file. From mediainfo this is the problem:

Code: Select all

Chroma subsampling                       : 4:4:4
which we can't decode in hardware (I'm not sure any hardware decoders support this).
It's a very unusual encoding option usually only used for professional broadcast encodes.

I'll report to the VLC guy that we should ideally fall back to software decode, but that won't keep up with 1080p video.
You'll need to used HEVC files with 4:2:0 chroma subsampling.

Return to “Advanced users”