Das hatte ich gelesen, mich dann aber gewundert, dass ffmpeg bei mir momentan gar nicht installiert ist.
Heißt dass, durch dein ffmpeg werden Teile von libavcodec57 ersetzt/überschrieben?
Cheers,
Ole
Das hatte ich gelesen, mich dann aber gewundert, dass ffmpeg bei mir momentan gar nicht installiert ist.
Heißt dass, durch dein ffmpeg werden Teile von libavcodec57 ersetzt/überschrieben?
Cheers,
Ole
Ging mir gestern bei meinen ersten Tests auch so.Es waren nur die Hintergrundgeräusche und Musikunterlegung zu hören. Die englische Tonspur war da.
mit sowas hatte ich aber mit softhddevice immer Probleme beim Downmix das da die Kanäle falsch sortiert waren, dazu gabs doch das: http://www.vdr-wiki.de/wiki/in…Softhddevice-plugin#Audio
Mit pulseaudio hab ich diese Probleme dann nie wieder gehabt.
Heißt dass, durch dein ffmpeg werden Teile von libavcodec57 ersetzt/überschrieben?
Aus dem ffmpeg-Quellpaket werden eine Reihe von Paketen erstellt, vgl. "Built packages" in https://launchpad.net/~seahawk…72/+listing-archive-extra
Ich habe mal versucht diese Änderung für ffmpeg 3.4.4 zu übernehmen (https://launchpad.net/~seahawk…shed&field.series_filter=) - vielleicht kann das jemand ausprobieren, wenn das Paket gebaut hat.
DiffAlles anzeigen--- a/libavcodec/cuvid.c +++ b/libavcodec/cuvid.c @@ -373,7 +373,10 @@ { CuvidContext *ctx = avctx->priv_data; - return (av_fifo_size(ctx->frame_queue) / sizeof(CuvidParsedFrame)) + 2 > ctx->nb_surfaces; + int delay = ctx->cuparseinfo.ulMaxDisplayDelay; + if (ctx->deint_mode != cudaVideoDeinterlaceMode_Weave && !ctx->drop_second_field) + delay *= 2; + return (av_fifo_size(ctx->frame_queue) / sizeof(CuvidParsedFrame)) + delay >= ctx->nb_surfaces; } static int cuvid_decode_packet(AVCodecContext *avctx, const AVPacket *avpkt)
Hab ich das richt verstanden: Dieser Patch ersetzt den Patch den JoJo für ffmpeg vorgeschlagen hat. Oder beide zusammen?
Hab ich das richt verstanden: Dieser Patch ersetzt den Patch den JoJo für ffmpeg vorgeschlagen hat. Oder beide zusammen?
Ich habe das so verstanden, dass er beide von @joj61 vorgeschlagene Änderungen ersetzt, weil er dafür sorgt, dass der Test, ob der Buffer voll ist, richtig funktioniert.
Wo ist das Problem? Die Änderungen sind in ffmpeg 3.4.4 in "libavcodec/cuvid.c" statt in "libavcodec/cuviddec.c" zu machen.
Bei mir wird 30min lang compiliert und dann, kurz vorm Paketbau, bei der Generierung der man pages mit fehlenden Schreibrechten abgebrochen.
Hi,
Bei mir wird 30min lang compiliert und dann, kurz vorm Paketbau, bei der Generierung der man pages mit fehlenden Schreibrechten abgebrochen.
nimm doch das PPA von seahawk1986!
https://launchpad.net/~seahawk…shed&field.series_filter=
...da ist der Patch bereits in FFmpeg.
Gruss
Wolfgang
Mit dem ffmpeg Paket von seahawk bekomme ich diese Fehlermeldungen beim Umschalten einen nicht HD Sender:
Oct 15 20:09:57 ubuntu18 vdr: [5665] [softhddev]SetPlayMode: 1
Oct 15 20:09:57 ubuntu18 vdr: [5846] animator thread thread started (pid=5665, tid=5846, prio=high)
Oct 15 20:09:57 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:09:57 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:03 ubuntu18 vdr: [5846] animator thread thread ended (pid=5665, tid=5846)
Oct 15 20:10:07 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:07 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:07 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:07 ubuntu18 vdr: [5841] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 15 20:10:09 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Alles anzeigen
Die RTL HD Sender laufen einwandfrei.
Gruß
Murry
Ich habe das so verstanden, dass er beide von @joj61 vorgeschlagene Änderungen ersetzt, weil er dafür sorgt, dass der Test, ob der Buffer voll ist, richtig funktioniert.
Ja das stimmt so. Mein Patch ist überflüssig wenn man den neuen Patch einsetzt. Schaden tut er dann aber nicht.
Hallo!
Hat jemand mit FFmpeg 4.0 und dem patch von ffmpeg auch das Problem mit de SD-Sendern?
softhddevice with hevc and UHD
Gruß
Murry
Der Patch war für ffmpeg 4.0, deshalb wollte ich noch eine Bestätigung von jemanden der die aktuelle Version einsetzt.
Richtig, aber seahawk hatte ihn für 3.4.4 angepasst und dort zeigt er offensichtlich den gleichen Fehler.
Alles anzeigenMit dem ffmpeg Paket von seahawk bekomme ich diese Fehlermeldungen beim Umschalten einen nicht HD Sender:
Die RTL HD Sender laufen einwandfrei.
Gruß
Murry
Da würde mich ein Log mit eincompilierten DEBUG und -l 3interessieren. Sieht aber so aus als ob beim "offiziellen" Patch von FFMPEG etwas nicht in Ordnung ist.
Da würde mich ein Log mit eincompilierten DEBUG und -l 3interessieren. Sieht aber so aus als ob beim "offiziellen" Patch von FFMPEG etwas nicht in Ordnung ist.
Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: templates and images cached
Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 7 icons - size internal mem 0,00MB, high level mem 0,04MB
Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 201 logos - size 5972,01MB internal mem
Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 142 skinparts - size internal mem 0,00MB, high level mem 125,81MB
Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: templates loaded and caches created - needed 3371 ms
Oct 17 19:23:42 ubuntu18 vdr: [17704] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
Oct 17 19:23:42 ubuntu18 vdr: [17704] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
Oct 17 19:23:44 ubuntu18 vdr: codec/audio: drift( 0) 1677us 805
Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
Oct 17 19:24:02 ubuntu18 vdr: epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 0 timers, duration was (0 ms)
Oct 17 19:24:02 ubuntu18 vdr: [17704] switching to channel 7 S19.2E-1-1107-17501 (ProSieben)
Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]SetPlayMode: 0
Oct 17 19:24:02 ubuntu18 vdr: Set Playmode 0
Oct 17 19:24:02 ubuntu18 vdr: video: set closing
Oct 17 19:24:02 ubuntu18 vdr: video: set clock --:--:--.---
Oct 17 19:24:02 ubuntu18 vdr: video: reset start
Oct 17 19:24:02 ubuntu18 vdr: video: set clock --:--:--.---
Oct 17 19:24:02 ubuntu18 vdr: video: new stream start
Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]SetVideoDisplayFormat: 1
Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]GetSpuDecoder:
Oct 17 19:24:02 ubuntu18 vdr: [17749] osdteletext-receiver thread ended (pid=17704, tid=17749)
Oct 17 19:24:02 ubuntu18 vdr: [17704] buffer stats: 0 (0%) used
Oct 17 19:24:02 ubuntu18 vdr: [17751] device 1 TS buffer thread ended (pid=17704, tid=17751)
Oct 17 19:24:02 ubuntu18 vdr: [17748] buffer stats: 230112 (4%) used
Oct 17 19:24:02 ubuntu18 vdr: [17748] device 1 receiver thread ended (pid=17704, tid=17748)
Oct 17 19:24:02 ubuntu18 vdr: [17864] device 1 receiver thread started (pid=17704, tid=17864, prio=high)
Oct 17 19:24:02 ubuntu18 vdr: [17865] device 1 TS buffer thread started (pid=17704, tid=17865, prio=high)
Oct 17 19:24:02 ubuntu18 vdr: [17704] creating directory /run/shm/vtx/S19.2E-1-1107-17501
Oct 17 19:24:02 ubuntu18 vdr: [17866] osdteletext-receiver thread started (pid=17704, tid=17866, prio=high)
Oct 17 19:24:02 ubuntu18 vdr: video/cuvid: closing eof
Oct 17 19:24:03 ubuntu18 vdr: [17704] [softhddev]SetPlayMode: 1
Oct 17 19:24:03 ubuntu18 vdr: Set Playmode 1
Oct 17 19:24:03 ubuntu18 vdr: video: set trick-speed 0
Oct 17 19:24:03 ubuntu18 vdr: [17869] animator thread thread started (pid=17704, tid=17869, prio=high)
Oct 17 19:24:03 ubuntu18 vdr: pesdemux: new codec 000000 -> 0x15000
Oct 17 19:24:03 ubuntu18 vdr: codec: using audio codec ID 0x15000 (mp2)
Oct 17 19:24:03 ubuntu18 vdr: codec: audio 'MP2 (MPEG audio layer 2)'
Oct 17 19:24:03 ubuntu18 vdr: codec/audio: format change s16p 48000Hz *2 channels PCM AC-3 pass-through
Oct 17 19:24:03 ubuntu18 vdr: codec/audio: resample s16p 48000Hz *2 -> s16 48000Hz *2
Oct 17 19:24:03 ubuntu18 vdr: video: new stream 736ms
Oct 17 19:24:03 ubuntu18 vdr: video: mpeg2 detected ID d7
Oct 17 19:24:03 ubuntu18 vdr: in VideoDecode make close
Oct 17 19:24:03 ubuntu18 vdr: CodecVideoClose
Oct 17 19:24:03 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:03 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:03 ubuntu18 vdr: ***************codec: Video Open using video codec ID 0x0002 (mpeg2video)
Oct 17 19:24:03 ubuntu18 vdr: codec: decoder found
Oct 17 19:24:03 ubuntu18 vdr: codec: video 'Nvidia CUVID MPEG2VIDEO decoder'
Oct 17 19:24:03 ubuntu18 vdr: pesdemux: pes start code id 0xc0
Oct 17 19:24:03 ubuntu18 vdr: Codec open 0
Oct 17 19:24:03 ubuntu18 vdr: Initializing cuvid hwaccel thread ID:17771
Oct 17 19:24:03 ubuntu18 vdr: schon passiert
Oct 17 19:24:04 ubuntu18 vdr: codec/audio: inital drift delay 1269ms
Oct 17 19:24:07 ubuntu18 vdr: [17869] animator thread thread ended (pid=17704, tid=17869)
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Oct 17 19:24:13 ubuntu18 vdr: [17864] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
Alles anzeigen
Ist bei mir auch so. War mir noch gar nicht aufgefallen. Das log sieht bei mir genauso aus nach dem Umschalten auf SD.
Hmm sieht mir nach nem Fehler im FFMPEG aus. Da ist der "offizielle" Patch wohl noch nicht ganz richtig,
Ich habe nun ffmpeg-3.4.4 mit Deinem Patch laufen. Das läuft erstmal.
Wie geht das denn nun weiter?
Ich habe nun ffmpeg-3.4.4 mit Deinem Patch laufen. Das läuft erstmal.
Wie geht das denn nun weiter?
FFMPEG ist nicht meine Baustelle. Ich kann gut mit meinem Patch leben
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!