Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

Freitag, 9. Dezember 2016, 22:36

Diskussion Erfahrung mit Transcoding ...

transcoding: was willst Du denn erreichen ? einfach nur niedrigere bitrate zum archivieren ?
Wenn ja, dann wuerde ich nicht handbrake nehmen. Das verwendet eh bloss libavcodec zum mp2 decodieren und x264 zum h264 encodieren. Da kannst Du einfacher mencoder oder ffmpeg verwenden.

Nicht das das schmerzfrei ist, habe immer noch ziemlich viel IMHO ungeloeste probleme seit ich gerade versuche von meiner 8 jahre alten mpeg4/divx codierung auf h264 umzusteigen:

- der h264 output kommt mir ziemlich kantenunscharf vor. Und wenn ich den CRF reduziere bleibt nicht mehr viel biteinsparung gegenueber mpeg4 uebrig.
- x264 ist ziemlich uneffizient fuer interlaced video. Habe mir schon script geschrieben um zu erkennen, welche aufzeichnungen progress sind, das ist aber auch gebastel
- ffmpeg laeuft aus audio/video sync wenn man eine kaputte aufnahme hat (also wenns zuviel regnet oder sonstwie pakete im TS verloren gehen)
- mencoder schafft es nicht mehr das aspect ratio von programmen (4:3 / 16:9) zu uebertragen (seit 1.2.1 kaputt)

usw usf...

Mod.: Ausgelagert von hier: Geeignetes Mainboard für einen Neubau

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »fnu« (10. Dezember 2016, 10:53)


2

Freitag, 9. Dezember 2016, 22:54

der h264 output kommt mir ziemlich kantenunscharf vor. Und wenn ich den CRF reduziere bleibt nicht mehr viel biteinsparung gegenueber mpeg4 uebrig.

Was für einen crf benutzt Du denn? Ich habe gute Erfahrung mit "-crf 21" gemacht.

Mein VDR

VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
VDR2 Asrock M3N78D, Athlon X2 610e, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 4.9.6, VDR 2.3.8, softhddevice
VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, TOSHIBA DT01ABA300, Mystique SaTiX-S2 Dual (v2), TT Budget S2-1600, WinTV dualHD, Gentoo Kernel 4.9.6, VDR 2.3.2, softhddevice
TV TX-37LZD85F, AV VSX-S500 - Consono 35


vdr-User-# 755 to_h264 chk_r

3

Freitag, 9. Dezember 2016, 23:02

CRF23. das tut eigentlich prima fuer progressiv. Aber bei interlaced nicht so gut. muss nochmal mehr mit crf21 vergleichen.

4

Freitag, 9. Dezember 2016, 23:31

Ich deinterlace dann mit yadif

Mein VDR

VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
VDR2 Asrock M3N78D, Athlon X2 610e, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 4.9.6, VDR 2.3.8, softhddevice
VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, TOSHIBA DT01ABA300, Mystique SaTiX-S2 Dual (v2), TT Budget S2-1600, WinTV dualHD, Gentoo Kernel 4.9.6, VDR 2.3.2, softhddevice
TV TX-37LZD85F, AV VSX-S500 - Consono 35


vdr-User-# 755 to_h264 chk_r

5

Freitag, 9. Dezember 2016, 23:55

@te36 & jsffm

Schöner Exkurs, aber das Thema hier ist ein anderes! Soll ich Eure Diskussion auslagern oder seit ihr fertig?

Regards
fnu
>> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Akasa Tesla H, hp (19V/90W), Intel D34010WYB, 2x2GB DDR3L, Intel 313 SSD (24GB), Seagate BarraCuda ST2000LM015 (2TB), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, CIR, Ubuntu LTS 16.04.2, VDR 2.2.0 (x64, 15W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2x1GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, mceusb, Ubuntu LTS 16.04.2, VDR 2.2.0 (x64, 22W)
[³] HPE ProLiant ML10 v2, Xeon E3-1225v3, 2x8GB DDR3 ECC, Intel 320 SSD 120GB (Sys & HostCache), HPVSA B120i, HPSA P420 256MB BBWC, 4x WD7500BPKX, 5x WD1003FBYX, VMWare ESXi 6.5 (x64, 48W)

6

Samstag, 10. Dezember 2016, 00:00

Wenn das bildmaterial eh progressiv ist mache ich das auch. Da sind die resultate auch gut. Aber selbst viele fernsehfilme kommen immer noch interlaced, und da kriegt man dann zwar die bitrate reduziert durch deinterlacing (weil x264 dann effizienter arbeitet), aber kanten werden dann immer noch "jittrig", sehen also schlecht aus. Und ich nehme yadif+mcdeint, also wohl die beste loesung.

Bei neuerem Material ist es am besten, die HD Kanaele aufzunhemen, die werden naemlich bei rechtlich oeffentlich mit 720p50 gesendet. Da hat man dann die Qual der wahl das als 720p25 zu komprimieren - wenn da nicht viel Bewegung drin ist, oder auf 576p50 runterzurechnen und dann zu komprimieren, oder halt direkt als 720p50 zu komprimieren. Da kommt halt in allen Faellen was deutlich besseres pro bit heraus als bei 576i50 aufnahmen. Allerdings muesste man halt wissen welches "neueres" material ist. Wenn es naemlich "aelteres" material ist, das original in 576p50 produziert wurde, dann hat man theoretisch vom SD kanal die originalere Version. Allerdings glaube ich wird inzwischen auch dieses aeltere Material vergewaltigt bevor es gesendet wird. Gerade mal eine alte Folge Lindenstrasse auf ONE aufgenommen, bei der ziemlich wahrscheinlich der master 576i50 war. Da wurde selbst auf ONE-SD 16:9 bild mit schwarzen balken mit ONE logo gesendet, d.h. da geht schon mal ein guter teil der Aufloesung verloren. Wird wahrscheinlich gemacht weil halt bloss noch alles Material erstmal auf HD umgesetzt wird, und dann SD nur noch durch runterrechnen des HD Kanals.

"Es bleibt schmierig" (TM).

7

Samstag, 10. Dezember 2016, 00:02

@te36 & jsffm

Schöner Exkurs, aber das Thema hier ist ein anderes! Soll ich Eure Diskussion auslagern oder seit ihr fertig?

Regards
fnu


Ooops, sorry. hatte letzte mail geschrieben bevor ich Deine Antwort gesehen habe. Weiss nicht was da die Forum BCP ist. Ueberlasse ich Dir!

Danke!

8

Samstag, 10. Dezember 2016, 10:57

Selbst mit viel gutem Willen sehe ich kein Ähnlichkeit bei den Themen "Transcoding" und "Geeignetes neues Mainboard" für yaVDR ... ^^

Aber Euer Exkurs ist für andere sicher interessant und hilft evtl. weiter. Daher ausgelagert in eigenen Thread und die Bitte hier weiter laut zu denken ... :)

Regards
fnu
>> HowTo: APT Pinning <<

>>click<< for my VDR stuff

[¹] Akasa Tesla H, hp (19V/90W), Intel D34010WYB, 2x2GB DDR3L, Intel 313 SSD (24GB), Seagate BarraCuda ST2000LM015 (2TB), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, CIR, Ubuntu LTS 16.04.2, VDR 2.2.0 (x64, 15W)
[²] Modu CD21, MeanWell (80W)/PicoPSU (90W), Futaba MDM166A, ASRock Q1900M, 2x1GB DDR3, Intel 320 SSD 40GB, WD10JFCX, Palit GT630 ('GK208'), SHDD, Octopus Net SAT>IP (DVBS2-8), Jultech JESS, mceusb, Ubuntu LTS 16.04.2, VDR 2.2.0 (x64, 22W)
[³] HPE ProLiant ML10 v2, Xeon E3-1225v3, 2x8GB DDR3 ECC, Intel 320 SSD 120GB (Sys & HostCache), HPVSA B120i, HPSA P420 256MB BBWC, 4x WD7500BPKX, 5x WD1003FBYX, VMWare ESXi 6.5 (x64, 48W)

Immortal Romance Spielautomat