tsmuxer

Du suchst ein Programm für einen bestimmten Zweck?
Antworten
wheezor
Beiträge: 2
Registriert: 01.01.2014 13:54:12

tsmuxer

Beitrag von wheezor » 01.01.2014 14:14:38

erstmal hallo und frohes neues :)

vor kurzem habe ich mir einen raspberry pi angeschafft welchen ich unter anderem als NAS und donloadserver nutze. distribution ist debian wheey. Ich habe leider das problem, dass mein schalfzimmerfernseher, ein samsung, mit gewissen mkv datein nicht so ganz klarkommt (mikroruckler in der audispur). das problem kann umgangen werden indem ich die dateien mit dem tsmuxer (http://www.chip.de/downloads/tsMuxeR-GUI_42591287.html) bearbeite. konkret ändere ich die framerate von 23.976 auf 25. jetzt bin ich auf der suche nach einem ähnlichen programm, dass ich direkt auf dem raspberry installieren kann. ziel ist es die notwendige bearbeitung per putty und entsprechendem befehl zu realisieren.

ich hoffe mein anliegen ist einigermaßen verständlich. bin von gestern nacht noch ein wenig angeschlagen. ;)

Benutzeravatar
synapsenstau
Beiträge: 172
Registriert: 08.10.2013 09:56:34
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Südharz

Re: tsmuxer

Beitrag von synapsenstau » 03.01.2014 17:44:51

Könnte mir vorstellen, daß das Debiantranscode oder Debianffmpeg können.

Maik
..::: Intel® Core™ i5-6600 :::..::: 16 GB Ram :::..
..::: 1 TB Nvme :::..::: 1 TB SSD :::..::: NVIDIA GeForce GTX 1070 :::.

Cae
Beiträge: 6349
Registriert: 17.07.2011 23:36:39
Wohnort: 2130706433

Re: tsmuxer

Beitrag von Cae » 03.01.2014 20:39:09

Also theoretisch sollte das ueber

Code: Alles auswählen

$ avconv -i /tmp/input.mkv -codec copy -r 25 /tmp/output.mkv
gehen, allerdings zeigt mir der VLC dann eine Framerate von 1000, waehrend mplayer meint, es seien 47.917. Abgespielt wird's in beiden Faellen in korrekter Geschwindigkeit. Der Input wurde mit angeblichen 24 fps erzeugt...

Halb off-topic, gibt's eigentlich so etwas wie Debianexif fuer Videos? Also Metadaten rauspopeln, Codec, Aufloesung, Bitrate, Laenge und so Details.

Gruss Cae
If universal surveillance were the answer, lots of us would have moved to the former East Germany. If surveillance cameras were the answer, camera-happy London, with something like 500,000 of them at a cost of $700 million, would be the safest city on the planet.

—Bruce Schneier

Theophil T.
Beiträge: 402
Registriert: 22.10.2006 20:24:59
Lizenz eigener Beiträge: MIT Lizenz

Re: tsmuxer

Beitrag von Theophil T. » 03.01.2014 20:52:30

gibt's eigentlich so etwas wie exif fuer Videos?
Wäre das etwas für Dich? mediainfo

Gruß Theophil

Cae
Beiträge: 6349
Registriert: 17.07.2011 23:36:39
Wohnort: 2130706433

Re: tsmuxer

Beitrag von Cae » 03.01.2014 20:57:51

Theophil T. hat geschrieben:
gibt's eigentlich so etwas wie exif fuer Videos?
Wäre das etwas für Dich? mediainfo
Perfekt, genau so etwas hatte ich gesucht. Vielen Dank.

Gruss Cae
If universal surveillance were the answer, lots of us would have moved to the former East Germany. If surveillance cameras were the answer, camera-happy London, with something like 500,000 of them at a cost of $700 million, would be the safest city on the planet.

—Bruce Schneier

wheezor
Beiträge: 2
Registriert: 01.01.2014 13:54:12

Re: tsmuxer

Beitrag von wheezor » 04.01.2014 17:24:14

erstmal danke für die antworten. :)
Cae hat geschrieben:Also theoretisch sollte das ueber

Code: Alles auswählen

$ avconv -i /tmp/input.mkv -codec copy -r 25 /tmp/output.mkv
gehen, allerdings zeigt mir der VLC dann eine Framerate von 1000, waehrend mplayer meint, es seien 47.917. Abgespielt wird's in beiden Faellen in korrekter Geschwindigkeit. Der Input wurde mit angeblichen 24 fps erzeugt...

Halb off-topic, gibt's eigentlich so etwas wie Debianexif fuer Videos? Also Metadaten rauspopeln, Codec, Aufloesung, Bitrate, Laenge und so Details.

Gruss Cae
funktioniert so leider nicht bei mir.

ausgegeben wird folgendes:

avconv version 0.8.6-6:0.8.6-1+rpi1, Copyright (c) 2000-2013 the Libav developers
built on Mar 31 2013 13:58:10 with gcc 4.6.3
[matroska,webm @ 0x1894680] Estimating duration from bitrate, this may be inaccurate
Input #0, matroska,webm, from 'input':
Duration: 00:41:45.96, start: 0.000000, bitrate: 192 kb/s
Stream #0.0: Video: h264 (High), yuv420p, 720x404, PAR 1:1 DAR 180:101, 25 fps, 25 tbr, 1k tbn, 47.95 tbc (default)
Stream #0.1: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s (default)
Output #0, matroska, to 'output':
Metadata:
encoder : Lavf53.21.1
Stream #0.0: Video: libx264, yuv420p, 720x404 [PAR 1:1 DAR 180:101], q=2-31, 1k tbn, 1k tbc (default)
Stream #0.1: Audio: ac3, 48000 Hz, stereo, 192 kb/s (default)
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press ctrl-c to stop encoding
frame=62649 fps=479 q=-1.0 Lsize= 277158kB time=2505.84 bitrate= 906.1kbits/s
video:217434kB audio:58731kB global headers:0kB muxing overhead 0.359585%

die ruckler sind danach allerdings immer noch da. habe im eingangspost auch nicht erwähnt, dass außer den fps auch das format in TS umgewandelt wird.

Antworten