similar to: FFmpeg Theora encoding patch

Hi, I am having problems with sending a video stream to Icecast server. On the icecast management platform my stream is being considered as an audio stream?? and I am unable to play it I am with no ideas on how to solve this. Am I doing something wrong? Please take a look on the code bellow Thanks in advance genre various listener_peak 0 listeners 0 listenurl http://192.168.11.61:8000/gcs.ogg

Hi Martin, Yes, I am using ffmpeg icecast protocol Marvin Scholz <epirat07 at gmail.com> escreveu em qui, 11/07/2019 às 20:53 : > On 11 Jul 2019, at 20:50, Pedro Constantino wrote: > > > Hi, > > > > I am having problems with sending a video stream to Icecast server. On > > the > > icecast management platform my stream is being considered as an audio

Can someone enlighten me on what the status is of aspect ratio in theora is ? The ti structure has aspect_num and _den values, which I assume give the intended display aspect ratio (e.g. 4/3). The sample files on the bittorrent seem to say both values are 0 for all files. I'd think it should at least be made impossible to have a 0 as the denominator. The library doesn't check the

On 11 Jul 2019, at 20:50, Pedro Constantino wrote: > Hi, > > I am having problems with sending a video stream to Icecast server. On > the > icecast management platform my stream is being considered as an audio > stream?? and I am unable to play it > > I am with no ideas on how to solve this. Am I doing something wrong? > Please > take a look on the code bellow >

Hi There, i want to stream some pictures out of my application using the Theora codec. I can stream to a socket or a file. The current work based on the png2theora example. Something while enconding went wrong: I can see the whole video in VLC, but the complete duration of the file will not be displayed. If i play the video in Firefox, the first 2 seconds will not be played. I think the

Just trying to debug my theora encoder... just wondering if someone could give me some insight on a few thigns... In the yuv_buffer i'm sending in... i am just setting y_stride = y_width = videoWidth uv_stride = videoWidth/2 y_height = videoHeight uv_height = videoHeight/2 Making the y buffer (width*height) and each of u and v (width*height/4) Am i correct in doing this ? I knwo stride

Hello, I wrote a theora video encoder based on etheora (and the examples provided with it) for Processing IDE (processing.org). I have some problem with the quality of encoded frames. eg. http://poux.be/tmp/movie.ogg And when I play the movie with mplayer or totem, the video resolution is changed from 640x480 to 854x480 (when i use ETHEORA_ASPECT_NORMAL in etheora_enc_setup). And if I try to

I have almost finished integration of Theora into our videoconferencing program. Since a videoconferencing program is realtime, it is UDP-based and wraps the Theora stream in RTP (More on that later). The problem here is that most examples I could find, wraps the theora stream in ogg, and used over tcp or files. I send over UDP and clients need to be able to start in the middle of the stream.

Hello everyone, I'm currently developing an adaptive videoconferencing application based on Ekiga which uses TFRC as a congestion control mechanism to adapt the video encoding rate according to the quality of the network experienced. My goal was to use the open-source Theora codec for video transmission. Unfortunately, it seemed that Theora 1.0 did not properly implement any correct CBR mode.

Enabling the following function in tests/noop.c: noop_test_decode () { theora_info ti; theora_state th; theora_info_init (&ti); theora_decode_init (&th, &ti); theora_clear (&th); theora_info_clear (&ti); } segfaults. The cause is that theora_decode_init() expects a theora_info structure which was previously initialized by passing actual bitstream data through

For last few days I was trying to learn ffmpeg and libtheora API. In the process, I have modified ffmpeg2theora code to include support for start time and end time. ffmpeg2theora -s 60 -e 130 file.avi will produce file.ogg which will be from 60th to 130th second of input file (something like -ss and -endpos in mencoder). This is a useful feature for someone who wants to cut a part of video

Hi David, Thanks for your reply. > Hmm, so this "async" (sync=disabled?) ZFS tunable means that it > completely ignores O_SYNC and O_DIRECT and runs the entire workload in > RAM? I know nothing about ZFS, but that sounds like a mighty dangerous > setting for production deployments. Yes, you are correct - sync writes will flush to RAM, just like async, will stay in RAM for

Hi, I have a ZFS dataset that has sync writes disabled (setting sync=disabled) which means that it will only do async writes, and sync requests get converted to async writes. The ZFS dataset is hosted on a single Samsung 840 Pro 512GB SATA SSD. I have this same dataset served as a Samba share, using Proxmox VE 6. Samba version 4.9.5-Debian (Buster), protocol SMB3_11. Kernel version 5.0.15. To

I've got my encoder working now... and i put a proeprty page interface to allow the user to set a few encoding paramters to start off with... but changing the paramters doesn't seem to make barely any difference... These are the defaults i'm using... mTheoraInfo.target_bitrate=400000; mTheoraInfo.quality=30; mTheoraInfo.dropframes_p=0; mTheoraInfo.quick_p=1;

Updated version of video preview covering frame writing every 3 keyframe and a xsl typo. Best regards :) kysucix -- Make things as simple as possible, but no simpler. - Albert Einstein

Hi. Here it is my patch to put a video preview of a theora stream in status.xsl. I just added a: <video-preview>1</video-preview> parameters in icecast.xml.in that control the previewing function. It encodes a png in $webroot/$mountname.tmp and then move it to $webroot/$mountname.png As for now it saves a frame every theora keyframe, which is probably too heavy for the server but

The gnome2 port is broken? I updated the ports tree two time today, but the result is: rss@DaeMoN:/usr/ports/x11/gnome2> sudo make install clean ===> Installing for gnome2-2.4.0 ===> gnome2-2.4.0 depends on file: /usr/X11R6/libexec/cdplayer_applet2 - found ===> gnome2-2.4.0 depends on executable: gnome-cd - found ===> gnome2-2.4.0 depends on executable: gnome-dictionary -

Hello all. I've been playing around with theora since it first entered CVS, and I like what I'm seeing. Today I've been fixing xine's theoraplugin to understand theora_info.frame_{width,height} and theora_info.offset_{x,y}. I only got it working after some experimenting and basically copying the code from player_example. A few questions related to this: 1. What are the legal

Well, as you may have seen from my previous messages, I'm doing a webcam stream program. The encoder is working well right now, but I'm having some hard time with the decoder. I know the parameters used in the encoder, and they are not gonna change, so I want to init the encoder directly into the client. The problem is that if I give the values to theora_info and after that I call

Hello, I'm not sure if this list is the proper place for this post; please correct me if it is not. I am attempting to use libtheora and I have been looking through the examples in the distribution Excerpt from encoder_example.c -- case 'V': video_r=rint(atof(optarg)*1000); if(video_r<45000 || video_r>2000000) { fprintf(stderr,"Illegal