Jump to content

Xpenology Emby Transcoding on J4105 iGPU


frogger

Recommended Posts

Hi,

 

I'm trying to setup a new NAS using a J4105M board and have some trouble transcoding x265-encoded sources using the iGPU.

 

I'm using the Jun's 1.04b loader with an 918+ image and no additional drivers which seems to work fine - at least kernel wise, i.e. /dev/dri/renderD128 exists.

I'm unable to get VideoStation, Emby 3.5 stable or Emby 3.6/4.0 beta to live transcode using the GPU.

Playback fails with the frontend error: "No compatible streams are current available...".

 

Please find sample logs attached for further details.

 

Thanks for the help in advance!

 

Best -F

 

 

 

 

 

embyserver-4.0.txt

ffmpeg-transcode-4.0.txt

hardware_detection-4.0.txt

Link to comment
Share on other sites

@@frogger - could you please try to

 

1. only turn off the hardware decoder (not the encoder)?

2. Try transocding to a lower bitrate

2. Try transocding to a lower frame size

 

Thanks

Link to comment
Share on other sites

ad 1.

switched transcoder settings to advanced and unchecked all but the encoder.

(other settings remained: thrCnt=Auto, temp path="", en throt=true, audoboost=2,h264encpres=auto, crf=23, allowsubextr=false)

same issue

 

ad 2 and 3.

kept the config changes made in 1. and changed both video quality settings under user playback with the following results:

4K-40Mbps: didn't work

1080p-4Mbps: didn't work

720p-1Mbps: didn't work

480p420kbps: didn't work

 

 

I've attached all logs for completeness.

 

 

 

 

 

 

@@frogger - could you please try to

 

1. only turn off the hardware decoder (not the encoder)?

2. Try transocding to a lower bitrate

2. Try transocding to a lower frame size

 

Thanks

 

Log_4k40mps.txt

Log_480k420mps.txt

Log_720p1mps.txt

Log_1080p4mps.txt

Log_decoderoff_encoderon.txt

Link to comment
Share on other sites

Is there anything else I can do to help find a solution?

 

Since this same issue is so persistent and it doesn't happen on other systems, your best bet at the moment might be to try installing a more recent Intel driver.

 

PS: Does it work with other videos (e.g. h.264 videos with 1080)?

Link to comment
Share on other sites

I've tested x264 content with the same result.

 

Searching the Xpenology Forum for how to install more recent Intel driver it seems that its not that easy to do.

Link to comment
Share on other sites

solabc16

@@softworkz - please can you be more specific, the current versions in the package for this platform are as follows:-

              | Current |
-------------------------
libdrm        | 2.4.96  |
libva         | 2.3.0   |
libmfx        | 1.25    |
libvainteldrv | 2.2.0   |
libvautils    | 2.3.0   |

These should be sufficient to support the 'Gemini Lake' based J4105. Attached is a reference hardware detection log from a Gemini Lake based system.

 

@frogger  - please can you run the Send Logs utility and post the reference number back here : https://github.com/MediaBrowser/Wiki/wiki/Synology-:-How-to-Send-us-Support-Logs

 

Best

- James

hardware_detection-geminilake-Gen9LP.txt

Link to comment
Share on other sites

solabc16

For easier reference, I've pulled out the FFmpeg commands from test scenarios above:-

Log_decoderoff_encoderon.txt : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0 -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload"                          -b:v:0 4020370 -maxrate 4020370 -bufsize 8040740 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/96c695364d5fcdf56a08ad44a24426c0.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/96c695364d5fcdf56a08ad44a24426c0%d.ts"
Log_1080p4mps.txt            : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0 -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload"                          -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/195bbfa94ceafb33fc07e683c2471c69.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/195bbfa94ceafb33fc07e683c2471c69%d.ts"
Log_720p1mps.txt             : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0 -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload,scale_vaapi=w=640:h=360"  -b:v:0 808001  -maxrate 808001  -bufsize 1616002 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/1dcb98699ba9a28cfd61dfbd2ccd7e75.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/1dcb98699ba9a28cfd61dfbd2ccd7e75%d.ts"
Log_4k40mps.txt              : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0 -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload"                          -b:v:0 4020370 -maxrate 4020370 -bufsize 8040740 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/d7cd4362559c5687f07450a6f9c0dc63.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/d7cd4362559c5687f07450a6f9c0dc63%d.ts"
Log_480k420mps.txt           : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0 -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload,scale_vaapi=w=426:h=238"  -b:v:0 292000  -maxrate 292000  -bufsize 584000  -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/45f746d4d1900edc7a855c5cf734deec.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/45f746d4d1900edc7a855c5cf734deec%d.ts"

Best

- James
Edited by solabc16
Link to comment
Share on other sites

I've done from further testing which I would like share, in case it helps finding a solution:

 

- updated bios from 1.0 to 1.30 which apparently fixes some 4k display issue
- updated upgraded DSM 6.2 to DSM 6.2.1
- updated emby 4.0.1.0
- plugged in a monitor via hdmi -> after 3rd failed transcoding attempt DSM crashed

 

then, instead of xpenology I booted from an Ubuntu 18.04 Desktop Live-Stick and installed emby 4.01.0 in-memory and did some tests with x264 and x265 4k test clips transcoding to 720p4mbps which worked!

 

I've saved the logs for comparison.

Log_u1804_x264_720_ok.txt /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f matroska -i file:"/home/ubuntu/Downloads/jellyfish-20-mbps-hd-h264.mkv" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]scale_vaapi=w=1280:h=720"  -b:v:0 3808000 -maxrate 3808000 -bufsize 7616000 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/37a3db2c28c56493b332626fb481e4dd.m3u8" -y "/var/lib/emby/transcoding-temp/37a3db2c28c56493b332626fb481e4dd%d.ts"
Log_u1804_x265_720_ok.txt /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f matroska -i file:"/home/ubuntu/Downloads/jellyfish-20-mbps-hd-hevc.mkv" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]scale_vaapi=w=1280:h=720"  -b:v:0 3808000 -maxrate 3808000 -bufsize 7616000 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/8fe13f6826ba464e73149adc9d7433ab.m3u8" -y "/var/lib/emby/transcoding-temp/8fe13f6826ba464e73149adc9d7433ab%d.ts"

Thanks for you all for your help!

hardware_detection-u1804.txt

Log_u1804_x264_720_ok.txt

Log_u1804_x265_720_ok.txt

Edited by frogger
Link to comment
Share on other sites

solabc16

Hello @@frogger

 

Thanks for the update, appreciated - any chance you could run the same test as previously, using the '/volume1/data/test/BigBuckBunny_2000hevc.mp4' file?

 

* or the other way around, perform the same test using '/home/ubuntu/Downloads/jellyfish-20-mbps-hd-h264.mkv' and '/home/ubuntu/Downloads/jellyfish-20-mbps-hd-hevc.mkv' on your XPEnology system.

 

That way we can do a side by side comparison.

 

Best

- James

Edited by solabc16
Link to comment
Share on other sites

@@softworkz - please can you be more specific, the current versions in the package for this platform are as follows:-

              | Current |
-------------------------
libdrm        | 2.4.96  |
libva         | 2.3.0   |
libmfx        | 1.25    |
libvainteldrv | 2.2.0   |
libvautils    | 2.3.0   |

These should be sufficient to support the 'Gemini Lake' based J4105. Attached is a reference hardware detection log from a Gemini Lake based system.

 

@@solabc16 - maybe we should do a comparison of the above values between Ubuntu and the pre-installed OS?

Link to comment
Share on other sites

@@solabc16

Log_1080p4mps_u1804.txt            : /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/home/ubuntu/Downloads/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi  -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8" -y "/var/lib/emby/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts"
Log_720p1mps_u1804.txt             : /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/home/ubuntu/Downloads/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]scale_vaapi=w=640:h=360"  -b:v:0 808001 -maxrate 808001 -bufsize 1616002 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/b146b316a30fc75a06d5b6fbb8f433a1.m3u8" -y "/var/lib/emby/transcoding-temp/b146b316a30fc75a06d5b6fbb8f433a1%d.ts"
Log_4k40mps_u1804.txt              : /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/home/ubuntu/Downloads/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi  -b:v:0 4020370 -maxrate 4020370 -bufsize 8040740 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/72438d2448b33eb736e6b9dc02f4bc50.m3u8" -y "/var/lib/emby/transcoding-temp/72438d2448b33eb736e6b9dc02f4bc50%d.ts"
Log_480k420mps_u1804.txt           : /opt/emby-server/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/home/ubuntu/Downloads/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]scale_vaapi=w=426:h=238"  -b:v:0 292000 -maxrate 292000 -bufsize 584000 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/d6582be3b897dbd7899772f986969c19.m3u8" -y "/var/lib/emby/transcoding-temp/d6582be3b897dbd7899772f986969c19%d.ts"

@@softworkz - where or how do I find the library version information in question?

 

Log_4k40mps_u1804.txt

Log_480k420mps_u1804.txt

Log_720p1mps_u1804.txt

Log_1080p4mps_u1804.txt

Link to comment
Share on other sites

So even the Synology VideoStation can't handle this video with the GPU?

 

Isn't that kind of a problem, or is that normal ?

Link to comment
Share on other sites

At the time of my initial query, live transcoding in VideoStation didn't work but I was able to offline gpu-transcode a video (based on observations of CPU utilization during that time).

I assumed it would indicate that gpu acceleration technically works, especially because /dev/dri exists, but does not work live because of using Xpenology. Since I'm not planning to use VideoStation anyways I didn't think about it being a problem. In addition, Synology allegedly protects some of it apps and there are some posts on the Xpenology-forum regarding transcoding issues due to non-official serial number. I'm using one off another official DS, but this and other suggestions didn't bring any definitive solution regarding the entire transcoding issue.

 

The reason for reaching out to you guys was the error I got running emby 3.5, that indicated an emby issue (log file attached):

H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it

Any help or pointers into another directions are appreciated. Also please let me know if there's nothing else you can do so I can take @@ebr up on his refund offer.

 

 

 

ffmpeg-transcode-3.5.30.txt

Link to comment
Share on other sites

solabc16

Hello @@frogger

 

I'm committed to getting to the bottom of this, if you've got the time to stick with it. Any comparison with the behaviour of VideoStation is likely to be misleading.

 

Thanks for the examples above, if we pick on one specific to work with - 1080p / 4mps, I get the following :-

XPEnology : /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -init_hw_device vaapi=vad0:/dev/dri/renderD128 -filter_hw_device vad0           -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4"     -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -filter_complex "[0:0]format=nv12|vaapi,hwupload" -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/195bbfa94ceafb33fc07e683c2471c69.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/195bbfa94ceafb33fc07e683c2471c69%d.ts"
Ubuntu    : /opt/emby-server/bin/ffmpeg                       -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/home/ubuntu/Downloads/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi                                                   -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/lib/emby/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8"                       -y "/var/lib/emby/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts"

I was not expecting this and is a good starting point, we shouldn't be generating different command lines for identical requests made on the same underlying hardware; so this needs to be understood.

 
So, my immediate question is what happens if we run the FFmpeg command line generated under your Ubuntu based installation, on your XPEnology system?
 
We can do this pretty simply from an SSH session to your XPEnology system, once logged in - try the following :-
sudo /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts"

* Check the paths are still valid for your system.

 

Let me know how you get on and if you need any further pointers on running the above.

 
Best
- James
Edited by solabc16
Link to comment
Share on other sites

Thank you James!

 

Here is the output to that command:

sudo /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -f mp4 -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts"
Password:
ffmpeg version 4.0.2-emby_2018_12_09-20181220T011603UTC Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 7.3.0 (GCC)
  configuration: --prefix=/var/packages/EmbyServer/target/ffmpeg --enable-cross-compile --cross-prefix=x86_64-syno-linux-gnu- --target-os=linux --disable-rpath --enable-pthreads --arch=x86_64 --enable-libzimg --enable-libmfx --enable-vaapi --enable-x86asm --enable-gpl --enable-shared --disable-static --disable-debug --disable-ffplay --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --enable-gnutls --enable-libass --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libfreetype --enable-fontconfig --enable-gray --enable-libfribidi --enable-libvidstab --enable-libzvbi --disable-indev=sndio --disable-outdev=sndio --extra-version=20181220T011603UTC --extra-libs='-luuid -lstdc++'
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:/volume1/data/test/BigBuckBunny_2000hevc.mp4':
  Metadata:
    major_brand     : iso4
    minor_version   : 1
    compatible_brands: iso4hvc1
    creation_time   : 2014-08-25T21:13:56.000000Z
  Duration: 00:00:10.00, start: 0.083333, bitrate: 2013 kb/s
    Stream #0:0(und): Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv), 3840x2160, 2010 kb/s, 24 fps, 24 tbr, 24k tbn, 24 tbc (default)
    Metadata:
      creation_time   : 2014-08-25T21:13:56.000000Z
      handler_name    : hevc:fps=24@GPAC0.5.1-DEV-rev4807
Please use -profile:a or -profile:v, -profile is ambiguous
Codec AVOption look_ahead (Use VBR algorithm with look ahead) specified for output file #0 (/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Stream mapping:
  Stream #0:0 -> #0:0 (hevc (native) -> h264 (h264_vaapi))
Press [q] to stop, [?] for help
[segment @ 0xaa5b80] Opening '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a0.ts' for writing
Output #0, segment, to '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts':
  Metadata:
    encoder         : Lavf58.12.100
    Stream #0:0: Video: h264 (h264_vaapi) (High), vaapi_vld, 3840x2160, q=0-31, 3808 kb/s, 24 fps, 90k tbn, 24 tbc (default)
    Metadata:
      encoder         : Lavc58.18.100 h264_vaapi
[mpegts @ 0x1ad2e80] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg)
av_interleaved_write_frame(): Invalid data found when processing input
[segment @ 0xaa5b80] Opening '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8.tmp' for writing
frame=    3 fps=0.0 q=-0.0 Lsize=N/A time=-00:00:00.04 bitrate=N/A speed=N/A
video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!

Link to comment
Share on other sites

solabc16

...and just as a sanity check, can you run the following and post the output here:-

sudo /var/packages/EmbyServer/target/ffmpeg/bin/vainfo

Best

- James

Link to comment
Share on other sites

-f mp4 remove:

sudo /var/packages/EmbyServer/target/ffmpeg/bin/ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -i file:"/volume1/data/test/BigBuckBunny_2000hevc.mp4" -threads 0 -map 0:0 -map -0:a -map -0:s -c:v:0 h264_vaapi -b:v:0 3808002 -maxrate 3808002 -bufsize 7616004 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -copyts -vsync -1  -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3  -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8" -y "/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts"
Password:
ffmpeg version 4.0.2-emby_2018_12_09-20181220T011603UTC Copyright (c) 2000-2018 the FFmpeg developers
  built with gcc 7.3.0 (GCC)
  configuration: --prefix=/var/packages/EmbyServer/target/ffmpeg --enable-cross-compile --cross-prefix=x86_64-syno-linux-gnu- --target-os=linux --disable-rpath --enable-pthreads --arch=x86_64 --enable-libzimg --enable-libmfx --enable-vaapi --enable-x86asm --enable-gpl --enable-shared --disable-static --disable-debug --disable-ffplay --disable-doc --disable-htmlpages --disable-manpages --disable-podpages --disable-txtpages --enable-gnutls --enable-libass --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libfreetype --enable-fontconfig --enable-gray --enable-libfribidi --enable-libvidstab --enable-libzvbi --disable-indev=sndio --disable-outdev=sndio --extra-version=20181220T011603UTC --extra-libs='-luuid -lstdc++'
  libavutil      56. 14.100 / 56. 14.100
  libavcodec     58. 18.100 / 58. 18.100
  libavformat    58. 12.100 / 58. 12.100
  libavdevice    58.  3.100 / 58.  3.100
  libavfilter     7. 16.100 /  7. 16.100
  libswscale      5.  1.100 /  5.  1.100
  libswresample   3.  1.100 /  3.  1.100
  libpostproc    55.  1.100 / 55.  1.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file:/volume1/data/test/BigBuckBunny_2000hevc.mp4':
  Metadata:
    major_brand     : iso4
    minor_version   : 1
    compatible_brands: iso4hvc1
    creation_time   : 2014-08-25T21:13:56.000000Z
  Duration: 00:00:10.00, start: 0.083333, bitrate: 2013 kb/s
    Stream #0:0(und): Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv), 3840x2160, 2010 kb/s, 24 fps, 24 tbr, 24k tbn, 24 tbc (default)
    Metadata:
      creation_time   : 2014-08-25T21:13:56.000000Z
      handler_name    : hevc:fps=24@GPAC0.5.1-DEV-rev4807
Please use -profile:a or -profile:v, -profile is ambiguous
Codec AVOption look_ahead (Use VBR algorithm with look ahead) specified for output file #0 (/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts) has not been used for any stream. The most likely reason is either wrong type (e.g. a video option with no video streams) or that it is a private option of some encoder which was not actually used for any stream.
Stream mapping:
  Stream #0:0 -> #0:0 (hevc (native) -> h264 (h264_vaapi))
Press [q] to stop, [?] for help
[segment @ 0xa81cc0] Opening '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a0.ts' for writing
Output #0, segment, to '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a%d.ts':
  Metadata:
    encoder         : Lavf58.12.100
    Stream #0:0: Video: h264 (h264_vaapi) (High), vaapi_vld, 3840x2160, q=0-31, 3808 kb/s, 24 fps, 90k tbn, 24 tbc (default)
    Metadata:
      encoder         : Lavc58.18.100 h264_vaapi
[mpegts @ 0x1ac5e40] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4toannexb' option with ffmpeg)
av_interleaved_write_frame(): Invalid data found when processing input
[segment @ 0xa81cc0] Opening '/var/packages/EmbyServer/target/var/transcoding-temp/260c7b09bd3e84aa3bf617248c4fb73a.m3u8.tmp' for writing
frame=    3 fps=0.0 q=-0.0 Lsize=N/A time=-00:00:00.04 bitrate=N/A speed=N/A
video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Conversion failed!

vainfo

sudo /var/packages/EmbyServer/target/ffmpeg/bin/vainfo
libva info: VA-API version 1.3.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /var/packages/EmbyServer/target/ffmpeg/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_3
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.3 (libva 2.3.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Gemini Lake - 2.2.0
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointEncSliceLP
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointEncSliceLP
      VAProfileH264MultiviewHigh      : VAEntrypointVLD
      VAProfileH264MultiviewHigh      : VAEntrypointEncSlice
      VAProfileH264StereoHigh         : VAEntrypointVLD
      VAProfileH264StereoHigh         : VAEntrypointEncSlice
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD
      VAProfileJPEGBaseline           : VAEntrypointEncPicture
      VAProfileVP8Version0_3          : VAEntrypointVLD
      VAProfileVP8Version0_3          : VAEntrypointEncSlice
      VAProfileHEVCMain               : VAEntrypointVLD
      VAProfileHEVCMain               : VAEntrypointEncSlice
      VAProfileHEVCMain10             : VAEntrypointVLD
      VAProfileHEVCMain10             : VAEntrypointEncSlice
      VAProfileVP9Profile0            : VAEntrypointVLD
      VAProfileVP9Profile0            : VAEntrypointEncSlice
      VAProfileVP9Profile2            : VAEntrypointVLD

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...