[Prototyp] RPI Ausgabeplugin

Bei Aufzeichnungen kann man sich nicht darauf verlassen das das erste Packet definiert ist.
Ich benutze z.B. ein Skript um Files nach TS zu wandern die ich dann dem VDR vorwerfe. Klappt auch sehr gut. Ist sicher nicht die Norm aber es soll zeigen das der VDR auch mit Files umgehen kann die er nicht selber aufgenommen hat.

In wie weit zerlegst Du den Stream bzw das File?
Wertest Du die PMT aus? Da steht es ja drinnen was in dem File ist.
Ich denke das wäre am saubersten.
File lesen bis zum ersten PMT und dann schauen was in dem File alles drinnen ist.

Wenn man ganz gemein ist, dann kann man auch ein File vom Sender Test_R aufnehmen. Dort werden alle 60 Sekunden die PMT geändert. Würde aber bedeuten das man permanent scannen müsste.

Vielen Dank reufer fuer das Update
Super Arbeit die du hier leistest.
Ich habe von der version 0.3 jetzt direkt auf 0.5 ein upgrade gemacht aber leider ist das bei mir sehr instalbil Im Log habe ich folgende Fehler am laufenden band:

[mp3 @ 0xb1b24a00] incorrect frame size

habe RaspBMC (Raspbian) und ffmpeg habe ich aus dem standard repo installiert. Allerdings hats auch ohne ffmpeg funktioiert. Habe zusaetzlich noch ein raspbian image aber auch da das selbe Problem.

Hat vielleicht jemand ein tip was ich Falsch mache ?

Gruss,

FRanz

Respekt

Das ging aber schnell

Ich verwende die ffmpeg aus dem wheezy repo also 0.8.7 oder sowas.

Interesant ist auch das auch ohne ffmpeg alles genauso laeuft.

mit Instabil meine ich das alle paar Sekunden kloetchen entstejen und kurze haenger, egal welcher kanal.

Ich versuch mall die 1.0.7 ffmpeg drauf zu packen.

Muss ich sonst noch auf was achten ?
Gruss,

Franz

So,

Hab nun mein system zerschossen

Ich installier mal alles neu.

Hat jemnd vielleicht ein paar tips wie ich das ganze mit raspbian/Raspbmc zum laufen bekomme ?

Gruss,

Franz

Ich erhalte auch die "incorrect frame size" Meldungen. Welche ffmpeg Version setzt du ein.

Ich hatte auch schon ein paar Hänger und sogar schon ein Speicherzugriffsfehler.

Gruß
Guido

Damit incorrect frame size verschwindet, muss das plug in die frame grenzen korrekt setzen.
Dazu muss ein Parser in das Plugin, der die Framegrenzen vorab scannt.
Bei mp3 ist das allerdings unproblementisch außer der Meldung passiert nichts. Bei aac z.B. wird ohne korrekte Framegrenzen nicht decodiert.

Marten

Zitat

dass ich mir die allozierte Grösse anderswo merken, und stattdessen AVPacket->size entsprechend der Länge der Nutzdaten setzen muss?

Ja, wobei es nicht die Länge der Nutzdaten ist, sondern die eines Frames. Was sehr nervig ist!

Marten

Ich habe es nur durch Versuch und Irrtum herausbekommen und durch blick in den Quellcode von libavcodec.
Letztenendes habe ich aber immer nur frame weise das ganze übermittelt.

Marten

reufer,

vielen Dank für die neue Version.
Ich habe gestern nur sehr kurz getestet, dabei fiel mir auf daß auf allen Sky Aufnahmen nur die 2. (englische) Tonspur perfekt funktioniert, auf der ersten erfolgt keine Tonausgabe.
Sky sendet nur Digitalton, allerdings hatte ich auch auf einer Pro7HD Aufnahme keinen Digitalton.
Ich hab keine Ahnung, wird eine feste ID für die Audiosprache gesendet, ist dort vielleicht noch ein Problem ?

Gruss,

stevie101

es besteht eigentlich nur ein problem bei 5.1 ton

da fehlt einem dann halt die center

ich hab nichts auf den Spuren gehört, aber möglicherweise sollte ich mir mal die Ohren sauber machen

Dann schau ich heute abend nochmal, ob das wie bei der Vorgängerversion ist...

Zitat von MartenR

Ich habe es nur durch Versuch und Irrtum herausbekommen und durch blick in den Quellcode von libavcodec.
Letztenendes habe ich aber immer nur frame weise das ganze übermittelt.

Gucken was ffplay oder mplayer macht, ist immer eine Hilfe.
Ich habe es auch umgebaut auf ein einzelnes Paket.
Wenn du die Paketgrößen usw. brauchst kannst in mein Plugin gucken. Das sollte alles können was so gesendet wird.
Zumindest hat schon länger keiner mehr gemeckert, daß etwas nicht geht.

Ich arbeite direkt mit dem TS Stream und zerlege ihn selber, da Sender der MTV Gruppe ca. 1/2s an Ton in einem PES Audiopaket schickten.

Johns

Bei DVB ist nichts einfach. Keiner hält sich an die Specs oder die Specs sind so schwammig formuliert, daß jeder tun kann was er will.

Du kannst mit "Nickelodeon / Comedy Central" und "Viva" testen.

Johns

Hallo reufer,

Ich habe hier ein Problem das Plugin v0.05 unter Rasbian Jessie zu kompilieren, welches libav in der Version 9.10 mitbringt - hat einer eine Idee was da bzgl. "av_free" fehlt?

omx.c: In static member function âstatic void cOmx::OnError(void*, COMPONENT_T*, unsigned int)â:
omx.c:198:14: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
  if (data != OMX_ErrorSameState)
          	^
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-write-strings -fpermissive -I/home/pi/vdr/include -Iilclient -I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -o audio.o audio.c
audio.c: In member function âbool cAudioParser::Append(const unsigned char*, unsigned int)â:
audio.c:47:80: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
   if (m_packet.stream_index + length + FF_INPUT_BUFFER_PADDING_SIZE > m_packet.size)
                                                                            	^
audio.c: In member function âvoid cAudioParser::Shrink(unsigned int)â:
audio.c:58:25: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
   if (length < m_packet.stream_index)
                     	^
audio.c: In member function âvirtual int cAudioDecoder::DeInit()â:
audio.c:540:34: error: âav_freeâ was not declared in this scope
   av_free(m_codecs[codec].context);
                              	^
audio.c:543:17: error: âav_freeâ was not declared in this scope
  av_free(m_frame);
             	^
audio.c: In member function âvirtual bool cAudioDecoder::ProbeCodec()â:
audio.c:718:54: error: âAV_CH_LAYOUT_NATIVEâ was not declared in this scope
	m_codecs[codec].context->request_channel_layout = AV_CH_LAYOUT_NATIVE;
                                                  	^
audio.c: In member function âvoid cAudioDecoder::SetCodec(cAudioCodec::eCodec)â:
audio.c:744:55: error: âAV_CH_LAYOUT_NATIVEâ was not declared in this scope
   m_codecs[m_codec].context->request_channel_layout = AV_CH_LAYOUT_NATIVE;
                                                   	^
audio.c:775:56: error: âAV_CH_LAYOUT_STEREO_DOWNMIXâ was not declared in this scope
	m_codecs[m_codec].context->request_channel_layout = AV_CH_LAYOUT_STEREO_DOWNMIX;
                                                    	^
make[1]: *** [audio.o] Error 1

Unter Rabian Wheezy mit libav v0.8.9 lässt es sich kompilieren, jedoch kommt es immer wieder zu Problemen wo nach einem "Bildfehler" das Video nur noch ruckelt und asynchron zum Ton ist. Erst eine erneute Auswahl des Kanals bzw. Restart einer Aufnahme lässt alles wieder normal laufen. Leider gibt es im syslog keine Meldung dazu.

Gruß, ollo